PDA

View Full Version : Help debugging why certain tracks won't play



Mandarb
2010-11-21, 14:52
[ I know this is a long post. I have tried to be comprehensive in the steps I have tried and the output I have seen. All help is greatly appreciated. ]

I have been running Squeezebox Server in its various names since about 2002 and have generally found it to be trouble free. Recently though I ripped some new CDs and they refuse to play on my Squeezebox 3. They play just fine through iTunes, VLC, and lame can decode them just fine, but when I try to play them through the Squeezebox Server they either play for a few seconds, or are skipped all together. It is not a permission issue as the tracks show up in the web interface and I can view their metadata, tags, etc. I have done a full wipe and rescan which didn't help.

My work flow is to rip with Exact Audio Copy V0.99 prebeta 5, add MusicBrainz tags with the eyeD3 library, and adjust gain with mp3gain.

My server is Debian/unstable running Squeezebox Server (7.5.2 - 31545) from deb http://debian.slimdevices.com testing main.

I set a bunch of logging levels to DEBUG:


log4perl.logger.formats.audio = DEBUG
log4perl.logger.formats.metadata = DEBUG
log4perl.logger.os.files = DEBUG
log4perl.logger.os.paths = DEBUG
log4perl.logger.player.source = DEBUG
log4perl.logger.player.streaming = DEBUG
log4perl.logger.player.streaming.direct = DEBUG
log4perl.logger.player.streaming.remote = DEBUG
log4perl.logger.server = DEBUG
log4perl.logger.server.plugins = DEBUG


Full log from when I tried to play the track is attached. The part that jumps out at me is where it goes from playing to idle in 7/100th of a second with no indication of why:


[10-11-21 13:15:15.1537] Slim::Player::StreamingController::_eventAction (271) 00:04:20:06:88:4d: Started in BUFFERING-STREAMING -> Slim::Player::StreamingController::_Playing
[10-11-21 13:15:15.1544] Slim::Player::StreamingController::_setPlayingStat e (2244) new playing state PLAYING
[10-11-21 13:15:15.1551] Slim::Player::StreamingController::_Playing (361) Song 0 has now started playing
[10-11-21 13:15:15.1574] Slim::Player::StreamingController::_Playing (389) Song queue is now 0
[10-11-21 13:15:15.1685] Slim::Player::StreamingController::_eventAction (303) 00:04:20:06:88:4d: Started - new state PLAYING-STREAMING
[10-11-21 13:15:15.2114] Slim::Player::StreamingController::stop (1973) 00:04:20:06:88:4d
[10-11-21 13:15:15.2230] Slim::Player::StreamingController::_eventAction (271) 00:04:20:06:88:4d: Stop in PLAYING-STREAMING -> Slim::Player::StreamingController::_Stop
[10-11-21 13:15:15.2251] Slim::Player::StreamingController::_Stop (604) Song queue is now 0
[10-11-21 13:15:15.2289] Slim::Player::SongStreamController::DESTROY (45) DESTROY(Slim::Player::SongStreamController=HASH(0x b135c90)) live=0
[10-11-21 13:15:15.2297] Slim::Player::StreamingController::_setPlayingStat e (2244) new playing state STOPPED
[10-11-21 13:15:15.2303] Slim::Player::StreamingController::_setStreamingSt ate (2257) new streaming state IDLE

Phil Leigh
2010-11-21, 23:12
Is it just the new tracks that do this?

wavfan
2010-11-22, 02:53
The moment the word "Quixote" turns up, I get the "Dn" association.
The newer(!) versions of SBS does not support national characters - in the file path, at least.
File path looks ok, though. Suggest that you look at any music tagging, remove any characteres that are not a->z, rescan, and then try again....

Mandarb
2010-11-22, 12:03
Is it just the new tracks that do this?

I believe so, but if one of my ~18,000 other tracks skipped while I was playing random I'm not sure I would notice it.


The moment the word "Quixote" turns up, I get the "Dn" association.


Good thought, but it looks fine to me:


0 > ls -l "/data/audio/music/classical/Bond/Born/01 Quixote.mp3"
-rw-r----- 1 omen mp3 8409129 Nov 21 12:03 /data/audio/music/classical/Bond/Born/01 Quixote.mp3

