Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to set frame packing format on component #3402

Closed
PanCrucian opened this issue Oct 28, 2017 · 4 comments
Closed

Failed to set frame packing format on component #3402

PanCrucian opened this issue Oct 28, 2017 · 4 comments

Comments

@PanCrucian
Copy link

PanCrucian commented Oct 28, 2017

I use ExoPlayer v2.5.4 together with LibRtmp-Client-for-Android, and when i try to play this stream rtmp://188.130.252.20:1935/live/test live=1 the stream displays the first frame and freezes (last incoming state STATE_BUFFERING)
For MediaSource used com.google.android.exoplayer2.source.ExtractorMediaSource

partial code:

RtmpDataSourceFactory dataSourceFactory = new RtmpDataSource.RtmpDataSourceFactory();
MediaSource mediaSource = new ExtractorMediaSource(Uri.parse("rtmp://188.130.252.20:1935/live/test live=1"), dataSourceFactory, new DefaultExtractorsFactory(), null, null);

log:

I/OMXClient: Using client-side OMX mux.
I/MediaCodec: [OMX.qcom.video.decoder.avc] setting surface generation to 18942978
I/ExtendedACodec: setupVideoDecoder()
I/ExtendedACodec: vpp-enable search is 0 and value is 0
I/ExtendedACodec: Decoder will be in frame by frame mode
W/ExtendedACodec: Failed to set frame packing format on component
W/ExtendedACodec: Failed to get Profile and Level from Component
W/ExtendedACodec: Failed to get Entropy from Component

Mister @mekya (author rtmp lib) said: "Yeah I have checked and you are right. It seems that it is a codec issue in ExoPlayer."
Can u please check too and fix codec issue
Device used for testing Le X527, API 23

@ojw28
Copy link
Contributor

ojw28 commented Nov 1, 2017

The logging you're looking at isn't relevant (which is why it's always more useful to attach a full bug report than a snippet of logcat). This is a duplicate of #3188. There's also a workaround in that thread (replacing readTagData in FlvExtractor with the one suggested there).

@ojw28 ojw28 closed this as completed Nov 1, 2017
@ojw28 ojw28 added the duplicate label Nov 1, 2017
@PanCrucian
Copy link
Author

PanCrucian commented Nov 1, 2017

Hmm ... this is not the answer I wanted to get. Did you at least check the rtmp link? or too lazy?

@ojw28
Copy link
Contributor

ojw28 commented Nov 1, 2017

Yes I did check it, and I confirmed it was a duplicate of the issue I marked it a duplicate of, and I also confirmed that the workaround in that thread allows your link to play.

@PanCrucian
Copy link
Author

ok sorry

@google google locked and limited conversation to collaborators Mar 7, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants