Bug 8443 - FLAC file with invalid embedded cue sheet isn't scanned properly
: FLAC file with invalid embedded cue sheet isn't scanned properly
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.1
: PC Linux (other)
: P3 minor (vote)
: 7.x
Assigned To: Andy Grundman
http://tinyurl.com/526wat
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-16 12:52 UTC by Stewart Loving-Gibbard
Modified: 2009-07-31 10:22 UTC (History)
6 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stewart Loving-Gibbard 2008-06-16 12:52:15 UTC
SqueezeCenter won't play this FLAC file:

http://www.sirenita.com/wp-content/u...OT%20PLAY.flac

When I check the logs, I see this error:
[08-06-16 08:39:48.0397] Slim::Player::Source::openSong (2198) Error: [file:///home/big_areca_raid/MP3Library/2008-06%20(Jun)/The%20Durutti%20Column%20-%20Fidelity%20(FLAC)/01%20-%20The%20Durutti%20Column%20-%20Fidelity.flac] Unrecognized type flc
[08-06-16 08:39:48.0401] Slim::Player::Source::errorOpening (1727) Error: While opening current track, so mark it as already played!
[08-06-16 08:39:48.0407] Slim::Player::Source::errorOpening (1727) Backtrace:

frame 0: Slim::Utils::Log::logBacktrace (/usr/share/perl5/Slim/Player/Source.pm line 1727)
frame 1: Slim::Player::Source::errorOpening (/usr/share/perl5/Slim/Player/Source.pm line 2200)
frame 2: Slim::Player::Source::openSong (/usr/share/perl5/Slim/Player/Source.pm line 377)
frame 3: Slim::Player::Source::playmode (/usr/share/perl5/Slim/Player/Source.pm line 1302)
frame 4: Slim::Player::Source::jumpto (/usr/share/perl5/Slim/Control/Commands.pm line 809)
frame 5: Slim::Control::Commands::__ANON__ (/usr/share/perl5/Slim/Control/Commands.pm line 865)
frame 6: Slim::Control::Commands::playlistJumpCommand (/usr/share/perl5/Slim/Control/Request.pm line 1776)
frame 7: (eval) (/usr/share/perl5/Slim/Control/Request.pm line 1776)
frame 8: Slim::Control::Request::execute (/usr/share/perl5/Slim/Web/JSONRPC.pm line 354)
frame 9: Slim::Web::JSONRPC::requestMethod (/usr/share/perl5/Slim/Web/JSONRPC.pm line 201)
frame 10: (eval) (/usr/share/perl5/Slim/Web/JSONRPC.pm line 201)
frame 11: Slim::Web::JSONRPC::handleURI (/usr/share/perl5/Slim/Web/HTTP.pm line 497)
frame 12: Slim::Web::HTTP::processHTTP (/usr/share/perl5/Slim/Networking/Select.pm line 243)
frame 13: (eval) (/usr/share/perl5/Slim/Networking/Select.pm line 243)
frame 14: Slim::Networking::Select::select (/usr/sbin/squeezecenter-server line 504)
frame 15: main::idle (/usr/sbin/squeezecenter-server line 454)
frame 16: main::main (/usr/sbin/squeezecenter-server line 1013)

I tried converting the file to WAV and back again - still the same problem. All the other FLACs from the same album rip work fine. The file plays fine in Foobar2000 on my desktop PC.

The other files seem to play fine, but they do generate messages like these. (I mention them only in case it is relevant - again, these files play fine):

[08-06-16 08:38:38.7402] Slim::Formats::readTags (167) Error: While trying to ->getTag(/home/big_areca_raid/MP3Library/2008-06 (Jun)/The Durutti Column - Fidelity (FLAC)/10 - The Durutti Column - Storm for Steve.flac) : Can't use an undefined value as a HASH reference at /usr/share/perl5/Slim/Formats/FLAC.pm line 885.
[08-06-16 08:38:38.7408] Slim::Formats::readTags (167) Backtrace:

frame 0: Slim::Utils::Log::logBacktrace (/usr/share/perl5/Slim/Formats.pm line 167)
frame 1: Slim::Formats::readTags (/usr/share/perl5/Slim/Schema.pm line 813)
frame 2: Slim::Schema::newTrack (/usr/share/perl5/Slim/Schema.pm line 1032)
frame 3: Slim::Schema::updateOrCreate (/usr/share/perl5/Slim/Utils/Scanner.pm line 330)
frame 4: Slim::Utils::Scanner::scanDirectory (/usr/share/perl5/Slim/Utils/Scanner.pm line 92)
frame 5: Slim::Utils::Scanner::scanPathOrURL (/usr/share/perl5/Slim/Control/Commands.pm line 1331)
frame 6: Slim::Control::Commands::playlistXitemCommand (/usr/share/perl5/Slim/Control/Request.pm line 1776)
frame 7: (eval) (/usr/share/perl5/Slim/Control/Request.pm line 1776)
frame 8: Slim::Control::Request::execute (/usr/share/perl5/Slim/Control/Request.pm line 830)
frame 9: Slim::Control::Request::executeRequest (/usr/share/perl5/Slim/Web/HTTP.pm line 934)
frame 10: Slim::Web::HTTP::processURL (/usr/share/perl5/Slim/Web/HTTP.pm line 749)
frame 11: Slim::Web::HTTP::processHTTP (/usr/share/perl5/Slim/Networking/Select.pm line 243)
frame 12: (eval) (/usr/share/perl5/Slim/Networking/Select.pm line 243)
frame 13: Slim::Networking::Select::select (/usr/sbin/squeezecenter-server line 504)
frame 14: main::idle (/usr/sbin/squeezecenter-server line 454)
frame 15: main::main (/usr/sbin/squeezecenter-server line 1013)

I'm running this version of SqueezeCenter:
SqueezeCenter Version: 7.1 - 20292 @ Thu May 29 00:32:19 PDT 2008 - Debian - EN - iso-8859-1

I tried adding an attachment here in the bug database but I suspect it is impractically big for an HTTP upload. Please get it from the URL above.

Ideas?
Comment 1 Spies Steven 2008-06-16 13:07:21 UTC
Stewart, the link to the file does not seem to be complete.  Please try submitting the link again or try attaching the file.  You might want to try using the URL field at the top of the page for the link to the file.
Comment 2 Stewart Loving-Gibbard 2008-06-16 13:14:45 UTC
Try this for the file download:

http://tinyurl.com/526wat

Comment 3 Spies Steven 2008-06-16 15:45:53 UTC
There is a strange, at least to me, cuesheet metadata block in the file even though the file appears to be a single track.  Removing this block the file is scanned without a problem.  Here is the block in question:

METADATA block #4
  type: 5 (CUESHEET)
  is last: false
  length: 480
  media catalog number: 0000000000000
  lead-in: 88200
  is CD: true
  number of tracks: 2
    track[0]
      offset: 0
      number: 1
      ISRC: 
      type: AUDIO
      pre-emphasis: false
      number of index points: 1
        index[0]
          offset: 0
          number: 0
    track[1]
      offset: 0
      number: 170 (LEAD-OUT)
Comment 4 Stewart Loving-Gibbard 2008-06-16 19:18:11 UTC
I think all the files in the album rip have the cue file you found. Here's another:

http://tinyurl.com/3h2m9n

This file plays for me in SqueezeCenter, and appears to have the embedded CUE.
Comment 5 Spies Steven 2008-06-17 09:00:05 UTC
The scanner chokes on the second file as well but not so bad it does not play.  Most of the metadata is not read however.  Once again removing the cuesheet metadata block will allow the file to be scanned without issue.
Comment 6 Chris Owens 2008-06-19 10:27:24 UTC
Michael are you the right person for scanner issues?
Comment 7 Michael Herger 2008-07-24 04:59:55 UTC
 (In reply to comment #6)
> Michael are you the right person for scanner issues?

Andy - would you mind giving me a helping hand?
Comment 8 Andy Grundman 2008-08-01 05:36:51 UTC
These files contain invalid cue sheets which don't define an "INDEX 01" start value.  This fix just ignores these invalid cue sheets.

Fixed in 7.2 change 22288.
Comment 9 Jordan Hirsch 2008-08-24 19:01:49 UTC
*** Bug 8727 has been marked as a duplicate of this bug. ***
Comment 10 Ross Levine 2008-08-27 18:48:42 UTC
Verified, plays in 7.2 - 22900.
Comment 11 James Richardson 2008-12-15 12:34:01 UTC
This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 12 Chris Owens 2009-07-31 10:22:51 UTC
Reduce number of active targets for SC