Hi, everyone.
I’m new on the forum, so please be kind to me;). I have compiled from source (:X) xine-lib-1.1.16.3 and, my goodness, installed it on my OpenSuSE-11.1 system…
If you are still ready to help me, I will go on. So, after the installation everything works OK, fine and excellent – I mean Kaffeine, Amarok and the sound system in general. Actually, I do this operation all the time and never had any problems…
But now strange things started happening. As soon as I reboot, log in and launch a xine-lib-related application (Amarok2 or Kaffeine in my case) I can see that xine CAN NOT PLAY FLAC files anymore!
It can play any other kind of audio file xine-lib was compiled to support, but not FLAC! Now can anybody tell me, what is it that the system is doing on reboot, that after that I can’t play FLAC files??? Now if I reinstall xine-lib, it works fine again – until the next reboot…
This thing started just a week ago, after one of the system updates via the updater plugin – a normal procedure…
I’m running 2.6.29-rc5-16-pae kernel from the Factory repositories, as well as some other “bleeding edge” stuff from there. Of course, I don’t see how FLAC playback can be effected by this … Using the new Ext4 file system, too.
I’m also using KDE4.2.2 and, of course, xine-backend soundsystem plugin – these work fine anyway, and the xine-backend doesn’t seem to depend on the particular version of xine-lib, as it is a “standalone” code.
xine-lib “forgets” its ability to play FLAC files also after any update/install/uninstall procedures done through YaST. But ldconfig -p | grep 'libxine' command shows, that libxine.so and libxine.so.1 are still in the cache and are pointing to the correct file (libxine.so.1.26.0), which is still where it was installed… the same about all the FLAC libraries and plugins. So what could it be???
OK, thanks everyone for help, I think I’ve got it. In the directory /usr/lib/xine/plugins/1.26, where all the xine-lib plugins were installed, there is a file called “mime.types”, listing the application/media types xine must handle. My attention was attracted to the string “video/x-flic”, which, you know, looked as if it should actually read “video/x-flac”… I realise, that it can be just my imagination and desire to fix the broken thing, but I corrected it to “…flac” – and voila, xine immediately recovered its ability of FLAC palyback.
I just wander, what application dared write this file with mistakes!
There is another trouble now, though: Amarok2 now decided,all of a sudden, that it actually cannot see the playlists and even the whole collection any more. “Rescan collection” is not convincing enough for the willful application now…
Really, sometimes I have a temptation to take my favorite sledge hammer and go for the easy solutionrotfl!rotfl!
I know, I know, I should have installed xine-lib and amarok from OpenSuSE repositories and be just happy with the limited playback it offers (which limitation would have been compensated by the happiness from the fact, that by using it I infringe on nobody’s copy rights!). But you know, I wanted to watch some DVDs…:(
Thank you! I heard of that, too. But for some reason this unlimited version never shows up in my YaST software handling module among the available packages, although Packman repository is ON. Must be, at least.
Yet, it would be the right thing to know, which application it is, that overwrites the “mime.types” file in the /usr/lib/xine/plugins/* directory… It is thanks to this curiosity of mine, that I’ve been able to solve all the problems I ever had, without ever asking on the forum.
We can be sure if you copy the “zypper lr” output. And/Or “ls /var/cache/zypp/{raw,solv}” output.
But I suppose the problem is you don’t know how YaST works and it was hidden to you. A “zypper se -s libxine” should show both packages, from openSUSE and Packman.
I don’t think any app is overwriting it.
a) Only root can modify it
$ l /usr/lib64/xine/plugins/1.26/mime.types
-rw-r–r-- 1 root root 1434 abr 17 21:28 /usr/lib64/xine/plugins/1.26/mime.types
b) The file in my system wasn’t modified since the Packman package installed it
OK! I found them after all. Although libxine-devel of Packman’s make shows up in zypper’s output and does not in YaST gui. But I will survive so far.
You’re also right about the “video/x-flic” string, and I was wrong. Yet, what I described, really happened that way and the FLAC playback WAS recovered after editing “mime.types”! Weird…
And the file “mime.types” is actually being written from the sudo make install command right after the xine-lib compilation.
The strange behavior of xine-lib is still inexplicable. I must add now, that Amarok2 would crash every time it would thus fail to playback a FLAC file (using xine-backend). Kaffeine would not, though. But Kaffeine was KDE3* related, while Amarok2 is bound to KDE4. The KDE debugging window would show up as Amarok2 fails, but the output has nothing to do with libxine at all. I’m afraid, I cannot even duplicate it now, when everything is working fine…
