PDA

View Full Version : what is attaction of one big flac file?



Jason Holtzapple
2004-02-23, 05:45
--- Pat Farrell <pfarrell (AT) pfarrell (DOT) com> wrote:
> Hi All,
>
> I've seen a couple of posts talking about wishes for support for
> big flac/ogg files. Could someone please enlighten me about
> why they are good?
>
> I've got all my CDs in a tree structure, with genre/artist/album
> and each song in a separate file. So far, it works great.
> Am I missing something?

Not really. It's just an irrational desire to archive 1 file per CD.

I doubt there's any good technical reason for it - apart from using
fewer inodes on disk per album. :-)

--Jason

__________________________________
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.
http://antispam.yahoo.com/tools

michael
2004-02-23, 13:12
Jason Holtzapple <jasonholtzapple (AT) yahoo (DOT) com> writes:
> --- Pat Farrell <pfarrell (AT) pfarrell (DOT) com> wrote:
>> Hi All,
>>
>> I've seen a couple of posts talking about wishes for support for
>> big flac/ogg files. Could someone please enlighten me about
>> why they are good?
>>
>> I've got all my CDs in a tree structure, with genre/artist/album
>> and each song in a separate file. So far, it works great.
>> Am I missing something?
>
> Not really. It's just an irrational desire to archive 1 file per CD.
>
> I doubt there's any good technical reason for it - apart from using
> fewer inodes on disk per album. :-)
>
> --Jason

Some people use them for archival purposes. If something happens to
your original disc, you can easily burn a new one from your flac w/
cuesheet file. Some of these folks will also mumble things about
gapless playback and some strange uses for the pre-gap area of a
song.

Sure, you can do all this with separate files too, but apparently
there are a few rare border cases (particularly those involving the
strange pre-gap tricks) where it's slightly trickier to do so in a way
that will appease the really paranoid "bit-for-bit" folks.

The rest are the slightly warped folks who just think it's a cool
idea. :)

-michael
--
Sic gorgiamus allos subjectatos nunc.

Pat Farrell
2004-02-23, 14:27
At 03:12 PM 2/23/2004, michael wrote:
>Jason Holtzapple <jasonholtzapple (AT) yahoo (DOT) com> writes:
> > --- Pat Farrell <pfarrell (AT) pfarrell (DOT) com> wrote:
> >> I've seen a couple of posts talking about wishes for support for
> >> big flac/ogg files. Could someone please enlighten me about
> >> why they are good?
>
> Some of these folks will also mumble things about
>gapless playback and some strange uses for the pre-gap area of a
>song.

Serious classical works have a problem with inter-track gaps.
Many times, the engineer/recording folks don't do it properly,
and sometimes the mastering/pressing folks mess it up.
When you go from one movement to another, there is not supposed
to be silence. There is supposed to be "hall sound" which includes
the tails of reverb and decay in the hall, folks shuffling in their
seats, coughs that were surpressed during the movement, etc.

The vinyl folks did it right, the CD folks do it wrong more often than
not.

I've given up expecting that from recorded music, so
I have no expectations that the slimserver will do it "right"

Pat

Moses Leslie
2004-02-23, 17:43
On Mon, 23 Feb 2004, michael wrote:

> Some people use them for archival purposes. If something happens to
> your original disc, you can easily burn a new one from your flac w/
> cuesheet file. Some of these folks will also mumble things about
> gapless playback and some strange uses for the pre-gap area of a
> song.

Hey Michael,

Do you (or does anyone else) know a good way to easily grab a cue sheet
with linux? Ideally a shell/perl script, since I do all my ripping from
the command line.

I've re-ripped about 1/3 of my cds as flac, and before I go any further,
I'd like to go back and grab the cue sheets as well.

Thanks!

Moses

michael
2004-02-24, 00:54
Moses Leslie <yahoogroup (AT) malformed (DOT) org> writes:
> Hey Michael,
>
> Do you (or does anyone else) know a good way to easily grab a cue sheet
> with linux? Ideally a shell/perl script, since I do all my ripping from
> the command line.
>
> I've re-ripped about 1/3 of my cds as flac, and before I go any further,
> I'd like to go back and grab the cue sheets as well.

Strangely, there doesn't seem to be an easy way to do it directly, so
I've ended up with a two step process. The cdrdao program will grab a
"table of contents" from a cd and produce a .toc file. This has
basically all the same info as a cuesheet, with a different text file
format. Then I use a program from the cuetools package to convert the
..toc into a .cue.

cdrdao is a bit slower for this process because it doesn't just
blindly trust the toc as it appears on the cd, but reads through the
disc to verify that the index points match what the toc claims they
should. Good for the paranoid, not so good if you're in a hurry. I
usually just prepend this operation to the ripping/encoding process,
so it's already a "walk away and come back later" operation anyway.
cdrdao will also grab cddb/freedb data into your toc/cue file if
you're into that sort of thing. (My cuesheets just get embedded into a
flac which won't retain that info, and I prefer MusicBrainz for
metadata, so I usually skip that option.)

cdrdao is probably included in your linux distribution of choice, but
if it isn't for some reason, you can find it at http://cdrdao.sf.net
and cuetools can be found at http://cuetools.sf.net

once you have these, you'll do something similar to...

cdrdao read-toc --device 0,0,0 --with-cddb my-cd.toc
cueconvert -f my-cd.toc -f my-cd.cue

-michael
--
"so if you ask me, how do I feel inside?
I could honestly tell you, we've been taken on a very long ride.
and if my owners let me have some free time someday
with all good intention, I would probably run away. Clutching the short straw"
-marillion "That Time of the Night"

Moses Leslie
2004-02-24, 05:49
On Mon, 23 Feb 2004, michael wrote:

> Strangely, there doesn't seem to be an easy way to do it directly, so
> I've ended up with a two step process. The cdrdao program will grab a
> "table of contents" from a cd and produce a .toc file. This has
> basically all the same info as a cuesheet, with a different text file
> format. Then I use a program from the cuetools package to convert the
> .toc into a .cue.

Sweet, thanks for the info! I can mess with that and get it to do what I
want.

My little contribution shall be cdde:

http://ericlathrop.com/cdde/

You set up an xml file (examples are included) for what to do when various
types of media are put into a cd/dvd drive.

So, if you're doing everything via console, you can have it rip/encode
with abcde, then grab the cue sheet, then eject. Or whatever.

Moses

Kevin O. Lepard
2004-02-27, 12:57
I just upgraded my Slimp3 from firmware 2.0 to 2.0 and the server
software from 4.2.6 to 5.1, and I am noticing that the song counts
are way off.

iTunes lists: 392 albums, 4608 songs, 498 artists
Slimserver lists: 393 albums, 8984 songs, 543 artists

Now, I don't expect the counts to be exactly the same, since some of
the files in the iTunes library are protected AAC, but they should be
close, and with the prior firmware/software combination, the song
count was always lower on the SlimServer, as you'd expect.

I also notice that a fair number of Artists are duplicated in the
listings, with identical songs under each. I have check and there
are no redundant files in my music directory.

I'm using an iMac DV SE, 700 MHz, 1 Gig ram, OS X 10.3.2. The
SlimServer is 5.1 (not the latest nightly build).

Everything seems to _play_ fine, but I'd like the counts to reflect reality.

I never saw this happen with SlimServer 4.2.6 and firmware 2.0

Any ideas?

Thanks.

Kevin
--
Kevin O. Lepard
lepard.kevin (AT) fireserve (DOT) net

Happiness is being 100% Microsoft free.