Bug 203580 – media-libs/xine-lib-1.1.8 doesn't find win32codecs

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description onip 2007-12-28 15:58:02 UTC]

I've got a .rm video which nor xine-ui nor gxine can't play. They all can't find cook.so and drvc.so . I've also got a modified totem ebuild with xine-lib enabled which, launched with totem --debug video.rm, is a bit more verbose than those 'official' two players above. Totem (ie xine-lib) seems to look for those libs in /usr/lib/codecs while they are installed in /usr/lib/real and symlinked in /usr/lib/win32 .
As a side note mplayer plays the video flawlessy.

Reproducible: Always

[Comment 1 Jakub Moc (RETIRED) 2007-12-28 18:25:30 UTC]

Yeah, and it won't... See Bug 150288.

[Comment 2 onip 2007-12-28 20:45:36 UTC]

Ok, I understand security issues. But these codecs I'm talking about _are_ installed. they are not removed as the other bug states

onip @ Hal9000 ~ $ qlist win32codecs | grep -e cook -e drvc
/usr/lib/real/drvc.so
/usr/lib/real/cook.so
/usr/lib/real/cook.so.6.0
/usr/lib/win32/drvc.so
/usr/lib/win32/cook.so.6.0
/usr/lib/win32/cook.so

They _do_ are there but xine doesn't find 'em. If I provide a link /usr/lib/codecs -> /usr/lib/win32 . Then xine based player work fine, and that's why I pointed to xine-libs.
If those codec would be unsupported then mplayer shouldn't play them, am i wrong?

[Comment 3 Jakub Moc (RETIRED) 2007-12-28 20:51:12 UTC]

Eh, misread the bug.

[Comment 4 Alexis Ballier 2008-08-12 21:03:47 UTC]

seems a dupe of bug #197236

*** This bug has been marked as a duplicate of bug 197236 ***