ENCODED videos (any codec) show a still frame the first 4 seconds, then they start...
I'm noticing in ALL my encoded videos No matter what output vcodec (tried flv and wmv2), display a still frame of the FIRST frame of the video for
References=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com In-Reply-To=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com On 2007-08-16 03:19, Jesus Altuve wrote: the
first 3-5 second, however, sound starts right away with no delay.
Now, the strange thing is that if I try encoding with the -ss switch and I advance, say, 5 seconds, then everything works perfectly fine... it seems to me the encoding is starting, waiting for some data the decoding is not providing.. maybe an empty or small buffer somewhere?
I tried several videos (and formats) same thing happens... even with tiny 3g2 videos.... really, I do think the encoder process is starting way ahead of the encoding and somehow, *it thinks* its receiving video when it's actually not.
Here's the command line i'm using: ========================= ffmpeg -y -ss 0 -i input.wmv -acodec libmp3lame -ab 32k -ar 22050 -vcodec flv -s 320x240 -b 224k -r 25 output.flv
FFMpeg version and configure options: =========================== FFmpeg version SVN-r10065, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libogg --enable-libfaac --enable-libfaad --enable-liba52 --enable-libamr-nb --enable-libamr-wb --disable-debug --disable-ffserver --disable-ffplay --enable-memalign-hack --enable-libx264 libavutil version: 49.4.1 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on Aug 15 2007 20:35:46, gcc: 3.4.6 20060404 (Red Hat 3.4.6-3)
Sample output: ========== Seems stream 1 codec frame rate differs from container frame rate: 1000.00(1000/1) -> 29.97 (30000/1001) Input #0, asf, from 'input.wmv': Duration: 00:00:50.6, start: 0.000000, bitrate: 314 kb/s Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 64 kb/s Stream #0.1: Video: wmv3, yuv420p, 448x344, 250 kb/s, 29.97 fps(r) Output #0, flv, to 'output.flv': Stream #0.0: Video: flv, yuv420p, 320x240, q=2-31, 224 kb/s, 25.00fps(c) Stream #0.1: Audio: libmp3lame, 22050 Hz, stereo, 32 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. Do not report crashes to FFmpeg developers. frame= 1319 fps= 98 q=13.2 Lsize= 1929kB time=47.9 bitrate= 330.2kbits /s
video:1473kB audio:187kB global headers:0kB muxing overhead 16.193310
Thanks,
Hi! I had the same problem, but solved it by reverting to ffmpeg revision 9831: svn checkout -r 9831 svn://svn.mplayerhq.hu/ffmpeg/trunk /usr/src/ffmpeg cd /usr/src/ffmpeg ./configure --enable-gpl --enable-pp --enable-libfaad --enable-libvorbis --enable-libogg --enable-liba52 --enable-dc1394 --enable-libgsm --enable-libmp3lame --enable-libfaac --enable-libxvid --enable-pthreads --enable-libx264 make make install (btw, sorry if this reply didn't match all reference numbers. I used "Gmail Notifier" to capture the reply mailto-link) Best regards /Henrik
Henrik Garbergs schrieb:
References=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com In-Reply-To=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com
I'm noticing in ALL my encoded videos No matter what output vcodec (tried flv and wmv2), display a still frame of the FIRST frame of the video for
On 2007-08-16 03:19, Jesus Altuve wrote: the
first 3-5 second, however, sound starts right away with no delay.
Now, the strange thing is that if I try encoding with the -ss switch and I advance, say, 5 seconds, then everything works perfectly fine... it seems to me the encoding is starting, waiting for some data the decoding is not providing.. maybe an empty or small buffer somewhere?
I tried several videos (and formats) same thing happens... even with tiny 3g2 videos.... really, I do think the encoder process is starting way ahead of the encoding and somehow, *it thinks* its receiving video when it's actually not.
Here's the command line i'm using: ========================= ffmpeg -y -ss 0 -i input.wmv -acodec libmp3lame -ab 32k -ar 22050 -vcodec flv -s 320x240 -b 224k -r 25 output.flv
FFMpeg version and configure options: =========================== FFmpeg version SVN-r10065, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libogg --enable-libfaac --enable-libfaad --enable-liba52 --enable-libamr-nb --enable-libamr-wb --disable-debug --disable-ffserver --disable-ffplay --enable-memalign-hack --enable-libx264 libavutil version: 49.4.1 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on Aug 15 2007 20:35:46, gcc: 3.4.6 20060404 (Red Hat 3.4.6-3)
Sample output: ========== Seems stream 1 codec frame rate differs from container frame rate: 1000.00(1000/1) -> 29.97 (30000/1001) Input #0, asf, from 'input.wmv': Duration: 00:00:50.6, start: 0.000000, bitrate: 314 kb/s Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 64 kb/s Stream #0.1: Video: wmv3, yuv420p, 448x344, 250 kb/s, 29.97 fps(r) Output #0, flv, to 'output.flv': Stream #0.0: Video: flv, yuv420p, 320x240, q=2-31, 224 kb/s, 25.00fps(c) Stream #0.1: Audio: libmp3lame, 22050 Hz, stereo, 32 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. Do not report crashes to FFmpeg developers. frame= 1319 fps= 98 q=13.2 Lsize= 1929kB time=47.9 bitrate= 330.2kbits /s video:1473kB audio:187kB global headers:0kB muxing overhead 16.193310
Thanks,
Hi!
I had the same problem, but solved it by reverting to ffmpeg revision 9831:
svn checkout -r 9831 svn://svn.mplayerhq.hu/ffmpeg/trunk /usr/src/ffmpeg
cd /usr/src/ffmpeg
./configure --enable-gpl --enable-pp --enable-libfaad --enable-libvorbis --enable-libogg --enable-liba52 --enable-dc1394 --enable-libgsm --enable-libmp3lame --enable-libfaac --enable-libxvid --enable-pthreads --enable-libx264
make make install
(btw, sorry if this reply didn't match all reference numbers. I used "Gmail Notifier" to capture the reply mailto-link)
Best regards /Henrik
Hi there, I came across the same problem and tried with the latest ffmpeg snapshot (ffmpeg-export-2007-09-24) and the problem still exists ... For the time being I also use "-ss 00:00:05" as hotfix but A/V is still not 100% sync - guess I`ll try to revert to rev. 9831 too ... Does someone know if there is already a bug report for this issue or knows how to get around this bug except reverting to rev. 9831. Cheers & thnx for your help in advance, // Clemens
Clemens Fischer schrieb:
Henrik Garbergs schrieb:
References=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com In-Reply-To=24e094360708152019j163a2f27t74a4fe255117efed at mail.gmail.com
I'm noticing in ALL my encoded videos No matter what output vcodec (tried flv and wmv2), display a still frame of the FIRST frame of the video for
On 2007-08-16 03:19, Jesus Altuve wrote: the
first 3-5 second, however, sound starts right away with no delay.
Now, the strange thing is that if I try encoding with the -ss switch and I advance, say, 5 seconds, then everything works perfectly fine... it seems to me the encoding is starting, waiting for some data the decoding is not providing.. maybe an empty or small buffer somewhere?
I tried several videos (and formats) same thing happens... even with tiny 3g2 videos.... really, I do think the encoder process is starting way ahead of the encoding and somehow, *it thinks* its receiving video when it's actually not.
Here's the command line i'm using: ========================= ffmpeg -y -ss 0 -i input.wmv -acodec libmp3lame -ab 32k -ar 22050 -vcodec flv -s 320x240 -b 224k -r 25 output.flv
FFMpeg version and configure options: =========================== FFmpeg version SVN-r10065, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libogg --enable-libfaac --enable-libfaad --enable-liba52 --enable-libamr-nb --enable-libamr-wb --disable-debug --disable-ffserver --disable-ffplay --enable-memalign-hack --enable-libx264 libavutil version: 49.4.1 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on Aug 15 2007 20:35:46, gcc: 3.4.6 20060404 (Red Hat 3.4.6-3)
Sample output: ========== Seems stream 1 codec frame rate differs from container frame rate: 1000.00(1000/1) -> 29.97 (30000/1001) Input #0, asf, from 'input.wmv': Duration: 00:00:50.6, start: 0.000000, bitrate: 314 kb/s Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 64 kb/s Stream #0.1: Video: wmv3, yuv420p, 448x344, 250 kb/s, 29.97 fps(r) Output #0, flv, to 'output.flv': Stream #0.0: Video: flv, yuv420p, 320x240, q=2-31, 224 kb/s, 25.00fps(c) Stream #0.1: Audio: libmp3lame, 22050 Hz, stereo, 32 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. Do not report crashes to FFmpeg developers. frame= 1319 fps= 98 q=13.2 Lsize= 1929kB time=47.9 bitrate= 330.2kbits /s video:1473kB audio:187kB global headers:0kB muxing overhead 16.193310
Thanks,
Hi!
I had the same problem, but solved it by reverting to ffmpeg revision 9831:
svn checkout -r 9831 svn://svn.mplayerhq.hu/ffmpeg/trunk /usr/src/ffmpeg
cd /usr/src/ffmpeg
./configure --enable-gpl --enable-pp --enable-libfaad --enable-libvorbis --enable-libogg --enable-liba52 --enable-dc1394 --enable-libgsm --enable-libmp3lame --enable-libfaac --enable-libxvid --enable-pthreads --enable-libx264
make make install
(btw, sorry if this reply didn't match all reference numbers. I used "Gmail Notifier" to capture the reply mailto-link)
Best regards /Henrik
Hi there,
I came across the same problem and tried with the latest ffmpeg snapshot (ffmpeg-export-2007-09-24) and the problem still exists ...
For the time being I also use "-ss 00:00:05" as hotfix but A/V is still not 100% sync - guess I`ll try to revert to rev. 9831 too ...
Does someone know if there is already a bug report for this issue or knows how to get around this bug except reverting to rev. 9831.
Cheers & thnx for your help in advance, // Clemens
Guess my ffmpeg was suffering from an outdated libavcodec.so because I tried now a static build and it seems that everything is working now ... Build ffmpeg (ffmpeg-export-2007-09-24): export dep_prefix=/usr/local/ffmeg ./configure --prefix=$dep_prefix/ffmpegGPL --enable-static --enable-gpl --enable-pp --enable-libmp3lame --enable-libamr-nb --enable-libamr-wb --disable-ffplay --extra-cflags="-I$dep_prefix/lame/include -I$dep_prefix/amrnb/include -I$dep_prefix/amrwb/include" --disable-shared --extra-ldflags="-L$dep_prefix/lame/lib -Wl,-rpath,$dep_prefix/lame/lib -L$dep_prefix/amrnb/lib -Wl,-rpath,$dep_prefix/amrnb/lib -L$dep_prefix/amrwb/lib -Wl,-rpath,$dep_prefix/amrwb/lib" --enable-swscaler --enable-pthreads make Convert to 3gp: ffmpeg-export-2007-09-24]$ ./ffmpeg -i test3.wmv -s qcif -qscale 10 -r 15 -ac 1 -ar 8000 -ab 12.2k -f 3gp test3.3gp FFmpeg version SVN-r10560, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr/local/ffmeg/ffmpegGPL --enable-static --enable-gpl --enable-pp --enable-libmp3lame --enable-libamr-nb --enable-libamr-wb --disable-ffplay --extra-cflags=-I/usr/local/ffmeg/lame/include -I/usr/local/ffmeg/amrnb/include -I/usr/local/ffmeg/amrwb/include --disable-shared --extra-ldflags=-L/usr/local/ffmeg/lame/lib -Wl,-rpath,/usr/local/ffmeg/lame/lib -L/usr/local/ffmeg/amrnb/lib -Wl,-rpath,/usr/local/ffmeg/amrnb/lib -L/usr/local/ffmeg/amrwb/lib -Wl,-rpath,/usr/local/ffmeg/amrwb/lib --enable-swscaler --enable-pthreads libavutil version: 49.5.0 libavcodec version: 51.44.0 libavformat version: 51.13.4 built on Sep 24 2007 16:37:54, gcc: 4.2.0 Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 8.00 (8/1) Input #0, asf, from 'test3.wmv': Duration: 00:01:21.2, start: 5.000000, bitrate: 148 kb/s Stream #0.0: Audio: wmav2, 22050 Hz, stereo, 32 kb/s Stream #0.1: Video: wmv1, yuv420p, 208x160, 111 kb/s, 8.00 fps(r) File 'test3.3gp' already exists. Overwrite ? [y/N] y Output #0, 3gp, to 'test3.3gp': Stream #0.0: Video: h263, yuv420p, 176x144, q=2-31, 200 kb/s, 15.00 fps(c) Stream #0.1: Audio: libamr_nb, 8000 Hz, mono, 12 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding frame= 1204 fps=429 q=10.0 Lsize= 716kB time=80.3 bitrate= 73.1kbits/s video:131kB audio:127kB global headers:0kB muxing overhead 177.723768% Heureka - its working, the only thing I have to find out is why and outdated avcodec lib was used but this is now definitly my problem (guess I should stop messing around with rpath) ... Cheers // Clemens
participants (2)
-
clemens.fischer＠parsgroup.at -
henrik.garbergs＠gmail.com