Pierre Hugonnet wrote:
It seems to be for DOS/WIN only... Is there something equivalent for Unix ?
I don't think so though someone may be working on it. The utility
mentioned, however, works fine with a little WINE.
Ross.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
Mark Powell wrote:
FYI My PIII 583MHz (not Coppermine) provides ~1.5x normal speed.
On Win98 the new VBR encodes at ~1.1x on my AMD K62-428. CBR is a bit faster.
K62 is known for slow FPU so I would expect much better from the P3. I think the
LAME website says P2-266 will encode CBR
Hi,
I'd like to know if anyone knows of any implementation of the lame_enc.dll library
written in Visual Basic, or if there's any Visual Basic example available.
Thanks in advance,
Carl
___
Are you a Techie? Get Your Free Tech Email
Mark Taylor schrieb am Die, 26 Sep 2000:
Hi all,
I now have free format working in my decoder, MAD. If anyone would like to try
it -- get version 0.11.4b or later:
ftp://ftp.mars.org/pub/mpeg/
Thanks Rob, great!
So far it seems to work with any free format bitrate
Windows 2000 allows for avi files over 2GB. I was experiencing the same
problem until I switched.
It doesn't support original format AVIs over 2 Gb. The problem is with the
original AVI format specification which allowed a maximum size of 2 Gb. The
problem is that some programmes write files
On 25 Sep, Sigbjørn Skjæret wrote:
simply making a new TagItems interface which allows you to specify the
type of data the TagItem contains. This will be much better in the long
run, and will allow the TagItems to contain any type of data.
This sounds more complex than my proposed "void*"
Mark Taylor wrote:
LAME won a "Tuxie"!
I've heard that for the multimedia catagory, the awards were:
1. xmms
2. grip
3. lame
4. icecast
Mark
Congratulations to all lame developers (and testers) !
Pierre
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
This sounds more complex than my proposed "void*" change. Keep in mind:
More complex, but not that hard.
"KISS".
I'm not even gonna ask. ;)
"Keep It Simple, Stupid".
[...]
Right, well, I believe that's exactly what it is now. ;)
- CISC
--
MP3 ENCODER mailing list (
This way there is no need to parse any strings, we don't pass
any pointers, the setup routine would just be a big switch/case.
This is basically the way TagItems work when passed on stack, in fact, that
combined with another identical function that does float we're pretty much
set.
On Tue, 26 Sep 2000, Ross Levis wrote:
Mark Powell wrote:
FYI My PIII 583MHz (not Coppermine) provides ~1.5x normal speed.
On Win98 the new VBR encodes at ~1.1x on my AMD K62-428. CBR is a bit faster.
K62 is known for slow FPU so I would expect much better from the P3.
That was with
Mark Powell schrieb am Die, 26 Sep 2000:
On Tue, 26 Sep 2000, Ross Levis wrote:
Mark Powell wrote:
FYI My PIII 583MHz (not Coppermine) provides ~1.5x normal speed.
On Win98 the new VBR encodes at ~1.1x on my AMD K62-428. CBR is a bit faster.
K62 is known for slow FPU so I would
Sigbjørn Skjæret schrieb am Die, 26 Sep 2000:
Why do we need float at this point ??
Because several of the parsed arguments are floats?
ie. frequencies could be passed in Hertz as ints,
was just something to think about now while we
change the API anyway
Should
hi
I was reading the configure.in from the CVS tree
to check for the presence of GTK,
you may use
AM_PATH_GTK(version-at-least, shell command if found ,
shell command if not found)
as in
AM_PATH_GTK(1.2.0, ,
echo Cannot find GTK: Is gtk-config in path? )
bye
a.
--
Andrea C.
I don't have gtk-config on my system so when configure searches for it it
returns no like it should, but then it tries to run the program "no", I
assume to get the version # of gtk or something. So then in the makefile
HAVEGTK is defined even though I don't have it...
Josh
--
MP3 ENCODER
Why do we need float at this point ??
Because several of the parsed arguments are floats?
ie. frequencies could be passed in Hertz as ints,
was just something to think about now while we
change the API anyway
Yes, but no reason not to have the possibility there. ;)
In the last episode (Sep 26), Joshua Bahnsen said:
I don't have gtk-config on my system so when configure searches for
it it returns no like it should, but then it tries to run the program
"no", I assume to get the version # of gtk or something. So then in
the makefile HAVEGTK is defined even
I can do that already with CDEx but that integrates the LAME compression
as
well so I can go straight from a PCM Wav file to an MP3 Wav file. The only
slight problem comes with larger AVIs where the file size of the AVI with
uncompressed data goes over 2 Gb rendering the file non-standard
Howdy All,
I just finished adding a very basic intensity stereo implementation to our
encoder, using what little the ISO spec had to say on the subject as a
guide. It doesn't really improve the sound much, but I suspect that this
has to do with the questions I encountered (and worked around)
Well, if you want to stay under win95/98, you can use FlaskMpeg to backup
your data, as it includes a built-in mpeg-2 decoder and got an avi output
plugin. It helped me a lot, as I now don't have to decompress first in a
big
wav before re-encoding.
The only slight problem is that the Windows
Should I start implementing this now, or wait after 3.87 release?
Hi CISC,
3.87 was released last night. It's mostly just to have a
last release before the code re-orginization that Takehiro
is going to do this week. That will involve splitting
the C code into a frontend and library
Hi Alex!
1) M/S stereo require both channels to switch block types simultaneously -
why/how doesn't intensity? (I run intensity using long only for now.) The
ISO decoder takes the block type for decoding the intensity position info
from the left channel, which essentially requires both
21 matches
Mail list logo
