corrupt xine catalog.cache clobbers playback

Bug #123948 reported by Robert Persson
26
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xine-lib (Debian)
Fix Released
Unknown
xine-lib (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: libxine1

Somehow my ~/.xine/catalog.cache (or perhaps it was my ~/.xine/win32registry got corrupted and applications that use xine as a back end would play less than they should or nothing at all.

Examples:

Kaboodle would play oggs, but when it came to an mp3 it just stayed silent and did something else mildly weird, but I can't remember what.

Amarok would play nothing at all, not even wavs, complaining about the lack of a demuxer or output plugin or something.

Gxine wouldn't play anything and made similar complaints.

Removing my ~/.xine cured the problem. I'm attaching the old one somewhere below.

Revision history for this message
Robert Persson (ireneshusband) wrote :

Here is the attachment.

I should probably add that I had been using the feisty backports version of amarok without knowing it (due to a bug in both adept and synaptic) when my audio playback got clobbered.

Revision history for this message
Robert Persson (ireneshusband) wrote :

It happened to me again today. This time I deleted ~/.xine/catalog.cache and the problem went away. Unfortunately I forgot to save a copy of catalog.cache before I deleted it, so I can't attach it here.

Does the fact that it has happened to me twice mean there is something peculiar about my system? Are there any other files I could post here that would help you diagnose the problem?

Revision history for this message
Jorge Suárez de Lis (ys) wrote :

It happened to me today, too. The same behaviour with Amarok. Deleting ~/.xine solved it. Next time I'll keep the files, sorry.

Also, about a week or so Amarok complained about xine is not capable of playing mp3 files, and invited me to install MP3 support. I agreed and that did nothing. Again that time, deleting ~/.xine solved it.

Revision history for this message
Jorge Suárez de Lis (ys) wrote :

I starting suspect from kaffeine.

Are you using it also? A friend of mine that also uses kaffeine has had the same problem. Some other who doesn't haven't had it.

Revision history for this message
sanix (bormotunchik) wrote :

I think I have the same problem. The difference is amarok shows "No suitable demux plugin. This often means that the file format is not supported". rm -rf ~/.xine solved this.

Changed in xine-lib:
status: Unknown → Confirmed
Revision history for this message
xteejx (xteejx) wrote :

Marking as Confirmed - Medium Importance.
I am unable to test this, can someone test this in Jaunty please and Confirm if it is still a problem?
Thank you.

Changed in xine-lib (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
Changed in xine-lib (Debian):
status: Confirmed → Fix Released
Revision history for this message
xteejx (xteejx) wrote :

According to the Debian bugwatch, this was fixed in version 1.1.16.3-2 but we do not have it in Ubuntu just yet, so leaving as Confirmed

Revision history for this message
Hendrik Grahl (grahl) wrote :

I just encountered this problem on Karmic. No idea how it happened. After deleting .xine I can play mp3s again. This happen with amarok 2.2.0 and 2.2.1.

Revision history for this message
xteejx (xteejx) wrote :

This bug was fixed in xine-lib version 1.1.16.3-2, so all versions since Lucid will be fixed. Thank you.

Changed in xine-lib (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.