************************************************************************
*** WARNING -- WARNING -- WARNING -- WARNING -- WARNING -- WARNING ***
************************************************************************
*
* The e-mail-message appended below is list- or mailserver-related
*
* That type of mail will by definition not be processed on this system
* and in general is not accepted in the fidonet.org-domain.
*
* To avoid these bouncings the listkeeper is kindly requested to
* remove any subscription coming from a z2.fidonet.org-style address.
*
* If you have reason to believe your message was removed without due
* reason then kindly inform '[EMAIL PROTECTED]'.
*
************************************************************************
From: Holger Dors @2:292/862
To: Sergey Sapelin @2:5020/1844.33
Subj.: Re[4]: [MP3 ENCODER] RazorLame 1.1.0 released
Dated: 01 Sep 00 13:01:09
[processed here: 06 Sep 00 10:02:30]
@TOPT 33
@INTL 2:5020/1844 2:292/862
@MSGID: kittelberger.de af39c136
@REPLY: yucom.be a7b25a3b
@REPLYADDR: [EMAIL PROTECTED]
@REPLYTO: 2:292/862@fidonet UUCP
@PID: The Bat! (v1.45 S/MIME)
@CHRS: LATIN-1 2
@RFC-Received: from geek.rcc.se ([EMAIL PROTECTED] [193.15.234.212]) by
infomag.iguana.be (8.9.3/8.9.3) with ESMTP id CAA01840 for
<[EMAIL PROTECTED]>; Sat, 2 Sep 2000 02:13:56 +0200
@RFC-Received: (from majordom@localhost) by geek.rcc.se (8.8.4/8.7.3) id
MAA31076 for mp3encoder-list; Fri, 1 Sep 2000 12:57:07 +0200
@RFC-X-Authentication-Warning: geek.rcc.se: majordom set sender to
[EMAIL PROTECTED] using -f
@RFC-Received: from gallileo.kittelberger.net (gallileo.kittelberger.net
[62.192.3.52]) by geek.rcc.se (8.8.4/8.7.3) with SMTP id MAA31073 for
<[EMAIL PROTECTED]>; Fri, 1 Sep 2000 12:57:03 +0200
@RFC-Received: (qmail 231 invoked from network); 1 Sep 2000 11:02:21 -0000
@RFC-Received: from ns.kittelberger.net (HELO seven.kittelberger.intra)
(62.192.3.24) by gallileo.kittelberger.net with SMTP; 1 Sep 2000 11:02:21
-0000
@RFC-X-Priority: 3 (Normal)
@RFC-Message-ID: <[EMAIL PROTECTED]>
@RFC-In-reply-To: <[EMAIL PROTECTED]>
@RFC-References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
@RFC-Sender: [EMAIL PROTECTED]
From: Holger Dors <[EMAIL PROTECTED]>
To: Roel VdB <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Hello Roel,
> 30 options in 1 screen are less complicated than 30 options scattered
> over 5 screens.
This can probably be disputed for very long!
> - 1 screen (oversight & clarity)
> - in top, a (greyed out or so) continuous display of current command
> line. I never understood why enabling this is an option.
> - only a limited set of "core" options. stereo mode, bitrate, encoder
> mode, delete after, and the most common flags. Just so you have a nice
oversight of
> options.
> - a box to add non-common command line options.
> - a flag to make lame only use that box, instead of adding the content
> to current selected options.
The problem starts with the "most common flags". Who will define
those? You've left out VBR, for a start. Similar, I know at least one
person who was very happy about that the "Audio Processing" tab where
you can set sampling frequency and filter options.
Personally, I started RL because of the many options Lame has to
offer, it's fun to play with them, and I wanted an easy interface. I
admit that the options dialog is far from being perfect, but I think
it's a good start.
> then, why no multithread? it'd be nice to update the to-be-encoded
> list in one window while the encoding-box is somewhere else...
Actually, this is on my wish list. However, unlike LAME, I'm currently
the only programmer in RazorLame (I hope this changes soon!), and the
wishlist grows and grows. Additional, I do this in my spare time, so
please be patient.
Regards,
Holger Dors mailto:[EMAIL PROTECTED]
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
@Via ifmail 2:292/862@fidonet, Sat Sep 2 2000 at 02:14 (2.14-tx8.10)
@Via D'Bridge 1.58 2:292/854 09/06 09:56
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
