On 17 Sep, Samuel Greear wrote:
The box I'm toying with this on is FreeBSD 4.4, using the LinuxThreads
port.
It should also happen with the native FreeBSD threads. Althought it is
more likely to happen with the LinuxThreads model (for lucky cases of
more likely :-) -- from the -pthread point
On 20 Sep, Gabriel Bouvigne wrote:
Read only parts of the structures are no problem, you have just to make
sure, parts which can change multiple times (instead only once at
initialisation) are propperly protected (you didn't want to read from
variables which can't be updated with an atomic
Hi,
can someone please comment on it (and if he has commit privs, please
commit it if it is ok)?
One thing I noticed: --with-vorbis should be removed.
Bye,
Alexander.
-- Forwarded message --
Von: Juan Pablo Giménez [EMAIL PROTECTED]
Betreff: LAME SPEC
On 18 Okt, Roel VdB wrote:
I got a person using Solaris 8 sparc, gcc 2.95.3, getting core dumps
from LAME:
Writing LAME Tag...Bus Error(coredump)
$ mdb lame390a8 core
Loading modules: [ ]
$c
PutLameVBR+0x4c4(1113c0, cbc5, ffbeda90, 30029b, a05c, 9a)
PutVbrTag+0x68c(63, 30029b, c31e8,
On 21 Okt, J.D. wrote:
Meanwhile, I hope to check out the power-law model patch (that
Alexander posted on Lame-dev) sometime in the next week or two.
Yeah! The first feedback (not counting Robert, he received two
iterations of the patch before I posted the third iteration, but he
hasn't time
On 22 Okt, Gabriel Bouvigne wrote:
Meanwhile, I hope to check out the power-law model patch (that
Alexander posted on Lame-dev) sometime in the next week or two.
Btw, I hope this patch is for 3.91 only and not 3.90, as I'd really like to
see a 3.90 release soon (ie a maximum delay of a few
On 31 Okt, Roman Korcek wrote:
and thanks for the comments. So as far as I understand, the quality
with VBR and ABR are like curves and CBR is like a line (if you
imagine a graph with x being bitrate from 32 to 320 and y being
quality from worst to best) - with VBR you get the best quality
On 19 Nov, Christof Damian wrote:
kgcc was egcs-1.1.2 in earlier redhat versions, but I am not sure what
it is in 7.2.
Did anyone try gcc-3.0.x ?
i use gcc-3.0.2 with athlon options, it seems to work allright, but
the make test gives 395 differences.
make test depends on the used
On 19 Nov, Robert Hegemann wrote:
Download intels compiler for linux (you have to register, but for
personal use you get it for free and unlimited). I used it here on
FreeBSD to recompile libmp3lame - 20% speed increase (compared against
gcc 2.95.3 on an AMD Duron, I modiefied the Makefile
On 29 Sep, bougnax wrote:
Hi I had a SUN SPARC Workstation with Solaris 8.
I can't to compile Lame 3.8.9.
I joined with this e-mail two files when I tried to compile with
make or gmake.
I modify the file Makefile.unix like :
ifeq ($(UNAME),SunOS)
# CC = cc
# CC_OPTS = -O -xCC
#
On 26 Sep, ashutosh satish chitnis wrote:
dear sir,
we r trying to convert a wav file of 8kHz, 8 bit,
mono, 7
kbps into mp3 file again back to wave file of same
specifications but it is converting mp3 file into 16
bit
wav file instead of 8 bit, please suggest us a
solution
On 25 Nov, Yosi wrote:
I accidently wrote that you should also use -malign-double as an
optimization flag. However, from my experience, -malign-double can
actually slow the encoding. So, you might want to test and see what effect
it does for you.
This depends on the cache size of the CPU
On 24 Nov, Yosi wrote:
Hi Craig,
These are the flags I use when compiling lame. I also use gcc3 which give a
signficant speed improvement over gcc-2.95.
Just do something like this:
CFLAGS=-O6 -fomit-frame-pointer -mcpu=athlon -march=athlon
-malign-functions=4 -funroll-loops
On 28 Nov, Stefan Ohlsson wrote:
[differences with make test]
Is this OK, or should I worry about the quality about the mp3:s made
with this compilation?
It's ok. It depends on the used processor architecture, the used
compiler and the used compiler options. You should only worry if you are
a
On 6 Okt, Artemis3 wrote:
LAME is LGPL'ed, not GPL'ed.
Ops, sorry, in http://www.mp3dev.org/mp3 says GPLed.. I
guess this creates confusion :) (most of my other comments
still apply anyway).
See lame-dir/LICENSE.
Bye,
Alexander.
--
0 and 1. Now what could be so hard
On 10 Okt, James Alderman wrote:
hi,
I ma studing at UMIST university, Manchester, England. For
my third year project i have been asked to create an MP3
recorder for a Pocket PC, to be used by a blind person. My
project leader has pointed me in your (that is Lame's)
direction.
You
On 10 Okt, Artemis3 wrote:
This message goes also to the person requesting better
documentation; maybe its time to find the answers for himself,
make a patch to update the documentation and submit the
changes.
Just a little sidenote regarding documentation patches:
You didn't need to
On 10 Okt, Brent Geery wrote:
Who is forcing anyone to do anything? I have posted a feature
request; and so far, am only getting fanboy flack. I have received
private emails from *programmers* (not fanboys) expressing their
interest in implementing the feature. From their input, I'm told
On 3 Dez, Manoj Palki wrote:
2. I encoded a file in two ways. One - using the lame encoder command line
options and the other by writing a small program to read data from a file
and then using libmp3lame functions to encode. In both cases I used the ABR
(average bitrate mode) at 12kbps. The
On 10 Dez, Lawrence Gold wrote:
First off, let me apologize if this has already been beaten to death on
the mailing list.
What about searching the list archive instead?
Anyhow, I recently became aware of the test case bundled with LAME. When
Forget about it, it's only important for LAME
On 20 Dez, Steve Lhomme wrote:
They don't give reasons why they use LAME. But I'm really curious to know.
Perhaps because they just provide encrypted mp3s?
I'm not sure if it's really legal to use LAME for commercial selling of the
encoded files (because of the patents on MP3).
They can
On 20 Dez, Steve Lhomme wrote:
They don't give reasons why they use LAME. But I'm really curious to know.
I'm not sure if it's really legal to use LAME for commercial selling of the
encoded files (because of the patents on MP3).
More interesting:
---snip---
* INTERNATIONAL CONSIDERATIONS
On 20 Dez, Gabriel Bouvigne wrote:
1 step forward for Lame, but 1 step backward for freedom:
http://news.cnet.com/news/0-1005-200-8225543.html?tag=hot
---snip---
The digital files are contained in a single CDS file format, which is
not explained. But in the license agreement for the
On 14 Jan, J.D. wrote:
Brien,
If you are encoding digital silence, then LAME should use
32kbps (unless LAME needs fixing). With analog silence,
He uses --alt-preset standard. I think this implies -F, but I'm not
sure.
Bye,
Alexander.
--
Weird enough for government
On 22 Jan, olivier hericord wrote:
I use lame on my powerbook G4 and i wonder if it's possible to compile it
whith altivec instructions
Sure, but not out of the box without some work from you.
If it's possible , how to...
Get the Apple Developer CD, learn how to use the AltiVec
On 28 Jan, Ivan Dimkovic wrote:
Well.. there are several alternative methods, check out the method
implemented in PEAQ (ITU-R 1387) and Frank Baumgarte's 'non linear' model.
Instead of computing tonality, these models perform exponential additions of
individual maskers, so the final effect
On 28 Jan, Martin Faxér wrote:
I personally don't think that you will have a problem with the output
quality of GOGO, but if you do, I guess you can check out LAME (although
GOGO is supposed to be based on it).
GOGO is based upon an older version of LAME, I don't know if they ported
recent
On 5 Feb, Martin Ruckert wrote:
- a draft of mpglib.h-
#include stdlib.h
/* mpglib.h (draft) a new mpglib interface (draft)
*/
typedef int mpg_id;
/* A handle to a mpg stream.
Values are created with mpg_open, used with mpg_read,
and destroyed with
On 23 Feb, David Starks-Browning wrote:
Are there any known problems with the current CVS? Or is it safe
enough to use? Can we expect 3.92 to be released soon?
There's a known problem with the commercial compiler from SUN, a fix is
under investigation.
Bye,
Alexander.
--
-- Forwarded message --
Von: tom andrle [EMAIL PROTECTED]
Betreff: (possible) lame bug report
Datum: Mon, 1 Apr 2002 03:25:41 +0200 (CEST)
An: [EMAIL PROTECTED]
Message-ID: Pine.LNX.4.44.0204010318000.3710-10@punk
hi,
I'm
On 4 Apr, sean jaye wrote:
Im sorry for my easy question but it is because Im
not good in the c programming , I study electronics
and have a project in electronics and I want to take
lame as an application for my project so I need to
compile it with
The LECCS cross compiler to get to
On 25 Apr, Michal Seliga wrote:
Maybe you already know this, maybe I am using obsolete version of
lame, but maybe it would help...
Which version?
3.91
Known to break in this case.
when i try to compile lame with gcc-3.0.4 (Mandrake 8.2) with
-funroll-loops flag , then 'make test' will
Yosi wrote:
I played a little with Intel's C compiler, and noticed that while it
does offer
significant speed improvements over gcc 2.95, it does not produce faster
code
than what is produced by gcc 2.96 or gcc-3.0.x.
Which options have you tried? Some options of icc reduce the max.
On 27 Apr, Yosi wrote:
Which options have you tried? Some options of icc reduce the max. possible
speed improvement. I had to not enable MMX and SSE and only rely on PII and
FPU
instructions to get the max. out of it.
And how much faster was it than the version that was compiled with gcc3?
On 21 Mai, Greg Wooledge wrote:
I don't understand. Does LAME encode Ogg Vorbis files? If not, what
does the switch --ogg do? If yes, Lame Ain't MP3 Encoder?
LAME *used* to encode Ogg files, by acting as a dumb wrapper around the
libvorbis encoding routines. It no longer supports
On 22 Mai, Nachi Guttman wrote:
We develop a application that need to record audio to MP3 format.
Please advice price for MP3 encoder
Just in case nobody else answered already:
LAME hasn't a price tag. It's free of charge. But you may need to pay
some patent fees, depending on the applicable
On 28 Mai, Akos Maroy wrote:
When I try to compile lame 3.92 using nasm, I get the following error:
/usr/bin/nasm -f elf -i ../../libmp3lame/i386/ scalar.nas -o scalar.lo
-l scalar.lo.lst
scalar.nas:15: error: parser: instruction expected
scalar.nas:16: error: parser: instruction
On 28 Mai, Akos Maroy wrote:
says:
--enable-expopt=full,norm Whether to enable experimental optimizations
[default: no]
while actually the possible values for this option are 'yes' and 'no'
The possible values are full, norm, yes and no. yes is the
same as
On 29 Mai, Akos Maroy wrote:
That's wrong. lame.h doesn't need stdint.h. The correct way of doing
this is to add
#ifdef HAVE_STDIINT_H
^
Ooops...
#include stdint.h
#endif
into .c files which actually use *int*_t.
I fix this later
On 31 Mai, Toby Speight wrote:
Although ./configure is a generated file, it shouldn't change from
host to host - and I don't think it's reasonable to require every
developer to have the right version of autoconf, so it should be in
CVS.
Greg The normal policy (with most other projects) is
On 31 Mai, Akos Maroy wrote:
Then don't change theses files if you don't have auto*. :-)
And if a fresh checkout wants to generate such a file, then you've found
a bug which needs to get reported.
:)) I guess we both made our points. I can only say, that I disaggree on
this issue with
On 30 Mai, Akos Maroy wrote:
Can you please test the CVS version of LAME with the attached patch
(I've no gcc 3.1 at the moment)?
Some more details.
There is a bug in your GCC_version sed script. Instead of:
GCC_version=`${CC} --version | sed -n '1s/^[^ ]* (.*) //;s/ .*$//;1p`
a
On 2 Jun, Akos Maroy wrote:
Doesn't work.
Strange. I had the exact same problem, and managed to resolve it by
removing all these generated files, and have them made again.
Which version of libtool?
Bye,
Alexander.
--
The best things in life are free, but the
On 3 Jun, Bill Currie wrote:
I've just updated autoconf from 2.13 to 2.5x recently. Now configure.in
uses different keywords, so the autoconf versions are not compatible.
Not really true. Yes, 2.5x has new macros that aren't in 2.13, and 2.5x is
more strict about various things, but
On 5 Jun, Simon Blandford wrote:
The problem:
When in MONO mode, LAME merges the two channels before the left/right
scaling. The left scale acts on the remaining signal and the right scale
is ignored.
The solution:
The scaling operation is simply moved before the channel merge
On 8 Jun, BOUWSMA Beery wrote:
The newer versions of lame, retrieved from the CVS repository, fail
to build (link) under the NetBSD 1.6-current that I'm running. The
problem seems to be in libtool/ltconfig.
[...]
I don't know if this is the right fix -- if the logic of the netbsd*)
On 15 Jun, Greg Wooledge wrote:
IMHO it's more intuitive to write
this is the tag\!
Yes, yes, yes! It *would* be more intuitive. But it does not work.
jekyll:~$ echo $BASH_VERSION
2.05a.0(1)-release
jekyll:~$ echo this is the tag!
bash: !: event not found
jekyll:~$ echo this is
On 16 Jun, Mark Taylor wrote:
and I think this should also work:
lame --add-id3v2 --tt 'this\' is the tag\!'
No, you can't escape between single quotes.
Bye,
Alexander.
--
Secret hacker rule #11: hackers read manuals.
http://www.Leidinger.net Alexander @
On 16 Jun, shatty wrote:
Sorry,
Since my first email went to the address in the configure I forgot to change the
subject line and fix the following:
Andrew
The test doesn't seem to work as written. This works:
if test $CC = $BE_C_COMPILER; then
I haven't seen any mail which is
On 19 Jun, wrote:
went under KDE and used find files to locate any other lame* files
that may have been missed. This included Gnome desktop references and
KDE desktop references. (I do not recall a menu entry for LAME, but
find files had listed something to that effect.) I then crossed
On 24 Jun, Al wrote:
First, you better ask such questions in the Mailinglist
[EMAIL PROTECTED]
First If i were to Decode a mp3 file would Change a Mp3
that has joint stereo to Stereo and recode it to mp3 again
would it work and whats the Good thing about Stereo
compare to Joint stereo
-- Forwarded message --
Von: Janik [EMAIL PROTECTED]
Betreff: bitstream resyncing destroys sync
Datum: Mon, 24 Jun 2002 19:39:27 -0700
An: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
When I demux an mpeg2 file and get the
-- Forwarded message --
Von: James Brundage [EMAIL PROTECTED]
Betreff: Roving Lame
Datum: Thu, 27 Jun 2002 17:09:39 -0700
An: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Hey.. I'm a sys admin @ work and we've got a rather
On 8 Jun, Simon Blandford wrote:
Here's a tgz version with --context=2. Please let me know if this is OK.
This is my first patch submitted to any web project ever, so appologies
if it takes me a while to de-moronize the process.
Committed, thanks.
Bye,
Alexander.
--
...and that
On 11 Jul, Chris Lindstrom wrote:
When I tried to configure lame on my iBook 500 with OS X.1.5, this was
the output I got from the terminal.
I don't think it was a problem with the download because the same file
configured and installed perfectly on my G4 tower with the same
operating
On Mon, 22 Jul 2002 10:30:26 +0800 (CST) î´ó [EMAIL PROTECTED] wrote:
dear all,
I use lame to encode a raw pcm file,but failed. this raw pcm
is a mono ,sample rate is 8k,bitspersample is 16.the command i used
is lame -r -m m -s 8 music1.pcm music1.mp3 ,but just get a noise.
Add '-x'.
On 21 Jul 2002 23:29:17 -0700 Florin Andrei [EMAIL PROTECTED]
wrote:
Using:
- lame-3.92
- Linux Red Hat 7.3
- nasm-0.98.22-2
When i compile lame with --enable-nasm, i get this error:
Known bug of nasm.
What's the problem?
I use nasm to compile other programs (like transcode) and it
î´ó wrote:
dear all,
when I analyse the source of lame-3.92 ,I do not find
where such as HAVE_CONFIG_H ,HAVE_MPGLIB are defined .who
can tell me how they are defined ?
HAVE_CONFIG_H gets defined on the command line of the commpiler (or
something similiar in the Microsoft C project
On 22 Jul 2002 18:38:45 -0700 Florin Andrei [EMAIL PROTECTED]
wrote:
If i understand correctly, it's a part of the code that can be
compiled in two different ways, but which one is that, and what are
the differences?
Look at the code in libmp3lame/i386. There you will find MMX optimized
asm
On Sat, 10 Aug 2002 12:38:50 +0200 loopus [EMAIL PROTECTED] wrote:
well from that analisys it seems that lame (3.86) has not the full
compliance with the ISO/IEC 11172 international standard etc etc...
LAME uses a decoder which is based upon mpglib from mpg123. There's an
effort to merge
On 14 Aug 2002 21:48:54 -0600 Preston Lord [EMAIL PROTECTED] wrote:
cc1: Invalid option `-fsched-interblock'
ideas?
Remove -fsched-interblock from configure, e.g.
perl -pi -e 's:-fsched-interblock::g' configure
and try again. It's fixed in the development version of LAME.
Bye,
Alexander.
On Mon, 26 Aug 2002 23:09:10 -0700 (PDT) Ti Kan [EMAIL PROTECTED] wrote:
checking for IEEE854 compliant 80 bit floats... Unaligned access
pid=479402 conftest va=0x11fffbfe4 pc=0x120001148 ra=0x120001208
inst=0xa43e0004 Unaligned access pid=479402 conftest va=0x11fffbfec
pc=0x1200011a8
On Fri, 30 Aug 2002 14:00:50 +0200 J. Ogurek [EMAIL PROTECTED] wrote:
I'm using described setting, is there anyone who could produce better
result for GSM speech, please?
Did you already tried the folowing changes?
High pass frequency=0
1
CRC=on
off
Fast
On Fri, 30 Aug 2002 14:00:50 +0200 J. Ogurek [EMAIL PROTECTED] wrote:
High pass frequency=0
Ooops, forget this value in my last post, it doesn't make sense.
Bye,
Alexander.
--
...and that is how we know the Earth to be banana-shaped.
http://www.Leidinger.net
On Sun, 1 Sep 2002 20:53:04 -0700 (PDT) Ti Kan [EMAIL PROTECTED] wrote:
Alexander Leidinger wrote:
Ti Kan wrote:
cc: Warning: brhist.c, line 168: In this statement, tgetstr(...)
of type int, is being converted to pointer to char.
(cvtdiftypes)
tp = tgetstr (up, tp
On Mon, 26 Aug 2002 23:09:10 -0700 (PDT) Ti Kan [EMAIL PROTECTED] wrote:
checking for IEEE854 compliant 80 bit floats... Unaligned access
pid=479402 conftest va=0x11fffbfe4 pc=0x120001148 ra=0x120001208
inst=0xa43e0004 Unaligned access pid=479402 conftest va=0x11fffbfec
pc=0x1200011a8
On Sat, 31 Aug 2002 12:33:19 -0700 (PDT) Ti Kan [EMAIL PROTECTED] wrote:
My question is, what is the legality status of distributing xmcd
binaries that links to libmp3lame? Would I be liable to
Fraunhofer/Thompson's patent royalties? I don't make any money with
xmcd and cannot pay such
On Tue, 10 Sep 2002 06:43:36 -0700 (PDT) Shel Ritter
[EMAIL PROTECTED] wrote:
The -V switch controls VBR quality from 0-9 right? I'm wondering what
technically is changed to attain the different levels of quality.
Algorithms.
I don't understand the -b frame size switch. What exactly is a
On Wed, 11 Sep 2002 10:29:07 -0700 (PDT) Shel Ritter
[EMAIL PROTECTED] wrote:
The -V switch controls VBR quality from 0-9 right? I'm wondering
what technically is changed to attain the different levels of
quality.
Algorithms.
Can you point me to what these algorithms are
On Wed, 25 Sep 2002 19:08:31 -0700 Mark Goldschmidt
[EMAIL PROTECTED] wrote:
I am trying to use Audacity on a Mac running OS 10.2.1. The program
tells me that to encode as an MP3, I need the Lamelib library. I can
find it for Mac OS 9, but not for OS X. Does it exist, and if so, can
you
On Fri, 08 Nov 2002 09:36:33 -0500
Joseph Creekmore [EMAIL PROTECTED] wrote:
so I am trying to turn off all psychoacoustic processing. Even with the
-k option (disables all filters), I still get low-pass filtering. Any solutions?
Don't use MP3. Not filtering results in aliasing, so we have
On Fri, 15 Nov 2002 17:07:11 +0300
Dmitry [EMAIL PROTECTED] wrote:
The encoder inserts an empty audio data frame (417 bytes) after the ID3v2
tag and before the actual audio data.
VBR or CBR? In the later case this may be because of a missing call to
lame_mp3_tags_fid().
- Original
On Sun, 17 Nov 2002 15:01:49 +
Dominique [EMAIL PROTECTED] wrote:
Please note, I dont mean --alt-preset help, I want to know how the
presets translate into all this -x -y -z -e -t -c. stuff manpage (and
r3mix.net) is full of ;)
You can't fully emulate --preset with distinct switches.
On Sun, 17 Nov 2002 15:05:42 +
Dominique [EMAIL PROTECTED] wrote:
tha'ts why I wanted to know the presets translations in order to use
--alt-preset standard in MEncoder. but if it's in the new liblame I will
wait.
It's released. Now you just have to convince the mencoder people to use
On Sun, 24 Nov 2002 15:40:06 +0100
Roy Rio [EMAIL PROTECTED] wrote:
Well, why don't you go ahead and write some world-class file-type
recognition code that is system independent, easily extendable and avoids
this mistake? It would seem to be a rather nice addition to the world-class
mp3
On Sat, 30 Nov 2002 19:44:35 -0300
Gabriel Bonsoir [EMAIL PROTECTED] wrote:
There is same way (i'm using linux) for make that for example lame use just
50% of cpu and no more, or that use the cpu time that other running program
let.
That's strange... you should be able to listen to a
On Sun, 01 Dec 2002 07:03:04 -0800
dale ott [EMAIL PROTECTED] wrote:
[To the readers of the mp3encoder list: please CC him if you reply to
this mail]
Greetings:
I am in a band (in the US) and would like to put some of our
music up on the Web. One member of our group is a very
committed
On Sun, 1 Dec 2002 14:55:46 -0600
Dan Nelson [EMAIL PROTECTED] wrote:
It is XP's responsibility to manage CPU usage. If you run two apps
He talked about an Athlon XP, not about Windows XP.
Bye,
Alexander.
--
There's no place like ~
http://www.Leidinger.net
On Tue, 3 Dec 2002 08:38:34 +0100
Gabriel Bouvigne [EMAIL PROTECTED] wrote:
Lame 3.93.1 Stable Released!
You can find here latest complete Win32 exe, dll and ACM versions with
Intel MMX, SSE SSE2, and AMD 3DNow! optimizations (by Intel Compiler 7
and Nasm)
There is not yet any support of
On Tue, 7 Jan 2003 13:38:20 +0100
Olle Hansson [EMAIL PROTECTED] wrote:
I Wonder how the project goes, is it done or? :)
Nothing is done. Nobody with a PPC system wanted to do the work.
Bye,
Alexander.
--
Secret hacker rule #11: hackers read manuals.
http://www.Leidinger.net
On Thu, 9 Jan 2003 13:16:40 +0100
David Remahl [EMAIL PROTECTED] wrote:
Luckily, I'm soon about to get a new PowerBook G4 1GHz. In fact, it
should be delivered this week. When I get that computer, I will
probably want a project to exercise the AltiVec powers of the computer,
as well as my
On Fri, 17 Jan 2003 21:33:42 +0100
Michel Comblen [EMAIL PROTECTED] wrote:
Hi Chris,
It seems you need a VIDEO codec, not an audio codec such as LAME
You can find infos at the following address :
http://www.fourcc.org/indexcod.htm
Anyway, I didn't find there or elsewhere a codec called :
On Sun, 19 Jan 2003 13:30:21 +0800
ruffnex [EMAIL PROTECTED] wrote:
Lame is 100% LGPL.
No. You have to disable the decoder for this.
mpg123 is GPL
mpglib is LGPL - the version Lame uses is LGPL, with patches to enable
Layer I and II decoding.
mpglib which lame uses is GPL. We have a
On Fri, 21 Feb 2003 22:50:11 +0100
Robos [EMAIL PROTECTED] wrote:
Hi all
I *think* I found a bug in the file vorbis_interface.c. At the beginning
these files are included:
#ifdef HAVE_VORBIS
[...]
#include codec_internal.h
#include registry.h
#include modes/modes.h
Am I wrong or is
On 23 Feb 2003 18:20:43 -0800
Florin Andrei [EMAIL PROTECTED] wrote:
Neither of that is true. This is a fairly default Red Hat 8.0 install,
which has both GTK2 and GTK1. There is no gtk12-config binary on RH8.0.
However, there is a gtk-config.
My workaround was to create a symlink:
[EMAIL
On Sat, 22 Feb 2003 19:43:42 +1100
Anthony Baxter [EMAIL PROTECTED] wrote:
This address was mentioned on the Lame homepage as the address to send
bugreports. On all the systems I can find, the GTK config program is
called 'gtk-config' - but the LAME 3.93.1 configure script only looks
for
On Thu, 27 Mar 2003 10:02:51 +
[EMAIL PROTECTED] wrote:
Seems the kind of perfect job for a scripting language.
If you use Perl as the scripting tool you can make it run on the three
plataforms mentioned above without mutch trouble. Perl is the ideal tool
for reading text files, parsing
On Mon, 02 Jun 2003 13:09:48 -0700
Greg Hazel [EMAIL PROTECTED] wrote:
Sorry to bother you, but I wasn't sure who else to contact.
Try the MP3 Encoder list (CCed).
I've been trying, but don't really understand enough to rip out
the right pieces of LAME for this task:
Take an MP3 file with
On Tue, 3 Jun 2003 15:44:17 +0800
John Lin [EMAIL PROTECTED] wrote:
The logic of my currently working version is like:
wavmerge 1.wav 2.wav 3.wav 4.wav -o output.wav
lame --alt-preset 56k output.wav output.mp3
However, because output.wav is huge, it takes up too much disk space
as well
On Sun, 29 Jun 2003 20:01:24 -0400
TJ Harrell [EMAIL PROTECTED] wrote:
I found a minor annoyance. When building 3.93.1, the lame executable and the
ACM both claim to be 3.93. This was very confusing as I was dling many
different compiled binaries yet they all claimed to be version 3.93 and not
On Mon, 30 Jun 2003 15:12:07 +0200
Gabriel Bouvigne [EMAIL PROTECTED] wrote:
The problem is that lame is very stubborn about setting the genre. If
you specify an invalid genre, lame never falls back on a default (such
as other).
I consider this a feature... if I make a mistake by
Adam forgot to send his answer to the list too, forwarded at his
request...
Begin forwarded message:
Date: Mon, 30 Jun 2003 11:04:52 -0500
From: Adam Luter [EMAIL PROTECTED]
To: Alexander Leidinger [EMAIL PROTECTED]
Subject: Re: [mp3encoder] Lame genre bug (annoyance).
On Mon, Jun 30, 2003
And here's my answer...
Begin forwarded message:
Date: Mon, 30 Jun 2003 18:43:23 +0200
From: Alexander Leidinger [EMAIL PROTECTED]
To: Adam Luter [EMAIL PROTECTED]
Subject: Re: [mp3encoder] Lame genre bug (annoyance).
On Mon, 30 Jun 2003 11:04:52 -0500
Adam Luter [EMAIL PROTECTED] wrote
On Tue, 01 Jul 2003 08:58:39 +0200
Gabriel Bouvigne [EMAIL PROTECTED] wrote:
We had to use 3.93.1 because there was already some 3.94 alphas floating
around, and so we were unable to use 3.94 as a version.
Ah! Yes! Now I remember...
And this 3.94 alpha version had some more changes than
Begin forwarded message:
Date: Mon, 30 Jun 2003 12:44:29 -0500
From: Adam Luter [EMAIL PROTECTED]
To: Alexander Leidinger [EMAIL PROTECTED]
Subject: Re: [mp3encoder] Lame genre bug (annoyance).
On Mon, Jun 30, 2003 at 06:43:23PM +0200, Alexander Leidinger wrote:
I can agree with this line
On Mon, 30 Jun 2003 12:44:29 -0500
Adam Luter [EMAIL PROTECTED] wrote:
Which, as it happens, is what my program YaRET wants, because it is a
batch program (and user interaction is not really figured into that sort
of design). So right now YaRET would have to parse the genre list
(gotten from
On Thu, 3 Jul 2003 02:12:41 -0500
Adam Luter [EMAIL PROTECTED] wrote:
I'm going to write a patch for lame to either bomb (with an appropriate
error message) on any tag errors (genre, year, etc). Or, if
--ignore-errors (or whatever you'd like it called) is specified, ignore
said errors and
On Thu, 3 Jul 2003 13:14:27 -0400 (EDT)
Jason Pyeron [EMAIL PROTECTED] wrote:
Someone correct me if I am wrong, but standard versioning goes like this
There's no standard versioning...
[description how the Linux kernel is versioned]
Bye,
Alexander.
--
Loose bits sink
On Wed, 6 Aug 2003 11:44:22 +0200
[EMAIL PROTECTED] wrote:
Well I know very well os400 environment something less os2, something less
windows, something less Linux and so on down to almost nothing about
mp3encoding, so it would be a blind-porting, and all of you are free to
consider me a
On Sat, 6 Sep 2003 18:12:32 +1000
LiFe [EMAIL PROTECTED] wrote:
Hi Guys,
Out of interest how come lame development has stopped since 2002?
It hasn't. There's an experimental branch which leads to lame 4.0. Make
yourself familiar with cvs and have a look at it.
Bye,
Alexander.
--
1 - 100 of 137 matches
Mail list logo
