Bug 5 - Short Clips lost on single play
: Short Clips lost on single play
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Streaming From SlimServer
: 5.x or older
: PC All
: P2 normal with 9 votes (vote)
: ---
Assigned To: Vidur Apparao
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2003-12-17 13:16 UTC by KDF
Modified: 2008-12-18 11:53 UTC (History)
0 users

See Also:
Category: ---


Attachments
log of short mp3 failing with repeat off (23.53 KB, text/plain)
2004-08-13 14:40 UTC, Kevin Pearsall
Details
log of short mp3 playing with repeat ON--still looks ugly though (111.40 KB, text/plain)
2004-08-13 14:41 UTC, Kevin Pearsall
Details

Note You need to log in before you can comment on or make changes to this bug.
Description KDF 2003-12-17 13:16:21 UTC
Playing with REPEAT off, of a short clip from slimserver to the Squeezebox gets
lost. With REPEAT on, a small amount of the first cycle is lost, but it
continues fine from there.  The sample clip used for this can be found here:

http://www.deane-freeman.com/slimserver/Email.mp3
Comment 1 Kevin Pearsall 2004-08-13 14:27:39 UTC
I wasn't aware of this bug until a customer e-mailed about it.  But it looks
more like a server side problem.  I made a d_source log of a failure and a
success and will attach them.
Comment 2 Kevin Pearsall 2004-08-13 14:40:37 UTC
Created attachment 101 [details]
log of short mp3 failing with repeat off
Comment 3 Kevin Pearsall 2004-08-13 14:41:31 UTC
Created attachment 102 [details]
log of short mp3 playing with repeat ON--still looks ugly though
Comment 4 Blackketter Dean 2005-03-11 13:03:32 UTC
Vidur believes that this is fixed with his changes to Source.pm.  Please verify.
Comment 5 KDF 2005-03-11 18:48:04 UTC
for the record, I'm hearing the short track that revealed this bug in the first
place.
Comment 6 Chris Owens 2008-12-18 11:53:23 UTC
Routine bug db maintenance; removing old versions which cause confusion.  I apologize for the inconvenience.