WAV with CUE always plays first track

[Ben North]

Hi,

I've only just round to upgrading to 7.3.2, and have noticed the
following problem. I have my music ripped from CDs as one large WAV
file per CD, each with its own .cue file. Scanning seems fine.
However, whenever I try to play any track from an album, it always plays
from the start of the first track. This happens only with my Squeezebox
3 players. I also have an older Squeezebox (with alphanumeric display),
and that works fine.

A bit of digging suggests that it's the conversion to FLAC which is
causing the trouble. I think the relevant log-file lines are:

[09-04-19 22:14:27.8047] Slim::Player::Song::open (302)
file:///data/music/0474/__data.wav#203.546666666667-506.013333333333
[09-04-19 22:14:27.8145]
Slim::Player::TranscodingHelper::getConvertCommand 2 (454) Matched:
wav->flc via: [flac] -cs --totally-silent --compression-level-0
$START$ $END$ -- $FILE$
[09-04-19 22:14:27.8147] Slim::Player::Song::open (340) Transcoder:
streamMode=F, streamformat=flc
[09-04-19 22:14:27.8157]
Slim::Player::TranscodingHelper::tokenizeConvertCo mmand2 (557) Using
command for conversion: "/usr/bin/flac" -cs --totally-silent
--compression-level-0 -- "/data/music/0474/__data.wav" & |

i.e., the URL correctly includes the start/end information, it picks out
the right command to use, but doesn't realise that it has to make
substitutions for $START$ and $END$.

I've worked round this by commenting out the line in convert.conf,
meaning that it's just streaming WAVs instead. This is fine, since my
players are on wired Ethernet.

Might be related to:

http://bugs.slimdevices.com/show_bug.cgi?id=10737

perhaps?

Let me know if you need more information from me to help narrow this
down, although I suspect it would be easily reproducible.

Version, etc. information:

Server:
Version: 7.3.2 - 24695 @ Mon Jan 19 17:13:58 PST 2009
Hostname: server-1
Server IP Address: 192.168.3.202
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.10.0 - i486-linux-gnu-thread-multi
MySQL Version: 5.0.67-0ubuntu6
Total Players Recognized: 3

Older player, which works fine:
Player Model: squeezebox
Firmware: 40
Player IP Address: 192.168.3.35
Player MAC Address: 00:04:20:05:21:78

Newer player, which exhibits problem:
Player Model: squeezebox3
Firmware: 123
Player IP Address: 192.168.3.34
Player MAC Address: 00:04:20:12:34:48

(Other problematic newer player omitted.)

Thanks,

Ben.

[doggod]

Hi,

I've only just round to upgrading to 7.3.2, and have noticed the
following problem. I have my music ripped from CDs as one large WAV
file per CD, each with its own .cue file. Scanning seems fine.
However, whenever I try to play any track from an album, it always plays
from the start of the first track. This happens only with my Squeezebox
3 players. I also have an older Squeezebox (with alphanumeric display),
and that works fine.

A bit of digging suggests that it's the conversion to FLAC which is
causing the trouble. I think the relevant log-file lines are:

[09-04-19 22:14:27.8047] Slim::Player::Song::open (302)
file:///data/music/0474/__data.wav#203.546666666667-506.013333333333
[09-04-19 22:14:27.8145]
Slim::Player::TranscodingHelper::getConvertCommand 2 (454) Matched:
wav->flc via: [flac] -cs --totally-silent --compression-level-0
$START$ $END$ -- $FILE$
[09-04-19 22:14:27.8147] Slim::Player::Song::open (340) Transcoder:
streamMode=F, streamformat=flc
[09-04-19 22:14:27.8157]
Slim::Player::TranscodingHelper::tokenizeConvertCo mmand2 (557) Using
command for conversion: "/usr/bin/flac" -cs --totally-silent
--compression-level-0 -- "/data/music/0474/__data.wav" & |

i.e., the URL correctly includes the start/end information, it picks out
the right command to use, but doesn't realise that it has to make
substitutions for $START$ and $END$.

I've worked round this by commenting out the line in convert.conf,
meaning that it's just streaming WAVs instead. This is fine, since my
players are on wired Ethernet.

Might be related to:

http://bugs.slimdevices.com/show_bug.cgi?id=10737

perhaps?

Let me know if you need more information from me to help narrow this
down, although I suspect it would be easily reproducible.

Version, etc. information:

Server:
Version: 7.3.2 - 24695 @ Mon Jan 19 17:13:58 PST 2009
Hostname: server-1
Server IP Address: 192.168.3.202
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.10.0 - i486-linux-gnu-thread-multi
MySQL Version: 5.0.67-0ubuntu6
Total Players Recognized: 3

Older player, which works fine:
Player Model: squeezebox
Firmware: 40
Player IP Address: 192.168.3.35
Player MAC Address: 00:04:20:05:21:78

Newer player, which exhibits problem:
Player Model: squeezebox3
Firmware: 123
Player IP Address: 192.168.3.34
Player MAC Address: 00:04:20:12:34:48

(Other problematic newer player omitted.)

Thanks,

Ben.

Hi all,

Rather old post this but I found it when searching for the same problem. The solution was easy (when a I finally found it) I use the latest version of squeezeBOX(as it's called now) server= 7.5.4 r32171.
What you need to do is change in advanced setting not to look for wav files. I use wav for my cues and I've no idea if it's the same solution for ex. *.flac or *.ape or whatever file U use. Just try and see.

Hope this helps someone, ;-)