0 > eyeD3 01\ Quixote.mp3

01 Quixote.mp3 [ 8.02 MB ]
-------------------------------------------------------------------------------
Time: 04:44 MPEG1, Layer III [ ~236 kb/s @ 44100 Hz - Joint stereo ]
-------------------------------------------------------------------------------
ID3 v2.4:
title: Quixote artist: Bond
album: Born year: 2000
track: 1/13 genre: Classical (id 32)
Unique File ID: [http://musicbrainz.org] 21c2a3c6-a265-0bb3-11fe-3b8b24abf0ec

Phil Leigh
2010-11-22, 23:47
If it is just new tracks, check that your EAC compression options haven't changed.

Mandarb
2010-11-23, 11:10
If it is just new tracks, check that your EAC compression options haven't changed.

I knew I forgot to mention something. I use an external LAME binary and have EAC call it with --preset extreme. The fact that other players work just fine makes me believe the MP3 is not broken.

Mnyb
2010-11-23, 12:23
Things to try does it work if you use bitrate limiting for the SB3 ?
player settings somewhere.

I have vague memories about >320kbps files not working, that is quite nonstandard mp3 is not supposed to be more than 320kbps but that is a longshot.

Mandarb
2010-11-23, 14:11
I have vague memories about >320kbps files not working, that is quite nonstandard mp3 is not supposed to be more than 320kbps but that is a longshot.

The song in question is VBR ~236 kb/s.

Mandarb
2010-11-24, 00:23
I tried re-ripping with CDex and not adding MusicBrainz tags or running mp3gain, but those would not play either. Then I tried ripping FLAC with CDex and those won't play either. :( Even after a full wipe and rescan. I'm very confused. They're seen by the server, I can view the tags, but they won't play...

Phil Leigh
2010-11-24, 00:47
I tried re-ripping with CDex and not adding MusicBrainz tags or running mp3gain, but those would not play either. Then I tried ripping FLAC with CDex and those won't play either. :( Even after a full wipe and rescan. I'm very confused. They're seen by the server, I can view the tags, but they won't play...

I'm still not clear if this ONLY affects recently ripped tracks - please try and play an old track.

I'm pretty sure that your ripping process is NOT the problem, but this can only be proven if an OLD track plays correctly in SBS.

Mandarb
2010-11-24, 11:26
I'm still not clear if this ONLY affects recently ripped tracks - please try and play an old track.

My old tracks play just fine. I have ~18,000 tracks and play in random mode without problems all the time. If one of those skipped like the new ones do I am not sure I would notice, it would just be like the track was never added to the list.

Phil Leigh
2010-11-24, 11:29
My old tracks play just fine. I have ~18,000 tracks and play in random mode without problems all the time. If one of those skipped like the new ones do I am not sure I would notice, it would just be like the track was never added to the list.

Exactly... so go and try and play an old track (not in random mode - just play it manually).
We can't help you fix the problem unless we know if old tracks play fine or not.

Mandarb
2010-11-24, 13:11
Exactly... so go and try and play an old track (not in random mode - just play it manually).
We can't help you fix the problem unless we know if old tracks play fine or not.

I play music all the time. I was playing old tracks last night when I posted. I play a sleepy time mix for my kid when he goes to sleep. The impossible part is to figure out if all my old tracks play, or if some of them also skip.

Mnyb
2010-11-24, 13:21
Maybe the "New Music" Menu can help you.
If you for example have it set on 100 , so that it show the newest 100 albums in your library, try to play album 50 in the middle if it does not play got nr 25 or similar.
Maybe you can figure when this happend.

On a non working files is there a difference if you get to it via album or artist. Or browse "music folder" ?

Would be interesting to know if can see the files via "music folder"

Mandarb
2010-11-24, 14:45
AAAARRRGGGHHHHHH!!!! I feel like such an idiot. I was getting ready to disable all my plugins to see if that was the issue when I remembered that I had (long ago) put the whole Classical genre into the default skip list for the Custom Skip plugin...

I feel like such an idiot. Thanks for all the ideas; sorry for wasting everyone's time.