Yesterday, after I upgraded to amaroK 1.4, switching from the gstreamer engine to the Xine engine in the process, I discovered that Xine won't play ogg files. This is not a problem with the amaroK engine, as running Xine directly produces this:
There is no demuxer plugin available to handle '<file>'. Usually this means that the file format was not recognized.
I tried multiple ogg files from different sources, all of which played with both mplayer and xmms.
pacman -Qs xine-lib local/xine-lib 1.1.1-2 pacman -Qs libogg local/libogg 1.1.3-1 pacman -Qs libvorbis local/libvorbis 1.1.2-1
My Xine is better than your Xine, no problems with Ogg.
Thanks for the reply.
I'm ashamed of my Xine. It gets poor marks in school, and is always hanging out with the wrong sort. No doubt it's their influence which is responsible for this most egregious breach of conduct. Still, with the proper guidance, I'm sure it can be coaxed into performing much more satisfactorily than it currently does.
I don't suppose you're as expert a counselor as you are a comedian, are you? Though they say laughter is the best medicine, I'm not sure it's quite the thing in this situation.
Ok, let's try.
My versions are the same, my /usr/lib/xine/ contains 102 files, just as it should from pacman -Ql.
pacman -Qi xine-lib:
Depends On: codecs esd esd flac libmng libogg libtheora libvorbis sdl
Required By: gxine
pacman -Qi libogg:
Depends On: glibc
Required By: flac libtheora libvorbis xine-lib
pacman -Qi libvorbis:
Depends On: glibc libogg
Required By: sdl_mixer sox vorbis-tools xine-lib xmms
You could try reinstalling xine-lib or rm -rf ~/.xine. Do you have vorbis-tools? Use ogg123 to test it via commandline.
Removing my .xine folder seems to have done the trick. Thanks for the hand!