Bill Moseley <[EMAIL PROTECTED]> writes:
> On Thu, Mar 17, 2005 at 01:39:30AM -0800, michael wrote:
...
>> If you decide to go that route and want more details on external
>> cuesheets vs. embedded cuesheets, or tagging styles for multi song
>> flacs, just ask.
>
> Ok, I'd like to know more.
Anything in particular you'd like to know?
The only big caveat right now (as far as slim server goes anyway) is
that for a particular file you'll want to use either external OR
embedded cuesheets/metadata. Trying to use both for the same file will
often leave you with strange listings in slimserver. Past that, it's
a matter of choice which you use. I use embedded cuesheets because I
find it convenient to keep everything in one file. Other folks prefer
external cuesheets because it's what their ripper spits out
(particularly EAC).
> One thing I've wanted to know how to do (on Linux) is take say a live
> recording and create a toc/cuesheet to mark off songs. There's where
> a gui would be nice -- be able to shuttle to a spot and set a mark
> and the write those marks to a new toc (as I use cdrdao). It would
> be nice to be able to do that with flac, I suppose.
I don't know of any gui cue/toc editors off the top of my head. It's
pretty rare that I have to craft one from scratch though, so I haven't
really looked that hard. The main data point in a cuesheet is just a
timestamp, so they're actually pretty easy to deal with by hand in any
text editor. A nice gui audio editor is quite handy for determining
those timestamps with any precision though. And if you're working
with live recordings, remember that the pre-gap is your friend.
(One of my personal goals is for slimserver to eventually treat these
the same way a cd player would.)
Also, if you haven't already stumbled across it, cuetools is
invaluable for converting between toc and cuesheet.
You may also find shntool handy for easily splitting multi-song
archives into separate files if you ever have the need, or gluing them
back together again.
>> > I also noticed with the flac files I've played on my SB1 that the
>> > audio level seems low. Is --replay-gain something that could help?
>>
>> Maybe.
>> replay gain will be most useful for making all your files seem to have
>> about the same volume relative to each other.
>
> As long as everything is flac/ogg with --replay-gain set, right?
> Some random mp3 in the playlist won't be effected by this.
It is on a per-file basis. There are programs that will do similar
things to an mp3. mp3gain is the one I use under linux. The difference
lies in the way it's applied. mp3gain will make the change to the
mp3file, and it will play with it's new loudness on any
mp3player. (yes, it is reverseable.) For FLAC, you'll just get tags
written to the file, and it's the decoders responsibility to apply the
change. Hopefully this will all be transparent with slimserver, but
you might notice the difference on other players.
> I thought I saw a volume normalization plugin somewhere.
I'm not aware of one, but there might be something like that floating
around. One more point while we're on the topic, many programs that
offer "normalization" are performing a totally different calculation
than what replaygain uses. Not only is replaygain a better method,
but mixing and matching replaygain and "normalization" will leave you
with different apparent loudness on different files, which kind of
defeats the whole point.
> Maybe I
> just thought that would be nice as my player went from a quite song
> at full volume to the next song that was, well, not quite at all.
That can be quite annoying. I'm quickly becoming a big fan of
replaygain for just that reason.
-michael
--
"I must create my own system, or be enslav'd by another man's"
-William Blake
_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss
