************************************************************************
*** 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: Roel VdB @2:292/862
To: Sergey Sapelin @2:5020/1844.33
Subj.: Re[3]: [MP3 ENCODER] RazorLame 1.1.0 released
Dated: 01 Sep 00 03:18:24
[processed here: 06 Sep 00 10:02:36]
@TOPT 33
@INTL 2:5020/1844 2:292/862
@MSGID: yucom.be a7b25a3b
@REPLY: kittelberger.de 364f56da
@REPLYADDR: [EMAIL PROTECTED]
@REPLYTO: 2:292/862@fidonet UUCP
@PID: The Bat! (v1.45) Business
@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 CAA01907 for
<[EMAIL PROTECTED]>; Sat, 2 Sep 2000 02:15:24 +0200
@RFC-Received: (from majordom@localhost) by geek.rcc.se (8.8.4/8.7.3) id
DAA29206 for mp3encoder-list; Fri, 1 Sep 2000 03:15:01 +0200
@RFC-X-Authentication-Warning: geek.rcc.se: majordom set sender to
[EMAIL PROTECTED] using -f
@RFC-Received: from apoq.skynet.be (apoq.skynet.be [195.238.2.35]) by
geek.rcc.se (8.8.4/8.7.3) with ESMTP id DAA29203 for <[EMAIL PROTECTED]>;
Fri, 1 Sep 2000 03:15:00 +0200
@RFC-Received: from dialup352.gent.skynet.be (dialup352.gent.skynet.be
[195.238.17.96]) by apoq.skynet.be (Postfix) with ESMTP id 2EF5D98E3 for
<[EMAIL PROTECTED]>; Fri, 1 Sep 2000 03:19:16 +0200 (MET DST)
@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]>
@RFC-Sender: [EMAIL PROTECTED]
From: Roel VdB <[EMAIL PROTECTED]>
To: Holger Dors <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Hello Holger,
Thursday, August 31, 2000, 2:31:48 PM, you wrote:
HD> It's hard to come up with a good option dialog for RL, given the vast
HD> amount of options LAME has to offer. I think it's a good idea to put
HD> those settings in categories, however, I agree, it can get a bit
HD> unclearly...
I think this is not good way of handling things. If there are too
much options, there are too much options. If you decide to catalog
some of them as "advanced", some as "expert" and other with another
subjective label, it only complicates things even further.
30 options in 1 screen are less complicated than 30 options scattered
over 5 screens.
What I suggest, since lame will continuously develop and new options
will be added, is to simply handle things like this:
- 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.
This is, basically, the way lamebatch did things. In the long run
this seems to be the only managable way of constructing a frontend
imho: You simply see what's set, and you don't need to look 3 windows
back for some setting you also might need.
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...
I had to press abort too often :(
just some suggestions ...
--
Best regards,
Roel mailto:[EMAIL PROTECTED]
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
@Via ifmail 2:292/862@fidonet, Sat Sep 2 2000 at 02:15 (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/ )
