Bug 17441 - mp2/cue files don't play at all in 7.6.1 33073 (server.log errors)
: mp2/cue files don't play at all in 7.6.1 33073 (server.log errors)
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.6.0
: PC Windows 7
: P2 normal with 1 vote (vote)
: 7.7.1
Assigned To: Andy Grundman
: MP3::Cut::Gapless
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-08-13 06:03 UTC by John Booth
Modified: 2011-11-25 10:36 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Booth 2011-08-13 06:03:18 UTC
This might be related to Bug 17397 where any mp2+cue file would crash the scanner (reported as fixed in 7.6.1 33072 nightly and assigned to Andy Grundman).

Testing done with 7.6.1 33072 with the Music Folder only containing one cue file and one mp2 file. All scans were "Clear library and rescan everything". Mp2 files without a cue file play without a problem.

In all cases the files played without any difficulty in SBS 7.5.4 and prior (I have never run 7.5.5).

Simple cue file with 1 or 2 tracks
----------------------------------
Scanning works fine with no errors in scanner log.
Library statistics show as expected.
But, when trying to play from Web Control, it seems to play (with the time incremented as normal) but there is no sound.
Clicking pause sometimes restarts play from beginning of track.
server.log has *hundreds* of identical entries, e.g.:

[11-08-13 13:23:14.0812] Slim::Networking::IO::Select::__ANON__ (147) Error: Select task failed calling Slim::Web::HTTP::sendStreamingResponse: Invalid frame offset 583522 for frame 4236 (69a81c8a) at /<C:\PROGRA~2\SQUEEZ~1\server\SQUEEZ~3.EXE>Slim/Player/Protocols/File.pm line 250.
; fh=Slim::Web::HTTP::ClientConn=GLOB(0x793790c)


Straightforward cue file with 3 or more tracks
----------------------------------------------
Scanning works fine with no errors in scanner log.
Library statistics show as expected.
But no response at all in Web Control when trying to play
SBS stops running
Server.log has the entres:

[11-08-13 13:36:05.5302] Slim::Utils::Misc::msg (1236) Warning: [13:36:05.5300] Error: Unable to read at least 10 bytes from file.
[11-08-13 13:36:05.5306] Slim::Utils::Misc::msg (1236) Warning: [13:36:05.5305] Perl interpreter failed at /<C:\PROGRA~2\SQUEEZ~1\server\SQUEEZ~3.EXE>MP3/Cut/Gapless.pm line 98.


Sample of cue files used:
-------------------------
PERFORMER "David Lloyd-Jones, English Northern Philharmonic"
TITLE "Constant Lambert - Tiresias - Lloyd-Jones 13/07/08 192S"
FILE "Const Lambert - Tiresias 08-07-13.mp2" MP2
  TRACK 01 AUDIO
    TITLE "Announcer"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Constant Lambert: Tiresias"
    PERFORMER "Lloyd-Jones"
    INDEX 01 01:29:44



PERFORMER "Barenboim, Berlin Staatskapelle"
TITLE "Beethoven - Pn Conc No 1, Schoenberg Pelleas - Barenboim DAB 10-02-04"
FILE "Po3 Beetn PC1 Schoenb Pelleas - Barenboim 10-02-03 DAB 192S.mp2" MP2
  TRACK 01 AUDIO
    TITLE "Announcer"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Beethoven - Piano Concerto No 1 - Barenboim"
    INDEX 01 02:41:38
  TRACK 03 AUDIO
    TITLE "Announcer"
    INDEX 01 39:52:36
  TRACK 04 AUDIO
    TITLE "Barenboim on Beethoven and Schoenberg"
    INDEX 01 41:05:46
  TRACK 05 AUDIO
    TITLE "Announcer"
    INDEX 01 46:39:70
  TRACK 06 AUDIO
    TITLE "Schoenberg - Pelleas und Mellisande - Barenboim"
    INDEX 01 49:19:00
  TRACK 07 AUDIO
    TITLE "Announcer"
    INDEX 01 88:32:00

Please contact me if you need any further information.
Comment 1 John Booth 2011-08-14 15:31:24 UTC
For some inexplicable reason I originally stated that the bug report related to 33072.

This was WRONG - it actually relates to 33073.

Apologies for the confusion
Comment 2 John Booth 2011-09-20 03:20:11 UTC
This problem is still occurring with 7.6.2 - 33449.
Comment 3 Andy Grundman 2011-11-25 10:36:57 UTC
Fixed, will be in 7.7.1 soon. The gapless MP3 processor now ignores non-MP3 files properly.