Jaroslav Lukesh wrote:
| Odeslatel: Pierre Hugonnet [EMAIL PROTECTED]
| Why not using the command-line lame.exe in audiograbber instead of the
DLL? At least you can set the switches exactly as you want (and no wonder
if audiograbber correctly sets them)
|
Gr... Because you can grab
| OdesÃlatel: Pierre Hugonnet [EMAIL PROTECTED]
| Why not using the command-line lame.exe in audiograbber instead of the
DLL? At least you can set the switches exactly as you want (and no wonder
if audiograbber correctly sets them)
|
Gr... Because you can grab from live audio input (and
Helmut Hübers wrote:
It is not possible to set that switch in the dll so I can't do that. You can e-mail
the LAME developers and tell them to enhance the dll interface so all switches can be
used with the dll too. I think they are planning to do that but it will not hurt of
you tell them
On Fri, 12 May 2000, Zia Mazhar wrote:
Hi,
With LAME Encoder's DLL, AudioGrabber doesn't seem to show the high-quality mode on
the pull down
menu of options. Checking the "Encode with Highest Quality" doesn't seem to do
anything, as the
speed remains exactly the same. I haven't compared
Sorry Greg, I wasn't certain that Audiograbber alone is responsible for this... I was
wondering that
there _may be_ something on the code of the DLL that is not optimized for
Audiograbber. By "optimizing"
I am _of course_, not meaning that it has to be optimized only for Audiograbber. I
just