fix flv new stream handling after head already parsed
This fixes stream lookup in flv demuxer. When used with librtmp protocol streams are sometimes added after head arrived. If the first stream added in flv header reader is Audio stream then it is messed with Video stream added later in the code patched. The result is I have 2 Audio streams (first of them is said to have a video codec like h264) instead of Audio/Video pair. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
This commit is contained in:
parent
5081310b58
commit
c0daa73a0f
@ -709,13 +709,15 @@ static int flv_read_packet(AVFormatContext *s, AVPacket *pkt)
|
||||
/* now find stream */
|
||||
for(i=0;i<s->nb_streams;i++) {
|
||||
st = s->streams[i];
|
||||
if (stream_type == FLV_STREAM_TYPE_AUDIO && st->codec->codec_type == AVMEDIA_TYPE_AUDIO) {
|
||||
if (flv_same_audio_codec(st->codec, flags)) {
|
||||
if (stream_type == FLV_STREAM_TYPE_AUDIO) {
|
||||
if (st->codec->codec_type == AVMEDIA_TYPE_AUDIO &&
|
||||
flv_same_audio_codec(st->codec, flags)) {
|
||||
break;
|
||||
}
|
||||
} else
|
||||
if (stream_type == FLV_STREAM_TYPE_VIDEO && st->codec->codec_type == AVMEDIA_TYPE_VIDEO) {
|
||||
if (flv_same_video_codec(st->codec, flags)) {
|
||||
if (stream_type == FLV_STREAM_TYPE_VIDEO) {
|
||||
if (st->codec->codec_type == AVMEDIA_TYPE_VIDEO &&
|
||||
flv_same_video_codec(st->codec, flags)) {
|
||||
break;
|
||||
}
|
||||
} else if (st->id == stream_type) {
|
||||
|
Loading…
x
Reference in New Issue
Block a user