Re: Re[4]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-09-04 Thread Gabriel Bouvigne

 perhaps it is time for someone who fully
 understands all the options/switches to settle down and write a
 comprehensive  'Help' file for Lame, - I doubt many who use Lame with a
 front-end or ripping utility bother to read the 'Usage' file that
 accompanies the exe file and I don't think users of the dll file even see
 it.

I'm trying to do it in the html doc. I plan to add to it a page about the
basic options because there are now too much ones in the full switches page.
If you've got any suggestion about the html doc, please share them.

Regards,


--

Gabriel Bouvigne - France
[EMAIL PROTECTED]
icq: 12138873

MP3' Tech: www.mp3-tech.org


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-09-01 Thread Steve Lhomme

Yep, and I personnaly use a lame EXE with libnsdfile support, so not only wav files 
are supported !

- Original Message - 
From: "Christopher Wise" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 01, 2000 1:12 AM
Subject: Re: [MP3 ENCODER] RazorLame 1.1.0 released


 On Thu, 31 Aug 2000, Roel VdB wrote: 
  btw: why are mp3's shown anyway when I choose "encode"?  I think only
  showing .wav by default would be better?
 
 No, please don't change this. RazorLame can can be used to set up
 re-encoding of mp3 files. This is very useful if you want to re-encode at
 a lower bitrate for a Rio.
 
 Thanks Holger for a great program. 
 
 Now all I need is for lame to keep the ID3 tags when re-encoding.
 Has anyone implemented this yet?

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[2]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-09-01 Thread Holger Dors

Hello Steve,

 Yep, and I personnaly use a lame EXE with libnsdfile support, so not
 only wav files are supported !
if you feel a bit adventurous, take a look at RazorLame.dat and look
for the section "InputFileTypes". You can add more file types there,
so if you know your LAME supports more, add them there! (I'd suggest
making a copy of the file though; if you ruin this file RazorLame
won't work properly any more)

Regards,
  Holger Dors   mailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[2]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-09-01 Thread Holger Dors

Hello David,

 But I noticed that the -B option is not present in the command line !
congratulations, you found a bug! ;-) I'll fix this in the next
release.

 ( according to the "Show LAME commands:" button , shouldn't that be
 "show used LAME options:" ? )
Indeed, I'll add this to my to do list.

 An idea for the layout : put the min and max VBR bitrate slider on
 the same screen !
Yes, I thought about that myself recently.

 Why is the ABR bitrate not a slider ? With the option of manual
 number entry maybe.
I'm not sure if a slider is a good control for this; I use sliders for
the bitrates because normally only a discreet set of values are
available.


Regards,
  Holger Dors   mailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[4]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-09-01 Thread Holger Dors

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/ )



[MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Holger Dors

Hello everyone,

just a quick note that I've release final version 1.1.0 of RazorLame,
available from http://www.dors.de/razorlame/

For those who don't know: RazorLame is a Windows front-end for LAME.

Regards,
  Holger Dors   mailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Robert Hegemann

 Hello everyone,
 
 just a quick note that I've release final version 1.1.0 of RazorLame,
 available from http://www.dors.de/razorlame/
 
 For those who don't know: RazorLame is a Windows front-end for LAME.
 
 Regards,
   Holger Dors   mailto:[EMAIL PROTECTED]


Nice Holger, I will have a look at it this evening...


Ciao Robert



-- 
Sent through GMX FreeMail - http://www.gmx.net
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Roel VdB

Hello Holger,

Thursday, August 31, 2000, 11:32:13 AM, you wrote:
HD just a quick note that I've release final version 1.1.0 of RazorLame,
HD available from http://www.dors.de/razorlame/

I tested the 1.1.0 yesterday, so I think it's still the beta, but it
works like a charm for me.

If I had to give 1 comment: please make all those settings appear on 1
big page because it's very unhandy to go and look for some options in
a few different windows. (Now 'delete source file after encoding' is
in the "advanced window", and also I use some from the "expert"
window.

Would be a lot handier and surveyable if it were in 1 big window like
in lamebatch.  Also would limit the explanation how to use RazorLame
on r3mix.net a _lot_ easier.

Maybe also the ability to add files when encoding already?  now I must
abort the current session to add new directories. (I rip and encode
simultaneously)

Maybe also a "scan subdir" for files or so.  I just encoded

 Directory van E:\The Grateful Dead - So Many Roads (1965-1995) (5cd).
CD1DIR08-30-00  4:52p cd1
CD2DIR08-30-00  4:52p cd2
CD3DIR08-30-00  4:53p cd3
CD4DIR08-30-00  4:53p cd4
CD5DIR08-30-00  4:53p cd5

and for a lazy *** like me it's a whole lot of unnecesary work to add
the 5 dirs manually :).

btw: why are mp3's shown anyway when I choose "encode"?  I think only
showing .wav by default would be better?

But anyway, still the best program around,

cheers,

 Roel/r3mix.netmailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[2]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Holger Dors

Hello Roel,

 I tested the 1.1.0 yesterday, so I think it's still the beta, but it
 works like a charm for me.
the executable for the final is the same as the beta one; no one
reported any bugs (hard to believe, isn't it? ;-), so I only update
the documentation a bit.

 If I had to give 1 comment: please make all those settings appear on 1
 big page because it's very unhandy to go and look for some options in
 a few different windows.
It's hard to come up with a good option dialog for RL, given the vast
amount of options LAME has to offer. I think it's a good idea to put
those settings in categories, however, I agree, it can get a bit
unclearly... I sometimes find myself hopping from one tab to another
to check whether a specific option is on or off myself, so I agree,
this dialog isn't perfect. On the other hand, I don't want to scare
people away after they've looked at the options dialog and are totally
lost within all the options...

 Maybe also a "scan subdir" for files or so.
If you drop the parent folder onto the list, view, RL should scan
recursively. One caveat: there's no "cancel" option yet...

 btw: why are mp3's shown anyway when I choose "encode"?  I think only
 showing .wav by default would be better?
Not totally clear to me what you mean... However, you're aware of the
fact that you can re-encode mp3 with LAME, are you? So I simply don't
know if someone dropped 256 kb stereo mp3s and wants to convert them to
56kb mono mp3s for web publishing...

Regards,
  Holger Dors   mailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread David Balazic

For VBR mode the max bitrate is set on one screen, while min bitrate
on the other. Confusing.
Also when ABR is selected, the max bitrate slider should be turned off.

Don't just blindly throw the CLI options on the screen , think too :-)

David Balazic

Holger Dors wrote:
 
 Hello Roel,
 
  I tested the 1.1.0 yesterday, so I think it's still the beta, but it
  works like a charm for me.
 the executable for the final is the same as the beta one; no one
 reported any bugs (hard to believe, isn't it? ;-), so I only update
 the documentation a bit.
 
  If I had to give 1 comment: please make all those settings appear on 1
  big page because it's very unhandy to go and look for some options in
  a few different windows.
 It's hard to come up with a good option dialog for RL, given the vast
 amount of options LAME has to offer. I think it's a good idea to put
 those settings in categories, however, I agree, it can get a bit
 unclearly... I sometimes find myself hopping from one tab to another
 to check whether a specific option is on or off myself, so I agree,
 this dialog isn't perfect. On the other hand, I don't want to scare
 people away after they've looked at the options dialog and are totally
 lost within all the options...
 
  Maybe also a "scan subdir" for files or so.
 If you drop the parent folder onto the list, view, RL should scan
 recursively. One caveat: there's no "cancel" option yet...
 
  btw: why are mp3's shown anyway when I choose "encode"?  I think only
  showing .wav by default would be better?
 Not totally clear to me what you mean... However, you're aware of the
 fact that you can re-encode mp3 with LAME, are you? So I simply don't
 know if someone dropped 256 kb stereo mp3s and wants to convert them to
 56kb mono mp3s for web publishing...
 
 Regards,
   Holger Dors   mailto:[EMAIL PROTECTED]
 
 --
 MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[2]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Holger Dors

Hello David,

 For VBR mode the max bitrate is set on one screen, while min bitrate
 on the other. Confusing.
Yes, I know, and I'm open to any suggestions. But I'm not even
supporting all switches now, e.g. free bitrates are still missing, as
well as the presets aren't available. If someone does come up with a
layout of a new option screen, I'd be willing to implement that in an
upcoming version. (If I believe that it's better, of course, and it's
not too hard to implement.)

 Also when ABR is selected, the max bitrate slider should be turned off.
I disagree. According to the help, it's "NOT RECOMMENDED", but after
all it is possible. Who am I to say to the user that he cannot do
this when he knows that it's possible? ;-)

Regards,
  Holger Dors   mailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Robert Hegemann

David Balazic schrieb am Don, 31 Aug 2000:
 For VBR mode the max bitrate is set on one screen, while min bitrate
 on the other. Confusing.
 Also when ABR is selected, the max bitrate slider should be turned off.
 
 Don't just blindly throw the CLI options on the screen , think too :-)
 
 David Balazic

Well, if you have to ensure that a hardware decoder - which is unable
to decode 320 kbit/s frames - can play your MP3s, you can use -Bn 
with ABR like in VBR too. 


Ciao Robert


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Christopher Wise

On Thu, 31 Aug 2000, Roel VdB wrote: 
 btw: why are mp3's shown anyway when I choose "encode"?  I think only
 showing .wav by default would be better?

No, please don't change this. RazorLame can can be used to set up
re-encoding of mp3 files. This is very useful if you want to re-encode at
a lower bitrate for a Rio.

Thanks Holger for a great program. 

Now all I need is for lame to keep the ID3 tags when re-encoding.
Has anyone implemented this yet?

Chris Wise

--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )



Re[3]: [MP3 ENCODER] RazorLame 1.1.0 released

2000-08-31 Thread Roel VdB

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,
 Roelmailto:[EMAIL PROTECTED]


--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )