Messages

I'm going to try Jeangot's suggestion of symlinking the other instances of libxine.so.1.19.0 (/usr/lib and /opt/libxine/lib) to the newly compiled version in /usr/local/lib/. I'll post the results later.

Ok, that did the trick. I moved the files in those directories to .bak and symlink'd the libxine from /usr/local/lib. Now xine indicates using coreavc, and playback is much improved. Before, xine would spike to 100% during action sequences, but now dbshow runs a steady 50-60% of cpu.

Next step is to get coreavc working with mplayer so I can get smooth 1080p mkv playback through the linuxmce interface.

If you'll check the man page, you'll find that: patch -p1 < <path to coreavc-for-linux>/xine/dshowserver.patch is actually equivalent to: patch -Np1 -i <path/to/coreavc-for-linux/>xine/dshowserver.patch.  With the added benefit of quitting if the patch was already applied, instead of asking to reverse the patch instead which can be confusing.

Doh. Just saw this after rereading the thread. I'm going to try Jeangot's suggestion of symlinking the other instances of libxine.so.1.19.0 (/usr/lib and /opt/libxine/lib) to the newly compiled version in /usr/local/lib/. I'll post the results later.

I'm wondering why the patching fails when you run my syntax. If for some reason the patch was not happening, it would explain why the new xinelib does not use CoreAVC.

FWIW, the Xine Install instructions at http://code.google.com/p/coreavc-for-linux/wiki/XineInstall indicate the following:

Code Select Expand

patch -p1 < <path to coreavc-for-linux>/xine/dshowserver.patch

Notice the '<' between the -p1 and the <path...>. When I ran the above command, I was able to patch the xine-lib src.

Having said that, I'm in the same boat as cirion with regards to CoreAVC not running when executing Xine in KDE.  Any further suggestions?