GNOME Bugzilla – Bug 590859
Conversion of MOV to OGG looses sync
Last modified: 2009-08-06 09:18:46 UTC
Please describe the problem: Trying to convert https://media.blackhat.com/bh-usa-09/video/KAMINSKY/BHUSA09-Kaminsky-BlackOpsPKI-VIDEO.mov to OGG. When using ffmpeg I wasn't succesful (https://bugzilla.redhat.com/show_bug.cgi?id=515435), so I tried my own script using gst-launch and Gstreamer: #!/bin/sh QUEUE="queue max-size-bytes=0 max-size-time=0 max-size-buffers=0" INFILE=$1 gst-launch filesrc location="$INFILE" ! \ decodebin2 name=decoder \ decoder. ! progressreport ! ffmpegcolorspace \ ! theoraenc quality=40 speed-level=2 ! \ $QUEUE ! oggmux name=mux \ ! filesink location=${INFILE%.*}.ogv \ decoder. ! audioconvert ! audiorate ! flacenc ! $QUEUE ! mux. Conversion script goes well (resulting .ogv file has 359M), but it has totally lost sync ... jump in totem once forward and there is absolutely no correspondence between screen and audio. Steps to reproduce: 1. see above 2. 3. Actual results: no way how to generate OGG/Theora file from the MOV presentation Expected results: just having the same experience from the free format movie as I have from the encumbered one. Does this happen every time? yes Other information: totem playing .mov file works just fine, including jumping back and forth.
bradford:devel$ rpm -qa gstreamer\* gstreamer-plugins-base-0.10.23-3.fc11.x86_64 gstreamer-0.10.23.3-1.fc11.x86_64 gstreamer-0.10.23.3-1.fc11.i586 gstreamer-plugins-bad-devel-docs-0.10.13-3.fc11.x86_64 gstreamer-plugins-good-0.10.15-4.fc11.x86_64 gstreamer-ffmpeg-0.10.7-2.fc11.1.x86_64 gstreamer-plugins-bad-0.10.13-3.fc11.x86_64 gstreamer-debuginfo-0.10.23.3-1.fc11.x86_64 gstreamer-plugins-ugly-0.10.12-1.fc11.x86_64 gstreamer-python-0.10.15-1.fc11.x86_64 gstreamer-plugins-bad-devel-0.10.13-3.fc11.x86_64 gstreamer-plugins-base-devel-0.10.23-3.fc11.x86_64 gstreamer-plugins-flumpegdemux-0.10.15-6.fc11.x86_64 gstreamer-tools-0.10.23.3-1.fc11.x86_64 gstreamer-plugins-bad-debuginfo-0.10.13-3.fc11.x86_64 gstreamer-python-devel-0.10.15-1.fc11.x86_64 gstreamer-plugins-bad-extras-0.10.13-3.fc11.x86_64 gstreamer-devel-0.10.23.3-1.fc11.x86_64 gstreamer-plugins-schroedinger-1.0.7-1.fc11.x86_64 bradford:devel$
Random thoughts/suggestions: Have you tried using e.g. transmaggeddon for the transcoding? (http://www.linuxrising.org/transmageddon/) Does it work if you use vorbis? Have you tried inserting a ... ! videorate ! video/x-raw-yuv,framerate=25/1 ! ... or so before theoraenc?
(In reply to comment #2) > Have you tried using e.g. transmaggeddon for the transcoding? > (http://www.linuxrising.org/transmageddon/) Tried oggconvert-0.3.2-5.fc11.noarch but it doesn't seem to work at all. Transmaggeddon on Fedora/Rawhide KVM machine was so incredibly slow, that I gave up on it (after waiting for half an hour and the ETA was still growing not shrinking). > Does it work if you use vorbis? > > Have you tried inserting a ... ! videorate ! video/x-raw-yuv,framerate=25/1 ! > ... or so before theoraenc? Hmm, that makes a difference. So, I guess it was just a PEBKAC, right? Well, some better defaults could be provided to theoraenc, I guess, but otherwise I am sorry for bothering then.
> Tried oggconvert-0.3.2-5.fc11.noarch but it doesn't seem to work at all. Not sure if I've ever heard of this tool .. > Transmaggeddon on Fedora/Rawhide KVM machine was so incredibly slow, that I > gave up on it (after waiting for half an hour and the ETA was still growing not > shrinking). Surprising, wonder what's going on there. It shouldn't really be much slower than the equivalent gst-launch pipeline. I'm sure Christian will have a look at it. I only asked as an easy way to find out whether it's a bug in the pipeline description or not (since transcoding tools are more likely to get the pipeline right for more cases). > > Does it work if you use vorbis? > > > > Have you tried inserting a ... ! videorate ! video/x-raw-yuv,framerate=25/1 ! > > ... or so before theoraenc? > > Hmm, that makes a difference. "makes a difference" = better/fixed, or just not completely broken but there is still a problem? Does 'that' refer to the videorate or vorbis? Obviously, it should work with flacenc as well, so if it doesn't, that's still a bug (I only asked if it works with vorbis because vorbis is more widely used with ogg than flac, at least for video files, and the chances that the vorbis encoder does the right thing here are higher). > So, I guess it was just a PEBKAC, right? If it's just the missing videorate, then I guess so. There isn't really a straight-forward fix here that I can see. I do think we should be doing something smarter here though, but I'm not sure it can easily be done or is worth doing in the 0.10 timeframe (I'm sure someone else will comment if they have some ideas). Otherwise I'll put it into the stuff-to-fix-for-0.11/1.0 list.
(In reply to comment #4) > Not sure if I've ever heard of this tool .. http://oggconvert.tristanb.net/ is is packaged in Fedora. > "makes a difference" = better/fixed, or just not completely broken but there > is still a problem? Sorry, no I mean that videorate got fixed. I still used flacenc. > If it's just the missing videorate, then I guess so. There isn't really a > straight-forward fix here that I can see. I do think we should be doing > something smarter here though, but I'm not sure it can easily be done or is > worth doing in the 0.10 timeframe (I'm sure someone else will comment if they > have some ideas). Otherwise I'll put it into the stuff-to-fix-for-0.11/1.0 > list. Thanks a lot.