#218 closed defect (fixed)
H264 in flv cannot be decoded
Reported by: | Carl Eugen Hoyos | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avformat |
Version: | git-master | Keywords: | analyzeduration flv h264 |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | yes |
Description
http://thread.gmane.org/gmane.comp.video.ffmpeg.user/31456
Plays fine with mplayer -demuxer lavf -vc ffh264 and mplayer -demuxer lavf -vc ffh264vdpau
ffmpeg -i cuterror.cut.flv -an -f null - ffmpeg version git-N-30013-g64be0d1, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 11:46:31 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-sse libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [flv @ 0x1251b30] max_analyze_duration reached [flv @ 0x1251b30] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'cuterror.cut.flv': Metadata: duration : 573 width : 1152 height : 720 videodatarate : 200 framerate : 1000 videocodecid : 7 audiodatarate : 100 audiosamplerate : 44100 audiosamplesize : 16 stereo : false audiocodecid : 2 encoder : Lavf52.84.0 filesize : 37793482 Duration: 00:09:32.92, start: 0.002000, bitrate: 307 kb/s Stream #0.0: Video: h264, 204 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.1: Audio: mp3, 44100 Hz, mono, s16, 102 kb/s Video pixel format is unknown, stream cannot be encoded
Attachments (2)
Change History (8)
by , 13 years ago
Attachment: | cuterror.cut.flv added |
---|
comment:1 by , 13 years ago
comment:2 by , 12 years ago
Keywords: | analyzeduration flv h264 added |
---|
follow-up: 5 comment:4 by , 12 years ago
Problem was not with the h264/mp3 videos, the files attached had broken frames and hence it wasnt able to decode. I have sent the patch to this problem to the ffmpeg-devel. The problem was with the max_analyse_duration.
follow-up: 6 comment:5 by , 12 years ago
Analyzed by developer: | set |
---|---|
Component: | undetermined → avformat |
Priority: | important → normal |
Resolution: | → fixed |
Status: | open → closed |
Replying to shprasad:
Problem was not with the h264/mp3 videos, the files attached had broken frames and hence it wasnt able to decode. I have sent the patch to this problem to the ffmpeg-devel. The problem was with the max_analyse_duration.
I think a reasonable fix consists into telling the user what to do in this case:
commit 739ec710c4e89537f3eb327a1ebddb8ceb5f2256 Author: Stefano Sabatini <stefasab@gmail.com> Date: Mon Jul 16 00:29:23 2012 +0200 lavf/utils: suggest what to do in case of missing codec information In particular, fix trac issue #218.
Also I couldn't find your patch on ffmpeg-devel (can you provide a link/thread name?).
Feel free to reopen the ticket if you think there is a better solution.
comment:6 by , 12 years ago
[FFmpeg-devel] [Patch]decode h264/mp3 video patch
this is the subject I have put to it..........
Replying to saste:
Replying to shprasad:
Problem was not with the h264/mp3 videos, the files attached had broken frames and hence it wasnt able to decode. I have sent the patch to this problem to the ffmpeg-devel. The problem was with the max_analyse_duration.
I think a reasonable fix consists into telling the user what to do in this case:
commit 739ec710c4e89537f3eb327a1ebddb8ceb5f2256 Author: Stefano Sabatini <stefasab@gmail.com> Date: Mon Jul 16 00:29:23 2012 +0200 lavf/utils: suggest what to do in case of missing codec information In particular, fix trac issue #218.Also I couldn't find your patch on ffmpeg-devel (can you provide a link/thread name?).
Feel free to reopen the ticket if you think there is a better solution.
Works fine with -analyzeduration 14M