[MPlayer-dev-eng] x264 dimensions not set / float point exception

Sat Dec 25 01:24:12 CET 2010

On Fri, Dec 24, 2010 at 5:21 PM, compn <tempn at twmi.rr.com> wrote:
> On Fri, 24 Dec 2010 16:44:42 -0500, Joseph Miller wrote:
>>On Fri, Dec 24, 2010 at 4:37 PM, compn <tempn at twmi.rr.com> wrote:
>>> On Fri, 24 Dec 2010 15:36:07 -0500, Joseph Miller wrote:
>>>>On Fri, Dec 24, 2010 at 2:43 PM, Joseph Miller <josephcmiller2 at gmail.com> wrote:
>>>>> On Fri, Dec 24, 2010 at 2:37 PM, Joseph Miller <josephcmiller2 at gmail.com> wrote:
>>>>>> On Fri, Dec 24, 2010 at 2:17 PM, Joseph Miller <josephcmiller2 at gmail.com> wrote:
>>>>>>> On Fri, Dec 24, 2010 at 1:44 PM, compn <tempn at twmi.rr.com> wrote:
>>>>>>>> On Fri, 24 Dec 2010 10:56:34 -0500, Joseph Miller wrote:
>>>>>>>>>On Thu, Dec 23, 2010 at 10:12 PM, compn <tempn at twmi.rr.com> wrote:
>>>>>>>>>> On Thu, 23 Dec 2010 10:38:31 -0500, Joseph Miller wrote:
>>>>>>>>>>>I keep getting floating point exceptions after doing the following.  I
>>>>>>>>>>>have attached mencoder output.
>>>>>>>>>>>
>>>>>>>>>>>/opt/mplayer/bin/mencoder -oac faac -ovc x264 -of lavf -o
>>>>>>>>>>>integra-reencode.mp4 integra-mp4box.mp4
>>>>>>>>>>>/opt/mplayer/bin/mencoder -oac faac -ovc x264 -of lavf -o
>>>>>>>>>>>integra-reencode.mp4 integra-lavf.mp4
>>>>>>>>>>>
>>>>>>>>>>>That last two give me Floating point exception.
>>>>>>>>>>>
>>>>>>>>>>>I have uploaded integra.mp4 and integra-lavf.mp4 and
>>>>>>>>>>>integra-mp4box.mp4 to the following location:
>>>>>>>>>>>http://www.calcmaster.net/downloads/fpx/
>>>>>>>>>>>
>>>>>>>>>>>I have had this happen on MP4Box files and other .mp4 files.  I'm not
>>>>>>>>
>>>>>>>> the problem with this bug is that its hard to reproduce. can you tell
>>>>>>>> us what cpu you are using ?
>>>>>>>>
>>>>>>>> try running your mencoder on a different box, another user with the
>>>>>>>> same fpe found he couldnt reproduce it on another box either.
>>>>>>>>
>>>>>>>> your samples work on my p4 1.5ghz:
>>>>>>>>
>>>>>>>
>>>>>>> Interesting.  I have tried with both a PhenomII quad core and my Intel
>>>>>>> Core i3.  I want to say that I had fewer problems with Ubuntu 10.04,
>>>>>>> but I'm unable to verify because all my boxes are 10.10 now.  I did
>>>>>>> try as far back as SVN 2010-01-01.
>>>>>>>
>>>>>>
>>>>>> The decvideo module shows the no picture:
>>>>>>
>>>>>> DECVIDEO: Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
>>>>>>  DECVIDEO: INFO: libavcodec init OK!
>>>>>>  DECVIDEO: Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
>>>>>>  CPLAYER: ==========================================================================
>>>>>>  DECVIDEO: vd_ffmpeg data: 1000000, 15006467, 6e534ac, 10017b42
>>>>>>  DECVIDEO: [h264 @ 0xd3bc60]no picture
>>>>>> STATUSLINE: Pos:   0.0s      1f ( 6%)  0.00fps Trem:   0min   0mb
>>>>>> A-V:0.000 [0:0]
>>>>>>  DECVIDEO: vd_ffmpeg data: 1000000, 1019a41, 1bf22b6, 85841830
>>>>>>  DECVIDEO: [h264 @ 0xd3bc60]no picture
>>>>>>  MENCODER:
>>>>>> 1 duplicate frame(s)!
>>>>>>    MUXER: VIDEO CODEC ID: 28
>>>>>>    MUXER: AUDIO CODEC ID: 15002, TAG: 0
>>>>>>    MUXER: Writing header...
>>>>>>   GLOBAL: [mp4 @ 0xcc8c40]dimensions not set
>>>>>> Floating point exception
>>>>>>
>>>>>>
>>>>>>
>>>>>> A working file produces:
>>>>>>
>>>>>>  DECVIDEO: Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
>>>>>>  DECVIDEO: INFO: libavcodec init OK!
>>>>>>  DECVIDEO: Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
>>>>>>  CPLAYER: ==========================================================================
>>>>>>  DECVIDEO: vd_ffmpeg data: 5061900, 24cb0a15, 3330fa13, 9cbda201
>>>>>>  DECVIDEO: [ffmpeg] aspect_ratio: 1.315789
>>>>>>  DECVIDEO: VDec: vo config request - 400 x 304 (preferred colorspace:
>>>>>> Planar YV12)
>>>>>>  DECVIDEO: Trying filter chain: expand x264
>>>>>>  CPLAYER: Movie-Aspect is 1.32:1 - prescaling to correct movie aspect.
>>>>>> x264 [info]: using SAR=1/1
>>>>>> x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
>>>>>> x264 [info]: profile High, level 2.1
>>>>>>
>>>>>
>>>>> I guess I should include mplayer results too.  Here's the file that
>>>>> won't re-encode, but the output is from mplayer (which plays the
>>>>> file):
>>>>>
>>>>> DECVIDEO: Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
>>>>>  DECVIDEO: INFO: libavcodec init OK!
>>>>>  DECVIDEO: Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
>>>>>  CPLAYER: ==========================================================================
>>>>>  CPLAYER: ==========================================================================
>>>>>  DECAUDIO: Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
>>>>>  DECAUDIO: AUDIO: 44100 Hz, 2 ch, s16le, 48.0 kbit/3.40% (ratio: 6000->176400)
>>>>>  DECAUDIO: Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG
>>>>> layer-2, layer-3)
>>>>>  CPLAYER: ==========================================================================
>>>>>  CPLAYER: AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)
>>>>>  CPLAYER: Starting playback...
>>>>>  DECVIDEO: vd_ffmpeg data: 1000000, 15006467, 6e534ac, 10017b42
>>>>>  DECVIDEO: [h264 @ 0xe87760]no picture
>>>>>  DECVIDEO: vd_ffmpeg data: 1000000, 1019a41, 1bf22b6, 85841830
>>>>>  DECVIDEO: [h264 @ 0xe87760]no picture
>>>>>  DECVIDEO: vd_ffmpeg data: 1000000, 1029e41, 2e7f453c, 45e08ee4
>>>>>  DECVIDEO: [ffmpeg] aspect_ratio: 1.315789
>>>>>  DECVIDEO: VDec: vo config request - 400 x 304 (preferred colorspace:
>>>>> Planar YV12)
>>>>>  DECVIDEO: Trying filter chain: vo
>>>>>  CPLAYER: Movie-Aspect is 1.32:1 - prescaling to correct movie aspect.
>>>>>  CPLAYER: VO: [xv] 400x304 => 400x304 Planar YV12
>>>>>  DECVIDEO: *** [vo] Exporting mp_image_t, 400x304x12bpp YUV planar, 182400 bytes
>>>>>  DECVIDEO: (imgfmt: 32315659, planes: (nil),(nil),(nil) strides:
>>>>> 0,0,0, chroma: 200x152, shift: h:1,v:1)
>>>>>
>>>>
>>>>OK some good news,
>>>>-demuxer h264es seems to allow the encoding to progress for the file
>>>>muxed with lavf, but it doesn't decode any sound.
>>>>-demuxer h264es causes segfault with MP4Box muxed file.
>>>
>>> yeah i'm guessing the demuxer/'no picture' is the cause, then
>>> the packets are passed onto mencoder lavf muxer and thats where it
>>> dies, as it has no dimensions for the first frame and screws itself.
>>>
>>> does -ss 1 make it work ?
>>>
>>
>>No, this doesn't work.  There is definitely something wrong with the
>>way the demuxer reads this or something wrong with the lavf muxer that
>>created it.  Should I be contacting ffmpeg-devel?
>
> well yes, michael maintains muxer_lavf but no, ffmpeg-devel is for
> patches, and ffmpeg-user (or roundup) wants bugs to be reproduced
> with ffmpeg. and i'm pretty sure you wont be able to crash ffmpeg
> with this particular bug. its a bug in between the demuxers and muxers
> in mencoder.
>
> if you arent doing anything with subtitles its probably a better idea
> to just dump mencoder and use ffmpeg.
>

I thought I had the same problem with ffmpeg recently as well, but
since you mentioned it, I went back and retried.  Seems to be working
very well.  Now I just have to relearn all the command line options,
haha.  But finally, encoding to aac/h264 in .mp4 container and direct
import to Cinelerra!  Thanks for all your help.

-Joseph