does anyone have the full version of this encoder, or know where it is
available? the windows version is rather easy to find, but the linux version
doesnt seem to be "out there". any feedback appreciated...
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
> From: Takehiro Tominaga <[EMAIL PROTECTED]>
> Content-Type: Text/Plain; charset=us-ascii
> Date: Sat, 08 Jan 2000 23:15:26 +0900
>
> Inspired from CVS version of vbrquantize.c, I implemented the new VBR
> routine into my snapshot which is available at
>
> http://www.isoternet.org/~tominaga/la
> From: Robert Hegemann <[EMAIL PROTECTED]>
> Date: Fri, 7 Jan 2000 08:27:05 +0100
>
> Mark wrote:
> > and also will use the same amount of bits for both mid and side channels!
>
> But, that's not always bad doing so.
>
> > Another quick fix: the '-m s' option :-)
>
> yes, at the cost of twic
> From: [EMAIL PROTECTED] (Cem Alacayir)
> Date: Sun, 9 Jan 2000 02:00:16 +0200
>
> >this doesn't require you
> >to know anything about the structure of MP3 files: simply treat them as
> >binary data and join them together.
>
> but I think I should cut it carefully, I wouldn't want to cut at t
On Sat, 8 Jan 2000, Acy Stapp wrote:
> I have lots of problems getting VTune to work on lame to gather
> adequate profiling information, but would be happy to write
> some assembly for FFT, etc. It may be possible to speed up
> the quantize_xrpow even more with 3DNow or KNI.
If you'd like, us po
The Intel compiler attempts to do this. Unfortunately, detecting
vectorizable code is a very difficult problem. I tried the Intel
compiler and it didn't vectorize any of the floating point loops, and
only one rarely-called integer loop.
I have lots of problems getting VTune to work on lame to ga
There is a tool out there called mp3asm that does frame by frame counting
and such. take a look at it.
On Sun, 9 Jan 2000, Cem Alacayir wrote:
> but I think I should cut it carefully, I wouldn't want to cut at the middle
> of a frame (then there would be blanks)
> so it should be cut at the
>this doesn't require you
>to know anything about the structure of MP3 files: simply treat them as
>binary data and join them together.
but I think I should cut it carefully, I wouldn't want to cut at the middle
of a frame (then there would be blanks)
so it should be cut at the nearest frame-en
> From: "Cem Alacayir" <[EMAIL PROTECTED]>
>
> Does anyone have an idea how to split the mp3 in to parts?
> But I don't mean I want to have new mp3 files
> I only need the parts.
> For example, if I split a mp3 into 3 parts , the parts should be continuos
,
> I mean I should
> be able to play the
Hi!
Does anyone have an idea how to split the mp3 in to parts?
But I don't mean I want to have new mp3 files
I only need the parts.
For example, if I split a mp3 into 3 parts , the parts should be continuos ,
I mean I should
be able to play the parts in sequence (with a special player) and get th
Inspired from CVS version of vbrquantize.c, I implemented the new VBR
routine into my snapshot which is available at
http://www.isoternet.org/~tominaga/lame-beta/lame-0108.tar.bz2
It works and is faster than CBR(!), but still has to do some tuning
(please don't encode the SQAM test file like gs
Mathew Hendry wrote:
> Can you name a compiler which will do this on normal code, i.e. without the
> use of MMX/3DNow-specific functions and macros or [inline] assembler?
I'm afraid I can't.
> Normally special-case code will be required to take advantage of these
> enhanced instruction sets.
I
12 matches
Mail list logo