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