bongo-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bongo-devel] [bug #18627] Player failures should be reported to the use


From: Daniel Brockman
Subject: [bongo-devel] [bug #18627] Player failures should be reported to the user
Date: Fri, 29 Dec 2006 07:42:45 +0000
User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)

URL:
  <http://savannah.nongnu.org/bugs/?18627>

                 Summary: Player failures should be reported to the user
                 Project: Bongo
            Submitted by: dbrock
            Submitted on: fredag 2006-12-29 den 08:42
                Category: None
                Severity: 4 - Important
              Item Group: None
                  Status: Confirmed
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Currently, backend player failure is handled in roughly the same way as
backend player success.  This is a problem, because it makes problems
invisible to the user and therefore difficult to identify and understand.  It
makes Bongo behave very confusingly when a backend player cannot play a
track.

Specifically, when a backend cannot play a track, attempting to play the
track will cause the playback indicators (header line, fringe icon, and mode
line indicator) to appear briefly and then disappear almost immediately. 
Then the next track is played, and — given the previous failure —, it is
likely that this track will also fail to play.  The result is a rapid
run-down through the entire playlist — the playback indicators flashing
hysterically — until finally the last track is reached and all playback
stops.

This is not good for experienced users, and it is especially not good for
inexperienced users.  Therefore, all player failures should be reported to
the user, _with_ error messages from the backend players.  When a player
fails, playback should stop, to prevent the hysterical playlist run-through. 
If we don’t stop at the first error, we should at least stop after, say,
three consecutive errors.

There is one major problem with this, namely that there appears to be no
reasonably easy way to detect when mplayer fails.  It doesn’t return an
error code, and I don’t think it prints out any message that always means
‘failure to play anything at all’.  It does print out error messages —
tons of them in fact, even for files it _can_ play — but there is no
apparent pattern or regularity in them.

What we _could_ do is treat it as a failure whenever an mplayer process
terminates within, say, a second.  Is this good enough?  Can anyone think of
a better solution?  Does anyone want to file a bug report on mplayer? :-)

I do think, however, that most players other than mplayer return error codes
on failure.  Bongo even knows about this and runs a special failure hook,
‘bongo-player-failed-functions’.  So if we just did something useful
whenever this happened, this bug would be fixed (were it not for mplayer).

Having analyzed the problem in more detail, it doesn’t seem very hard to
fix.  What’s more, it’s rather important that we do fix it, because it is
a serious bug.  (I would say ‘I will fix this in X days’, but all such
promises I have made in the past have turned out to be lies.)

I will add the development mailing list to CC — I hope noone minds.  That
will also serve the purpose of announcing the existence of this Savannah
project page.  (Don’t use it if you don’t want to — the mailing list is
still perfectly good for everything it used to be good for.  Probably better
than this website, in fact, for most purposes.)




    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?18627>

_______________________________________________
  Meddelandet skickades via/av Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]