Bugzilla – Bug 17404
Cue-mp3, Cue-FLAC problems when navigated to via Music Folder, etc
Last modified: 2015-01-13 16:36:37 UTC
This refers to when a cue file is associated with either a FLAC or mp3 file and accessing them through the Web interface. (In my case they are always in the same folder on the hard drive.) If I use the Search function to navigate to a file the “Title” in the cue file shows up as I would expect. Clicking on it displays all the tracks in the cue file and I can select any or all the tracks to play and the navigation between tracks, etc works fine - no problem. [Problem 1 (minor)] - If I click on one of the ‘tracks’ displayed in the LH pane, the details of the track are displayed (as in 7.5.x) BUT the ‘Play’ and ‘Add to current playlist’ buttons have no effect at all. [Problem 2 MAJOR] – If, instead of using the search function, I navigate to the files from ‘Music Folder’ and then any subfolders both the cue file and the mp3/FLAC files are displayed but neither have any ‘Play’ or ‘Add to current playlist’ buttons against them. So neither the cue file nor the associated mp3/FLAC file can be ‘played’. These issues might well be associated with other bug reports but I couldn't find any specifically close enough so I started a new report. Please contact me for any more information.
The start of Para 2 should have read: "If I use the Search function or "Albums" or "Artists" to navigate to a file...."
I can confirm this with FLAC cuesheets in my setup: - Problem 1: Play icons in track lists works correctly but not the play icons at the top of the "Song Info" page in the web interface. - Problem 2: No play buttons at all when browsing by "Music Folder". For Problem 1, I got the following error in server.log the first time I tried to play it from "Song Info" page, not sure if it's relevant or just something with my setup causing these errors but I only get them from "Song Info" page, it works great to play from track lists. ============ [11-08-06 06:18:52.2520] Slim::Utils::Scanner::scanDirectory (318) Found 1 files in /mnt/mp3music_small/lossless/test/middlecompression.flac [11-08-06 06:18:52.2599] Slim::Formats::loadTagFormatForType (103) Error: Couldn't load module: : [syntax error at (eval 1783) line 2, at EOF ] [11-08-06 06:18:52.2606] Slim::Formats::loadTagFormatForType (103) Backtrace: frame 0: Slim::Utils::Log::logBacktrace (/media/disk2/squeezecenter/7.6/server/Slim/Formats.pm line 103) frame 1: Slim::Formats::loadTagFormatForType (/media/disk2/squeezecenter/7.6/server/Slim/Player/Protocols/File.pm line 405) frame 2: Slim::Player::Protocols::File::canSeek (/media/disk2/squeezecenter/7.6/server/Slim/Player/Song.pm line 830) frame 3: Slim::Player::Song::canDoSeek (/media/disk2/squeezecenter/7.6/server/Slim/Player/Song.pm line 800) frame 4: Slim::Player::Song::canSeek (/media/disk2/squeezecenter/7.6/server/Slim/Player/Song.pm line 387) frame 5: Slim::Player::Song::open (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 1227) frame 6: Slim::Player::StreamingController::_Stream (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 288) frame 7: Slim::Player::StreamingController::_eventAction (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 739) frame 8: Slim::Player::StreamingController::_nextTrackReady (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 693) frame 9: Slim::Player::StreamingController::__ANON__ (/media/disk2/squeezecenter/7.6/server/Slim/Player/Song.pm line 337) frame 10: Slim::Player::Song::getNextSong (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 698) frame 11: Slim::Player::StreamingController::_getNextTrack (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 959) frame 12: Slim::Player::StreamingController::_StopGetNext (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 288) frame 13: Slim::Player::StreamingController::_eventAction (/media/disk2/squeezecenter/7.6/server/Slim/Player/StreamingController.pm line 2082) frame 14: Slim::Player::StreamingController::play (/media/disk2/squeezecenter/7.6/server/Slim/Control/Commands.pm line 979) frame 15: Slim::Control::Commands::playlistJumpCommand (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 1878) frame 16: (eval) (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 1878) frame 17: Slim::Control::Request::execute (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 875) frame 18: Slim::Control::Request::executeRequest (/media/disk2/squeezecenter/7.6/server/Slim/Player/Client.pm line 648) frame 19: Slim::Player::Client::execute (/media/disk2/squeezecenter/7.6/server/Slim/Control/Commands.pm line 2980) frame 20: Slim::Control::Commands::_playlistXitem_load_done (/media/disk2/squeezecenter/7.6/server/Slim/Control/Commands.pm line 1525) frame 21: Slim::Control::Commands::__ANON__ (/media/disk2/squeezecenter/7.6/server/Slim/Utils/Scanner.pm line 102) frame 22: Slim::Utils::Scanner::scanPathOrURL (/media/disk2/squeezecenter/7.6/server/Slim/Control/Commands.pm line 1541) frame 23: Slim::Control::Commands::playlistXitemCommand (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 1878) frame 24: (eval) (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 1878) frame 25: Slim::Control::Request::execute (/media/disk2/squeezecenter/7.6/server/Slim/Control/Request.pm line 875) frame 26: Slim::Control::Request::executeRequest (/media/disk2/squeezecenter/7.6/server/Slim/Web/HTTP.pm line 922) frame 27: Slim::Web::HTTP::processURL (/media/disk2/squeezecenter/7.6/server/Slim/Web/HTTP.pm line 736) frame 28: Slim::Web::HTTP::processHTTP (/media/disk2/squeezecenter/7.6/server/Slim/Networking/IO/Select.pm line 139) frame 29: (eval) (/media/disk2/squeezecenter/7.6/server/Slim/Networking/IO/Select.pm line 123) frame 30: Slim::Networking::IO::Select::__ANON__ (/media/disk2/squeezecenter/7.6/server/Slim/Networking/IO/Select.pm line 184) frame 31: (eval) (/media/disk2/squeezecenter/7.6/server/Slim/Networking/IO/Select.pm line 184) frame 32: Slim::Networking::IO::Select::loop (/opt/squeezecenter76/slimserver.pl line 693) frame 33: main::idle (/opt/squeezecenter76/slimserver.pl line 643) frame 34: main::main (/opt/squeezecenter76/slimserver.pl line 1138) [11-08-06 06:18:52.2626] Slim::Player::Song::open (409) Error: Couldn't create command line for cur playback for [file:///mnt/mp3music_small/lossless/test/middlecompression.flac] ============
Could you please provide us with some sample files causing this issue?
BMF is a mess, I am pretty sure cue sheets work fine via normal browsing, which is what I would recommend as a workaround.
(In reply to comment #3) > Could you please provide us with some sample files causing this issue? As far as I can tell, from my music library, the issue is occurs when *any* cue file refers to an mp3 or a flac file. (It seems to also relate to aac+cue files, but cue files for aac files don't work anyway in my system with a Squeezebox Duet.) Possibly be a problem with all cue sheets, whatever the type of music file? I tried to upload a small test FLAC file and a simple cue file as attachments but the system didn't seem to want to know, so I have uploaded them to Mediafire FLAC: http://www.mediafire.com/?4hhgl3l853tpbxz cue: http://www.mediafire.com/?22tks50olehdawn The following FLAC file is a 'real life' example but it 169 MB FLAC: http://www.mediafire.com/?2bz2gf6ed1xfava cue: http://www.mediafire.com/?zkqxfbnq2wmt4m1 I can also upload mp3+cue files if it would help.
No problem with 7.5.x versions. I updated to 7.6.0 an same problem. cue file + wav don't work
No problem with 7.5.x versions. I updated to 7.6.0 and same problem. cue file + wav is not working also. I detected this bug if I navigate to via music folder.
Here is a screenshot with the problem: http://forums.slimdevices.com/showthread.php?p=649155#post649155
if you want send a large file to Logitech to investigate http://wiki.slimdevices.com/index.php/Large_File_Upload
tried with the few cue's i have works in normal menus broken with BMF . it seems universal tried wav, flac,mp3 7.6-33073
This is broken because of this code in BrowseLibrary.pm: # Cannot do anything useful with a playlist in BMF # elsif ($_->{'type'} eq 'playlist') { # $_->{'type'} = 'text'; # $_->{'favorites_url'} = $_->{'url'}; # $_->{'playlist'} = \&_playlistTracks; # $_->{'url'} = \&_playlistTracks; # $_->{'passthrough'} = [ { searchTags => [ "playlist_id:" . $_->{'id'} ] } ]; # } Alan/Michael: Can you help? I tried uncommenting this and changing type to 'playlist' but this gives an "edit playlist" screen for cue sheets, which isn't right.
I just gave up on this and decided that supporting playlists via BMF was not necessary,
I hope you did not decide, to let the problem like this. Half of my library is unusable. It is a serious issue according to me. Thanks in advance to troubleshoot this problem!
I'm very disappointed that this bug is seemingly being kicked into the long grass, especially if the comment "I just gave up on this and decided that supporting playlists via BMF was not necessary" means that supporting cue+media files in BMF is now considered not to be a necessary part of the Squeezebox Server spec. As far as I am concerned, the inability to play cue+media files via BMF greatly degrades the Squeezebox usefulness and, having stuck with 7.6 so far, am going to revert to 7.6.5 on my main machine. Also, if the Squeezebox Server spec is changing from one release to another this will rapidly erode confidence in the product. Please think again about this.
(In reply to comment #14) Apologies - this was badly worded. The first para should have been: "I'm very disappointed that this bug is seemingly being kicked into the long grass, especially if the comment "I just gave up on this and decided that supporting playlists via BMF was not necessary" means that supporting being able to play either the cue or media file in BMF when both are present in the same folder is now considered not to be a necessary part of the Squeezebox Server spec." I also apologise if I have got hold of the wrong end of the stick.
The fact of the matter is that BMF has always been a (very) second-class citizen in the SqueezeServer browsing functionality. It has always been thought of (by the developers) as something of a hack to enable access to files that have not yet been scanned, or as a test tool. On several occasions in the past few years, BMF came very close to being removed entirely. Now, I realise that many people do not like that. Some would prefer BMF to be the primary browse mechanism and be independent of any DB. I'm just trying to tell it how it is. I see little chance of this getting increased attention in the near future. It is on the radar of several developers and, should someone be working on that area of the code, then it may just get fixed.
I'm still looking forward to developers sanity. I definitely prefer BMF to be the primary browse mechanism.
The fact is many music files don't get scanned as well as they should and it is easier to find your music in BMF. This is a big usability issue.
Well, just returned to an older version because of this bug. The older version is much quicker btw. So what's going on?
Regrettably, the “cue sheet” does not seem to be a priority :( Cue Sheets are essential for my vinyl and radio rips, more so, when I cannot clearly cut them – as is the case, for example, in concerts or mixes… Other contributors already mentioned other use-cases. Developers, please google some reading on cue sheets use-cases and solve this extremely important matter; it should be a marginal effort compared to the tremendous job you did otherwise…
*** Bug 17900 has been marked as a duplicate of this bug. ***
*** Bug 16844 has been marked as a duplicate of this bug. ***
*** Bug 10254 has been marked as a duplicate of this bug. ***
Guys, any progress on this? Or is it still in the "long grass"? I have a similar issue as previously mentioned, lots of long (1hr+) mixes where the .cue file won't delineate the individual tracks properly. I too have resorted to an old Squeezeboxserver version to resolve which is less than ideal.
P.S. to give an idea of the size of (my) problem, library scan with latest LMS version gives around 4,200 tracks, scan with old (7.5.5) version I've just reverted to, gives 6,200 tracks. And I have lots of long mixes for which I haven't yet bothered to create .cue files, because they don't work properly...Otherwise, a brilliant system.
Restore CUE file playback in BMF. commit 96d003d19b6ed3785d934969a8cfd88a7aea452e