On Fri, Dec 02, 2005 at 03:15:49PM -0600, Joe Wreschnig wrote:
> On Thu, 2005-12-01 at 16:27 -0500, Zack Weinberg wrote:
> > On Thu, Dec 01, 2005 at 02:27:03PM -0600, Joe Wreschnig wrote:
> > > 
> > > Can you download the SVN version
> > > (http://svn.sacredchao.net/svn/quodlibet/trunk/quodlibet) and see if it
> > > still happens?
> > 
> > Sure, I can try that.  I'll give it several days to stay gone if the
> > problem seems to be fixed.

The SVN version has not yet hung up on me.  However, it does occasionally
pop up a completely unhelpful error box (the one generated by
SongWatcher.error) and halt playback.  I tried to hack up the logic in
player.py to get a more helpful error message, hoping that the GStreamer
'error' signal would trigger and I could use that, but it didn't work --
set_state() is returning gst.STATE_FAILED on one or other of the calls
from PlaylistPlayer.__load_song, and I can't find any more detailed
error indication.

Tangentially, I'd like to suggest rearranging the logic in
PlaylistPlayer.__get_song so that this bit

            config.set("memory", "song", song["~filename"])
            self.song = song
            self.info.song_started(song)
            self.volume = self.__volume

all happens before the call to __load_song.  The error function will
undo most of it if __load_song fails, and it causes the GUI to advance
the this-is-the-current-song indicator to the track that caused the failure;
thus, when it happens, one can just push the play button again and it'll
(so far) pick up where it left off instead of on the previous song.

> Another suggestion which seems to have worked for someone on the IRC
> channel is to remove the "gst.use_threads(True)" line from player.py.

I'll try that next.  What IRC channel, by the way?

zw


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to