Home of the Squeezebox™ & Transporter® network music players.
Results 1 to 5 of 5

Thread: SB2 and FLAC

Hybrid View

  1. #1
    Phillip Kerman
    Guest

    SB2 and FLAC

    >
    > 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

  2. #2
    Phil Karn
    Guest

    SB2 and FLAC

    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

  3. #3
    Michael Peters
    Guest

    SB2 and FLAC

    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/

  4. #4
    NOT a Slim Devices Employee kdf's Avatar
    Join Date
    Apr 2005
    Posts
    9,493

    shorten (was: SB2 and FLAC)

    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

  5. #5
    Phil Karn
    Guest

    shorten

    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

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •