PDA

View Full Version : SB2 and FLAC



Phillip Kerman
2005-03-10, 09:07
>
> Before I did this, I ran a test using everybody's favorite
> "continuous"
> album, Pink Floyd's Dark Side of the Moon. I ripped it as a
> single WAV
> file, and then again as individual tracks. I found that the
> concatenation of the individual track files was exactly bit-for-bit
> identical to the single WAV file. This told me that I could rip
> everything as single tracks and have them play correctly as
> long as the
> player doesn't insert any pauses. This seems to be the case for the
> Squeezebox/Slimserver.
>

For my ears, my SB plays FLACs back to back perfectly. I've yet to find an
instance where it doesn't... and there are many cases where you'd definitely
hear a pause if one were inserted.

Thanks,
Phillip

Phil Karn
2005-03-11, 18:35
Phillip Kerman wrote:

> For my ears, my SB plays FLACs back to back perfectly. I've yet to find an
> instance where it doesn't... and there are many cases where you'd definitely
> hear a pause if one were inserted.

Right, thanks for confirming my observation.

As an aside, I have noticed that, unlike flac, shorten (.shn) files play
through the Squeezebox with a "tick" between tracks. This seems to be
because the shorten command used for decompression has no option to
produce a raw, headerless stream. The "tick" sound is the sound of the
reconstructed .wav header being fed to the DAC.

Shorten still seems to be popular on bt.etree.org and other sites where
audience recordings of taper-friendly bands are traded. I can't figure
out why, as flac seems to be superior to shorten in every way. FLAC
files are about 5% smaller, and they support metatags.

--Phil

Michael Peters
2005-03-11, 22:11
On Fri, 11 Mar 2005 17:35:54 -0800, Phil Karn <karn (AT) ka9q (DOT) net> wrote:

>
> Shorten still seems to be popular on bt.etree.org and other sites where
> audience recordings of taper-friendly bands are traded. I can't figure
> out why, as flac seems to be superior to shorten in every way. FLAC
> files are about 5% smaller, and they support metatags.

It's mostly habit - these people have been using shorten for eons and
have scripts that automate their process etc.

When I get such files I transcode to flac for my own purposes.

--
http://mpeters.us/

kdf
2005-03-11, 23:25
Quoting Michael Peters <funkyres (AT) gmail (DOT) com>:

> On Fri, 11 Mar 2005 17:35:54 -0800, Phil Karn <karn (AT) ka9q (DOT) net> wrote:
>
> >
> > Shorten still seems to be popular on bt.etree.org and other sites where
> > audience recordings of taper-friendly bands are traded. I can't figure
> > out why, as flac seems to be superior to shorten in every way. FLAC
> > files are about 5% smaller, and they support metatags.
>
> It's mostly habit - these people have been using shorten for eons and
> have scripts that automate their process etc.
>
> When I get such files I transcode to flac for my own purposes.

The nasty problem with shorten is that the format is not very well documented.
The most common procedure for getting information about a shorten file is to
run the decompression piped to /dev/null and read the wav headers. Thus,
slimserver is actually starting a decode on every shorten file in order to grab
the info needed to put the file in the DB. There are a lot of shorten files
that seem to not comply with this and end up being zero duration (thus skipped
in playback).

to make things worse, systems like windows dont like /dev/null so the server
spits out a warning for every shorten file it finds and never adds them to the
db properly. I have only about 10 shorten files. Only 2 are playable with
slimserver. I have tried to find alternative ways of getting the info, but I
give up after losing too many evenings. tips would be useful.

-kdf

Phil Karn
2005-03-13, 15:10
kdf wrote:

> to make things worse, systems like windows dont like /dev/null so the server
> spits out a warning for every shorten file it finds and never adds them to the
> db properly. I have only about 10 shorten files. Only 2 are playable with
> slimserver. I have tried to find alternative ways of getting the info, but I
> give up after losing too many evenings. tips would be useful.

Well, transcoding to FLAC as Michael Peters does would seem to be the
right answer. I've already decided to do that with the shorten files I
get from etree trading.

The only problem with this is if I want to continue to help make these
files available via Bit Torrent, then I have to keep both formats
around, and that's extra disk space.

Phil