[vorbis] Fw: CD Ripper Beta Software: RipTrax

[John Lundy]

The edit function may be a OS situation I have not been able to check (I use
W2K and XP for development). The way track name editing is supposed to work
is like this: 1) highlight the entry you want to change, 2) click the
highlighted track name again (Like in Explorer). The entry *should* go into
edit mode where you can change the name to appear as you like it. This can
only be done if you are not presently ripping a track/CD. If this does not
work, please let me know your OS and IE version. Thanks.

I understand the comment on "managed bitrates". Since I generally agree with
this I am interested in how to properly implement this in RipTrax, from a
user standpoint. For instance, should VBR be the only mode supported? Or an
option? We aren't streaming, after all. Also, should the interface just
provide a Quality slider? Left/Bottom being minimum quality (like 0.1 to
OGG) and Right/Top being highest quality? Should there be some *window*
functionality (min and max bitrate as well as average)? All this adds up to
a complex UI that can be confusing. Not a design goal of mine.

John

----- Original Message -----
From: "Wilson" <defiler at null.net>
To: <vorbis at xiph.org>
Sent: Wednesday, February 06, 2002 8:26 AM
Subject: Re: [vorbis] Fw: CD Ripper Beta Software: RipTrax

<p>> OK. I may be nuts, but what's the procedure for changing a track name? I
> spent 15 seconds on it, and couldn't figure it out. Double-click, F2, etc,
> etc, all no workee.
> It has been stated frequently here that "managed bitrates" (like the SBR
> mode you refer to) should be avoided whenever possible, because they yield
> lower quality than the "quality" (true VBR) modes. The only reason to use
> SBR is for certain streaming apps.
>
> ----- Original Message -----
> From: "John Lundy" <jlundy at playnet.com>
> To: <vorbis at xiph.org>
> Sent: Wednesday, February 06, 2002 9:01 AM
> Subject: Re: [vorbis] Fw: CD Ripper Beta Software: RipTrax
>
>
> > Blade is bitrate oriented. Lame is bitrate oriented in its Blade
> > compatibility mode. Ogg is bitrate oriented in the static bit rate (SBR)
> > mode and quality oriented in the VBR mode (a quality value is provided
to
> > the DLL interface; a value between .1 and 1). For a generic interface to
> all
> > three encoders I elected to use a bitrate centric interface. This brings
> up
> > a good question (thanks to you, Wilson), "Don't higher bitrates always
> mean
> > higher quality?" If not, what would be the preferred interface
parameters
> to
> > represent a quality centric application?
> >
> > The present version of Obb Vorbis used by RipTrax is version 1.0rc3.
Once
> > the version information is available from the DLL(s) involved, this
> > information will appear in the About box, just like Blade and Lame
> versions
> > do. Right now there is no programmatical method to acquire this
> information.
> >
> > Track and artist names can be changed on the Track tab prior to starting
> the
> > ripping process. Once that process is started, the Track and Config tabs
> are
> > disabled to prevent a user from "shooting himself in the foot", so to
> speak.
> > Changing information on these pages during the ripping process could
have
> > drastic ramifications (i.e. give unpredictable and/or undesireable
> results).
> > A user should make all changes to the Album/Artist/etc information
*prior*
> > to starting the rip.
>
>
>
>
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> Ogg project homepage: http://www.xiph.org/ogg/
> To unsubscribe from this list, send a message to 'vorbis-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>
>

<p>--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'vorbis-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.