Bug 69856 – xine-lib_1rc6 refuses to play xvid encoded video files while rc5 works flawlessly

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Alexander 2004-11-02 10:39:50 UTC]

xine-lib_1rc6 seems not to recognize the existence of xvid-1.0.2 (0.9.1 either) during build process. So when, I try to watch a avi-video file encoded in xvid, I receive the message, that it was not possible to find a suitable codec. mplayer, in contrast, works well, so any problems in avifile are not likely.

Reproducible: Always
Steps to Reproduce:
1. emerge xvid xine-lib
2. try to watch video file. sound plays but not video
3.

Actual Results:  
well nothing

Expected Results:  
an image

[Comment 1 Guillaume Castagnino 2004-11-02 15:37:18 UTC]

Same problem here
Seems that xine-lib is build without ffmpeg support

Some patch fails to apply :
 * Patching ${S}/ltmain.sh ...
 *   Could not apply portage.patch!
 *   Please verify that it is not needed.
 * Cannot apply any patch, running libtoolize...

perhaps correcting it will do the trick !
(I have not yet found the correct way to apply the patch correctly)

[Comment 2 Guillaume Castagnino 2004-11-02 15:40:33 UTC]

see bug #64500

[Comment 3 Guillaume Castagnino 2004-11-02 16:23:54 UTC]

ebuild submitted at bug #64500 doesn't work for me
Using this work

[Comment 4 Guillaume Castagnino 2004-11-02 16:24:56 UTC]

Created attachment 43197 [details]
modified ebuild that works with internal ffmpeg

[Comment 5 Alexandre Rostovtsev (RETIRED) 2004-11-04 21:00:41 UTC]

The attached ebuild works fine here

[Comment 6 Giacomo Perale 2004-11-15 05:33:57 UTC]

same problem here with rc7, I didn't try the ebuild submitted, what changes did you do?

[Comment 7 Emanuele Tamponi 2004-11-15 08:18:04 UTC]

and same problem here, with rc7 too.

[Comment 8 Giacomo Perale 2004-11-15 08:42:58 UTC]

I solved mpeg-4 problem by compiling xine-lib with external ffmpeg (added myconf="${myconf} --with-external-ffmpeg" to the ebuild), win32 codecs (wm9, vp6) worked flawlessy with standard configure options too

[Comment 9 Alan Swanson 2004-11-26 03:51:19 UTC]

The actual problem is that the internal ffmpeg xine plugin has undefined symbols preventing it from being linked;

$ ldd -r /usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so
undefined symbol: mm_flags  (/usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so)
undefined symbol: dsputil_init_mmx  (/usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so)
undefined symbol: MPV_common_init_mmx  (/usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so)

While this a caused by missing defines in code when the ebuild disables mmx, commenting out the pic/mmx patch at "use pic && epatch ${FILESDIR}/${P}-mmx.patch" fixes the problem. Xine then works perfectly.

As Kevin F. Quinn says at the end of bug 67863, everything looks to be fixed for using both pic and mmx in Xine.

[Comment 10 Colin Tinker 2004-11-28 07:39:20 UTC]

Commenting out the pic/mmx patch at "use pic && epatch ${FILESDIR}/${P}-mmx.patch" fixes it for me in rc7

[Comment 11 PL Hayes 2004-11-29 21:52:02 UTC]

Thanks Alan.

[Comment 12 ra 2004-12-13 10:45:45 UTC]

Had the same problem, and thanks to Alan, commenting out the mmx patch fixed it.

[Comment 13 Roman Gaufman 2004-12-25 12:41:23 UTC]

same problem with rc8, please fix.

[Comment 14 Chris White (RETIRED) 2004-12-25 19:26:56 UTC]

foobar!  Fixed.