Bug 14826 - MPC files being skipped after a few secs
: MPC files being skipped after a few secs
Status: RESOLVED DUPLICATE of bug 10855
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.3.0
: PC Windows XP
: -- major with 3 votes (vote)
: 7.4.x
Assigned To: Squeezebox QA Team email alias
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-18 05:02 UTC by mll
Modified: 2009-10-20 15:40 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
Zipped server.log corresponding to the playiong of one MPC album (deleted)
2009-10-18 05:02 UTC, mll
Details
Log File (846.13 KB, text/plain)
2009-10-18 09:03 UTC, James Richardson
Details
Test file requested by James Richardson (6.04 MB, application/octet-stream)
2009-10-20 15:40 UTC, mll
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mll 2009-10-18 05:02:50 UTC
Created attachment 6158 [details]
Zipped server.log corresponding to the playiong of one MPC album

Since v7.3 (but it still happens with 7.4.0 - r28672), whenever I want to
listen to a Musepack (MPC) file, the squeezebox plays the first track for 1 sec
and skips to the next one, then it plays second track for 1 sec and skips, but
then the third track plays fine. After the third track is played to completion
this problem is repeated. This is not always the third track but it can't play
the first few tracks after each properly played track.

FLAC and MP3 albums play with no issues.

These MPC files are not corrupt and this happens with any mpc encoded album. On
v7.3, I could see a lot of instances of socketwrapper.exe on my computer (for
every skipped file). On v7.4, it seems SlimServer doesn't use external decoders
the same way, so no more accumulation of nistances of socketwrapper.exe

Atatched is a server.log corresponding to playing a whole album in MPC. Only
tracks #6 and #7 (maybe #8 and #9) played correctly IIRC.
Comment 1 James Richardson 2009-10-18 09:00:58 UTC
What application did you use to rip the files into MPC format.
Comment 2 James Richardson 2009-10-18 09:03:08 UTC
The content of attachment 6158 [details] has been deleted by
    James Richardson <jrichardson@slimdevices.com>
who provided the following reason:

removed zip to replace with actual log

The token used to delete this attachment was generated at 2009-10-18 09:02:42 PDT.
Comment 3 James Richardson 2009-10-18 09:03:46 UTC
Created attachment 6161 [details]
Log File

Attached is the log file from the customers uploaded ZIP file
Comment 4 mll 2009-10-18 10:53:59 UTC
well, IIRC, the present MPCs were transcoded with foobar2000. But it seems to happen with any MPC. For example, with MPCs gained from ripped CDs through EAC.

And as I said, there was no problem with these files on v7.2

I can send you one of them if you wish
Comment 5 Alp 2009-10-18 13:06:43 UTC
I brought this problem up in discussion forums too. 

(In reply to comment #1)
> What application did you use to rip the files into MPC format.

This does not matter I believe but my files are EAC ripped too. The encoder is mppenc (which is the only encoder). 

I see a lot of instances of socketwrapper.exe on my computer (for every skipped file). Reverting to 7.2 solves the problem.
Comment 6 James Richardson 2009-10-19 15:06:07 UTC
I have tested here with the Musepack files I have, and can not replicate the error.

Please attach a file that is failing for you and I will retest.
Comment 7 James Richardson 2009-10-19 15:13:46 UTC
Also, please try the latest night for 7.4.1, does that resolve the issue?
Comment 8 James Richardson 2009-10-20 13:42:35 UTC
*** This bug has been marked as a duplicate of bug 10855 ***
Comment 9 mll 2009-10-20 15:40:58 UTC
Created attachment 6180 [details]
Test file requested by James Richardson

Here is a MPC file that just got skipped after a couple of seconds