FS#9025 - [gstreamer0.10-pitfdll] and Intel Indeo 5 codec

Attached to Project: Arch Linux
Opened by Manuel C. (ekerazha) - Thursday, 27 December 2007, 21:08 GMT
Last edited by Jan de Groot (JGC) - Saturday, 06 June 2009, 21:20 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Medium
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

"gstreamer0.10-pitfdll" + "codecs" (shouldn't it be a dependency? Or at least "optional" inside a .install) should also play Intel Indeo 5 encoded videos, however:

1) "gstreamer0.10-pitfdll" needs a patch because of a bug (you can find this patch here http://gentoo-overlays.zugaina.org/ecatmur/media-plugins.html.en too "indeo5.patch", or inside the .diff of the Ubuntu package). There are also other patches, maybe you could take a look at them too.

2) The bad news are that, *also* with the patched package, I can't play Indeo 5 files: Totem(-gstreamer) says it can't find a proper gstreamer module, but "gstreamer0.10-pitfdll" (patched) + "codecs" are already installed.
This task depends upon

Closed by  Jan de Groot (JGC)
Saturday, 06 June 2009, 21:20 GMT
Reason for closing:  Won't fix
Additional comments about closing:  And so is gstreamer0.10-pitfdll then.
Comment by Manuel C. (ekerazha) - Thursday, 27 December 2007, 21:49 GMT
Well...

... adding "--with-dlldir=/usr/lib/codecs" (default is /usr/lib/win32 but this doesn't exist in Arch) to "./configure" inside the PKGBUILD seems to *partially* fix the issue: it initially finds the Indeo decoder, but then it says it can't load the decoder from "/usr/lib/win32" (but I specified "/usr/lib/codecs"!), so maybe this "win32" directory is hardcoded somewhere.

Solutions? Try to fix this issue or maybe creating a symlink...
Comment by Manuel C. (ekerazha) - Thursday, 27 December 2007, 22:04 GMT
ln -s /usr/lib/codecs /usr/lib/win32

This workaround the "directory issue". Obviously you have to also apply the "indeo5.patch" patch. Now the Indeo 5 videos work fine. If you think that the symlink trick is too much hack-ish, you should find out why the "--with-dlldir=/usr/lib/codecs" parameter works only partially.
Comment by Jan de Groot (JGC) - Friday, 28 December 2007, 02:07 GMT
We're about to remove codecs from our repositories, dependencies for mplayer and xine-lib have already been removed to not depend on codecs anymore. Codecs will be removed in a short while and so will gstreamer0.10-pitfdll.
Comment by Manuel C. (ekerazha) - Monday, 21 January 2008, 14:51 GMT
If you move them to [unsupported] I can fix them.
Comment by Manuel C. (ekerazha) - Sunday, 23 March 2008, 15:57 GMT
News? This package simply doesn't work.
Comment by Manuel C. (ekerazha) - Tuesday, 25 March 2008, 14:04 GMT
I've adopted gstreamer0.10-pitfdll-cvs in AUR (http://aur.archlinux.org/packages.php?ID=6557 - it uses a CVS snapshot) in AUR and it does work.
Comment by Greg (dolby) - Saturday, 17 May 2008, 16:55 GMT
gstreamer0.10-pitfdll and codecs still havent been removed from extra for some reason
Comment by Manuel C. (ekerazha) - Sunday, 18 May 2008, 12:06 GMT
If you don't remove this package, it should be updated to something that is very similar to the "gstreamer0.10-pitfdll-cvs" package I've uploaded to AUR. Also Debian "stable" uses a cvs snapshot of gstreamer0.10-pitfdll because the last released version is very very buggy. And you should also care about the /usr/lib/codecs path issue (I've added the --with-dlldir=/usr/lib/codecs flag but it didn't fix the issue completely... so I've also created a symlink to /usr/lib/win32).
Comment by Gerardo Exequiel Pozzi (djgera) - Saturday, 06 June 2009, 19:34 GMT
codecs pkg was removed from repos.

Loading...