GNOME Bugzilla – Bug 610449
codec autodetection does not always work
Last modified: 2010-08-27 00:11:48 UTC
http://jeff.ecchi.ca/public/gstreamer-codec-autodetection/ You should be looking mainly at folder #4 and #2, and then #3 optionally (I filed a pitivi-specific bug about category #3 in bug #610325). Is a collection of video samples that I put together. They work and playback fine in totem (and pitivi, usually) if you have the proper gst plugins (good, bad, ugly, ffmpeg...) installed. The problem is that if you don't have them installed, some of those media files will not be properly detected by the codec installer thingy. So this means that users who don't really know gstreamer will try to open them and get the following two types of error messages: http://jeff.ecchi.ca/public/gstreamer-codec-autodetection/generic%20gst%20codec%20error.png http://jeff.ecchi.ca/public/gstreamer-codec-autodetection/generic%20gst%20codec%20error,%20alternate%20version.png And they might give up, thinking that gstreamer just doesn't support those files.
Have you tried with the 0.10.26.2 pre-release yet? There were a number of fixes to playbin2/decodebin2 regarding the missing-plugin stuff.
Not yet, as I need to wait for ubuntu package updates or gstreamer PPA updates.
Additional info: my testing methodology was to use a clean ubuntu 10.04 (development version) setup, with only gst base and gst good. I considered a file to be properly detected when the codec search dialog came up. I considered a file as incorrectly detected when totem on pitivi just spit an error (in totem's case, it always is one of the errors shown in the two screneshots).
Some tests with latest releases/latest GIT: #5: Chic with Nile Rodgers - Le Freak.flv: - Internal data stream error with latest pre-releases and all codecs installed - gst-ffmpeg GIT fixes it - Without gst-ffmpeg: codec installer is started #4: 00108.MTS: - Works fine with all codecs installed - Starts codec installer for mpeg ts demuxer with only core/base/good installed #4: Metal Gear Solid 2 - E3.asx: - Complains that it can't be parsed. With everything from latest GIT #4: Mushihimesama au tapis de DDR.avi: - Works just fine with latest pre-releases Next I'll look at the #2 directory ;)
1.21 gigawatts - Dr. Brown and Marty - Back to the future.mp4 4481458.avi Alone in the Dark 5.avi Animator vs Animation.avi Anti-Piracy Ad from The IT Crowd.mp4 Apple Keynote in 110 seconds.flv D90 HD video test par Yannick Khong.flv Dove - Evolution.avi Linux, the next step in software evolution.flv All work fine with latest pre-releases of everything. I'll stop testing now and close this bug as fixed. If you still have any problems with totem and the latest pre-releases please reopen. If it only fails with pitivi it's most likely a pitivi bug.
Reopening as I tested with the various gstreamer 0.10.26.3 updates today on my lucid testing box, still none of those files are correctly autodetected.
It seems bluez-gstreamer is the culprit; having it installed in karmic (it is, by default) causes the problems.
Yes, bluez is known to break stuff because the sinks have a too high rank although they can't be autoplugged. Apart from that you could try if things work better with this totem patch: http://git.gnome.org/browse/totem/commit/?id=fda6b27a40f4e130b48cd2c7ab8f9bed7b8009f3
Jean: Ping.
I'm unable to test this right now due to lack of time and the fact that my ubuntu 10.04 testing machine is hosed again.
Jean any news?
Hi, thanks for your patience and sorry for taking so long to get back to you folks (it was on my to-do list, I swear ;) Retested with Ubuntu 10.10 testing today, Totem is able to detect everything fine, no errors, so I'm closing this bug report (the pitivi bug #610325 still remains).