hello.
as many times before i ran into troubles to encode
with ffmpeg2theora from a 3gp file.
the example files are here:
original: http://startx.plentyfact.org/media/theorastuff/test.3gp
ffmpeg2theora: http://startx.plentyfact.org/media/theorastuff/test.ogv
the 3gp file ( from some phone ) is
Video: mpeg4, yuv420p, 800x480 [PAR 1:1 DAR 5:3],
2962 kb/s, 23.95 fps, 60 tbr, 1k tbn, 60 tbc Stream
Audio: amrnb, 8000 Hz, 1 channels, flt, 12 kb/s
as you can see in firefox the video plays a bit like stop motion,
my vlc ( on debian squeeze ) won't play the ogv.
i am using
ffmpeg2theora 0.27 - Xiph.Org libtheora 1.1 20090822 (Thusnelda)
any idea what could be done about this?
startx
> as many times before i ran into troubles to encode > with ffmpeg2theora from a 3gp file.Adding --nosync to the ffmpeg2theora command line might help.
On Tue, 15 Feb 2011 13:50:05 -0800 "ogg.k.ogg.k at googlemail.com" <ogg.k.ogg.k at googlemail.com> wrote:> > as many times before i ran into troubles to encode > > with ffmpeg2theora from a 3gp file. > > Adding --nosync to the ffmpeg2theora command line might help.hi. "--nosync " did not improve, but looking deeper into the resulting ogg file i noticed that the framerate was set to 60fps, while the original had 25fps. forcing "--inputfps 25" then did indeed do the trick for that video and the result was satisfying. i wonder however why ffmpeg2theora had a problem to determin the original framerate, "ffmpeg -i" showed it correctly. is it worth filing this as a bug? startx
On 16 February 2011 01:58, startx <startx at plentyfact.org> wrote:> i wonder however why ffmpeg2theora had a problem to determin the > original framerate, "ffmpeg -i" showed it correctly.In some formats, the container and the video track both have a frame rate header. If they disagree, it can be hard to know which one to believe.> is it worth filing this as a bug?If you can make the original file available for testing, yes. -r
> If you can make the original file available for testingit is: http://startx.plentyfact.org/media/theorastuff/test.3gp (3.5 MiB)> "ffmpeg -i" showed it correctly. > In some formats, the container and the video track both have a frame > rate header. If they disagree, it can be hard to know which one to believe.MediaInfo wrote: Format : MPEG-4 Format profile : 3GPP Media Release 4 Codec ID : 3gp4 File size : 3.35 MiB Duration : 9s 437ms Overall bit rate : 2 978 Kbps Law rating : (empty) Released date : 0 Encoded date : UTC 2011-01-29 15:22:10 Tagged date : UTC 2011-01-29 15:22:10 Classification : (empty) Video ID : 1 Format : MPEG-4 Visual Format profile : Simple at L6 Format settings, BVOP : Yes Format settings, QPel : No Format settings, GMC : No warppoints Format settings, Matrix : Default (H.263) Codec ID : 20 Duration : 9s 437ms Bit rate mode : Constant Bit rate : 3 000 Kbps Width : 800 pixels Height : 480 pixels Display aspect ratio : 1.667 Frame rate mode : Variable Frame rate : 23.948 fps !!!!!! Minimum frame rate : 5.780 fps Maximum frame rate : 40.000 fps Color space : YUV Bit depth : 8 bits Scan type : Progressive Compression mode : Lossy Bits/(Pixel*Frame) : 0.326 Stream size : 3.33 MiB (99%) Language : English Encoded date : UTC 2011-01-29 15:22:10 Tagged date : UTC 2011-01-29 15:22:10 Audio ID : 2 Format : AMR Format/Info : Adaptive Multi-Rate Format profile : Narrow band Codec ID : samr Duration : 9s 340ms Bit rate mode : Constant Bit rate : 12.8 Kbps Channel(s) : 1 channel Sampling rate : 8 000 Hz Bit depth : 13 bits Stream size : 14.6 KiB (0%) Writing library : pvmm Language : English Encoded date : UTC 2011-01-29 15:22:10 Tagged date : UTC 2011-01-29 15:22:10 -- ~~~ wow ~~~