[FFmpeg-user] With mxg/MxPEG, keyframes only are seen?

Jesse Gordon tojesseg at gmail.com
Thu Nov 1 20:30:02 CET 2012



On 11/01/2012 09:35 AM, Carl Eugen Hoyos wrote:
> Jesse Gordon<tojesseg<at>  gmail.com>  writes:
>
>> ffmpeg -f mxg -i M00001.jpg foo-%03d.jpeg
> You need -vsync 0 to force ffmpeg not to drop frames
> to keep (too low) constant frame rate.
>
> $ ffmpeg -vsync 0 -f mxg -i M00001.jpg foo-%03d.jpeg
>
> Carl Eugen
>
OK - I tried this morning's fresh git on 32 bit slackware and also 
ffmpeg.static.32bit.2012-11-01.tar.gz (Burek) and they work the same as 
eachother, but slightly different than yesterday's git - instead of 
producing 3 output frames and hanging, it produces four and hangs, as 
follows:

bash-4.1# ./ffmpeg -vsync 0 -f mxg -i M00001.jpg foo-%03d.jpeg
ffmpeg version N-46257-g6204ea1 Copyright (c) 2000-2012 the FFmpeg 
developers
   built on Nov  1 2012 05:11:17 with gcc 4.6 (Debian 4.6.3-1)
   configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 
--extra-cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' 
--extra-ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' 
--extra-libs='-lxml2 -lexpat -lfreetype' --enable-static 
--disable-shared --disable-ffserver --disable-doc --enable-bzlib 
--enable-zlib --enable-postproc --enable-runtime-cpudetect 
--enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis 
--enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype 
--enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc 
--enable-libvo-amrwbenc --enable-version3 --enable-libvpx
   libavutil      52.  1.100 / 52.  1.100
   libavcodec     54. 70.100 / 54. 70.100
   libavformat    54. 35.100 / 54. 35.100
   libavdevice    54.  3.100 / 54.  3.100
   libavfilter     3. 21.106 /  3. 21.106
   libswscale      2.  1.102 /  2.  1.102
   libswresample   0. 16.100 /  0. 16.100
   libpostproc    52.  1.100 / 52.  1.100
[mxg @ 0x9685800] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.1 : mono
Input #0, mxg, from 'M00001.jpg':
   Duration: 00:02:56.85, start: 1351625054.845054, bitrate: 63 kb/s
     Stream #0:0: Video: mxpeg, yuvj420p, 1280x960, 1.83 tbr, 1000k tbn, 
1000k tbc
     Stream #0:1: Audio: pcm_alaw, 8000 Hz, mono, s16, 64 kb/s
Output #0, image2, to 'foo-%03d.jpeg':
   Metadata:
     encoder         : Lavf54.35.100
     Stream #0:0: Video: mjpeg, yuvj420p, 1280x960, q=2-31, 200 kb/s, 
90k tbn, 1.83 tbc
Stream mapping:
   Stream #0:0 -> #0:0 (mxpeg -> mjpeg)
Press [q] to stop, [?] for help
[mjpeg @ 0x969fd00] Error, Invalid timestamp=1, last=1
[image2 @ 0x969e1e0] st:0 PTS: 49091 DTS: 49091 < 49092 invalid, clipping
^C
bash-4.1# ^C
bash-4.1# ls -la foo-00*
-rw-r--r-- 1 root root  96185 Nov  1 11:11 foo-001.jpeg
-rw-r--r-- 1 root root  96202 Nov  1 11:11 foo-002.jpeg
-rw-r--r-- 1 root root 119517 Nov  1 11:11 foo-003.jpeg
-rw-r--r-- 1 root root 119564 Nov  1 11:11 foo-004.jpeg
bash-4.1#

I tried on a second slackware 32 bit box with both the static and 
freshly compiled git and had the same results.

These are the two 32-bit systems I tried it on:

root at edgy:~/temp# cat /etc/slackware-version
Slackware 13.1.0
root at edgy:~/temp# uname -a
Linux edgy 2.6.33.4-smp #2 SMP Wed May 12 22:47:36 CDT 2010 i686 
Intel(R) Core(TM)2 CPU          6600  @ 2.40GHz GenuineIntel GNU/Linux
root at edgy:~/temp#


and

bash-4.1# cat /etc/slackware-version
Slackware 13.37.0
bash-4.1# uname -a
Linux darkstar 2.6.37.6-smp #2 SMP Sat Apr 9 23:39:07 CDT 2011 i686 
Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
bash-4.1#

Sooo I guess maybe there's a problem with mxg on 32 bit..? Or maybe it's 
a slackware issue?
(although I can't imagine the static binary having trouble due to 
anything different about slackware..)

I would be grateful if a couple of you who are using 32 bit Linux might 
be so kind as to run the following test:

wget http://bookcracker.com/M00001.jpg
ffmpeg -vsync 0 -f mxg -i M00001.jpg foo-%03d.jpeg

and let me know what you get. You should get 56 jpeg files, totaling 
around 8 megs.
What I get is (with today's git) is the first 4 jpeg files, and then 
ffmpeg hangs.

Should I open a bug yet, or am I missing something?

Thanks very much,

Jesse


More information about the ffmpeg-user mailing list