t; and
> getting static.
>
> What am I doing wrong?
Does your LAME executable feature decoding abilities?
- verify with: lame --decode x.mp3 x.wav
Are there any unusual warning messages LAME prints?
Maybe there is some typo in the command line you entered?
--
Ciao Robert
_
ent variable will always be evaluated before the program
arguments given at the commandline.
--
Ciao Robert
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/mp3encoder
r" and add some
debugging prints to see why it doesn't accept your data.
Ciao Robert
Am 06.08.2008, 13:06 Uhr, schrieb Aleksandar Kostadinov
<[EMAIL PROTECTED]>:
> Hallo,
>
> First excuse me if I'm using the developers' forum instead of a user
> forum
&
downmix your audio data to stereo first.
> Thanks.
> ___
> mp3encoder mailing list
> mp3encoder@minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/mp3encoder
Ciao Robert
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/mp3encoder
ches, it's not part of the doc, and so
> > (theorically) end users should not be used to it.
>
> Okay, unless I receive further comments, I will go ahead and
> change the prefix, but I will use a "--thaa-" prefix (which drops
> the wording argument of "effective" versus "absolute", and focuses
> on pointing out the automatic adjustment).
>
> Thanks for the feedback.
>
> Kind regards,
>
> - John
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
g their stuff.
This will not affect what they already released under the GPL. That will
be GPL'ed once and forever. (at least if they had the right to release it
under the GPL. if not, then the license is not valid)
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
n and on...
>
> Trying to work with -V 0 gives automatically segmentation fault
>
> I'm running Redhat 7.2, on AMD 800, 768MB RAM, tried to compile lame both
> on the gcc-2.96 and the kgcc (the older 2.95 which spits error
ompilers.
http://www.heise.de/newsticker/result.xhtml?url=/newsticker/data/hes-11.11.01-000/default.shtml&words=Intel%20Compiler
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
gt; free to apply the patch and note that I have (hopefully) not missed
> anything.
That's funny! Jeremy, don't you think we would know how to disable
writing that info into the freespace, if we wanted to?
Sorry Jeremy Brand and Josh Samuelson, you wasted your time,
that patch will not make it into the mainline.
Ciao Robert
--
MP3 ENCODER mailing list archive is at:
http://www.mail-archive.com/mp3encoder%40minnie.cs.adfa.edu.au/
Happy New Year!
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
you'll have to specify the lowpass width in kHz, not Hz.
But, you may call it a bug in lame's frontend.
Ciao Robert
Am Sonntag, 13. Januar 2002 22:49 schrieben Sie:
> Hi J,
>
> I have experienced the same problem with 3.90, 3.89, 3.88 and I think
> even 3.87, which I
e documentation and I see nothing beyond what is printed by
--alt-preset help. Can someone list the actual command line options
that the various --alt-presets correspond to?
Thanks.
Robert Granjon
___
mp3encod
Hi Michel,
no, it's not a wanted behaviour, current lame seems to be broken.
I think Takehiro has some more pending committs.
Ciao Robert
Am Mittwoch, 24. April 2002 20:13 schrieb Michel SUCH:
> Hi all,
>
> I don't know if it is normal since, in my opinion, the aim is n
Am Sonntag, 19. Mai 2002 12:52 schrieb [EMAIL PROTECTED]:
> I've found a WAV file which has two problems when I encode it with Lame.
> First, get the file here:
> http://www.fortunecity.com/roswell/barker/219/test.zip
> (88790 bytes).
well, I can't get that file, access d
y specific versions of other tools installed too.
But I prefer the simple Makefile approach anyway.
>
>
> Regards,
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
Can it be, that you don't have the gtk-devel packages installed?
>
> Thanks,
> kc
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
encoder needs some trained ears
to do listening tests. ABX'ing against some 'reference' encoder will help you
to spot weak points of your psy-model.
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
40 0002 0020 00716078
> 004399c0
>
> I'm not a programer. I just want to report the bug. If you need more infos
> on my system or anything, email me.
>
> Regards,
> Christian.
Ci
't it be better to stick with 3.91 which works
> fine with MMX on my VIA?
One question remains:
Where did you get the lame executeable from?
Maybe you got some Pentium3/4 only compile which does not run on
your CPU ?
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
ut MMX, what is best for the quality:
>
> 3.91 MMX or 3.92 no MMX?
>
> Thanks,
> Christian
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
t bitrate and/or bit reservoir dependant.
I am not around the next week, but if you need an additional tester afterwards, I will
gladly help. I am no good at debugging LAME, however, since I am only mediocre at C
and my MP3 technical knowlege ist quite limit
test files). Tonight I will (hopefully)
feed some test data into LAME and then into the hardware player.
Regards,
Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
hi
Am Montag, 3. März 2003 18:20 schrieb Edward Shnekendorf:
> I am wondering if it is possible to convert a g.711 u-law file to mp3
> using LAME? If so, what is the proper syntax. If not, can anyone point
> me in the right direction for a tool, library, or code examples of how
> to do this.
yo
ght
channel at the same time. it also implies "short blocks allowed"
>
> Can anybody help me understand ?
>
> ciao, rocko
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
Hi rocko,
I've fixed the "short blocks only" bug for mono encoding in actual CVS.
Ciao Robert
Am Montag, 16. Februar 2004 12:41 schrieb rocko:
> OK, thank you Robert !
> So for mono encodings i'll stick to older LAME versions for a little
&
be
> able to encode at 48Khz, as that's what I do a lot of
> my recording at.
>
> Thanks,
>
> =
> Jay Dolan
> Software Engineer, Systems Analyst
> Windmill Cycles, Inc.
> 508.999.4000
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
ou can also see other
> helpful screenshots and debug info there. Any idea what's wrong? I
> downloaded the latest LAME build from http://mitiok.cjb.net/, which I
> assumed was the "official" LAME distribution site for compiled binaries...
>
>
>
>
>
> Titus
if cutting the file into smaller pieces solves the problem, then there is no
problem with the encoded stream. It looks like a hardware problem
of your dvd player and we can't help you there. But to be sure, you may
try another encoder and tell us if it results in the same problem on your
dvd player.
Ciao Robert
___
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
Hi Sony,
this is a known bug of "--vbr-new" in 3.96 that is fixed in 3.97 alpha2.
Ciao Robert
- Original Message -
From: "Sony Philip" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 17, 2004 3:25 PM
Subject: [mp3encoder] 3.96 segfault on
Hi,
LAME 3.96.1 has been released. It's mainly fixing an occasional
crash when using --vbr-new, as used by --preset fast standard.
I would suggest upgrading to 3.96.1 if you are using the newer
vbr routine of LAME.
Ciao Robert
___
mp3encoder ma
Hi,
the compiler does not have lame/mpglib in its list for include files. simple
fix: edit libmp3lame/mpglib_interface.c line 13 to #include "../mpglib/
interface.h"
Maybe Alexander will fix the configure magic to support msys?
Ciao Robert
Am Samstag, 29. Januar 2005 12:52 sch
Hi,
Am Samstag, 29. Januar 2005 19:26 schrieb Audio Phile:
> 5. I edited /lame-3.96.1/mpglib/MakeFile and changed:
> NASM_FORMAT = -f elf
>
> To this:
>
> NASM_FORMAT = -f win32 -DWIN32
you have to make the change in the lame-3.96.1/libmp3lame/i386/Makef
Am Samstag, 29. Januar 2005 14:57 schrieb Takehiro Tominaga:
> From: Robert Hegemann <[EMAIL PROTECTED]>
> Subject: Re: [mp3encoder] How to correctly compile lame with mingw
> Date: Sat, 29 Jan 2005 13:29:26 +0100
>
> > the compiler does not have lame/mpglib in it
Hi Travis!
What are you compiling exactly? lame.exe? lame.acm?
How do you compile lame? via Makefile or Projectfile?
Some time ago I compiled LAME alpha using
MS VC++ 2005 Beta2 without any problems.
Ciao Robert
- Original Message -
From: "Travis McMurry" <[EMAIL P
to output a mono MP3, even if I explicitly specify a "-m j" option.
1. transcoding from mp3 to mp3 isn't a good idea, take the original PCM files
2. there is no sense in encoding mono files as joint stereo, but with one
exception: working around
Thank you all for your help, I used the method proposed by Warren Toomey
I had missed the -O from the tar extraction, but it all works now
Again thanks for your help and advice
this has saved me 1/3 hard disk space as before I had a tar.bz file and
an mp3 store for playback now I can create an
kind of suggestions!
Thanks!
Robert Leiking
--
GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist!
NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
https://minnie.tuhs.
Hi there,
the platform is a microcontroller with dedicated DSP functionality and RISC
load/store instruction capability. It supports IEEE-754 floating point data
types.
What's MAD all about? Where can I find it?
cheers
Robert
Original-Nachricht
Datum: Sat, 9 Dec 20
r of samples
within one mp3 frame (1152 for a Mp3 file, right?) or does it mean the length
of a frame in bytes?
Thanks!
Robert
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
___
out this stuff:
> What do this members of the structure mp3data_struct in mpglib.h mean:"ssize,
> dsize, bsize, bsnum"?
>
> In this structure: Does "framesize","fsizeold" represent the number of
> samples within one mp3 frame (1152 for a Mp3 file,
Hi Thomas,
is there also a fixed point implementation available from mpglib or mpg123??
Or is this SHARP DSP already in fixed point?
cheers
Robert
Original-Nachricht
Datum: Thu, 18 Jan 2007 01:37:45 +0100
Von: Thomas Orgis <[EMAIL PROTECTED]>
An: mp3encoder@minnie.tu
are fixed point as well, right?
>
> So if you want fixed point, you indeed better look into mad, because
> that's the point they are very proud of: fully fixed point math.
> For normal PC cpus, using the floating point math makes more sense - at
> least with mpg123 it is more
1.31 format???
cheers
Robert
> look at MADplay
>
> JL.
>
> - Original Message -
> From: "Robert Leiking" <[EMAIL PROTECTED]>
>
>
> >
> > Hi Thomas,
> >
> > is there also a fixed point implementation available from mpglib
flow graph of it? Or anything similar?
- My assumption is that it synthesises from 32 subband frequency samples into
the 32 time domain samples, right?
So why is it called dct"64" then?
Thanks!
Robert
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX
int, I assume that these are slightly modified versions of the
assembler versions in the mpg123 lib, right?
cheers
Robert
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
their
shape in the signal flow graph.
That's all I know by know, I was just curious if anyone could give me a more
detailed information about which approach was used to decompose the DCT so that
less multiplications and adds were needed.
...by the way, this work I am doing on mpg123, is fo
appreciated.
>
> -Stevo Brock
> Head of Development
> Monkey Tools
> www.monkey-tools.com
Ciao Robert
___
mp3encoder mailing list
mp3encoder@minnie.tuhs.org
https://minnie.tuhs.org/mailman/listinfo/mp3encoder
> lame -m m -b 24 input.mp3 output_24.mp3
in one line:
for i in *.mp3 ; do o=$(basename "${i}" .mp3); lame -m m -b
24 "$i" "${o}_24.mp3"; done
or in multiple lines
for i in *.mp3
do
o=$(basename "${i}" .mp3)
lame -m m -b 24 "$i" "$
Hi nik600,
if you have a recent LAME version, you can try adding the "--flush" switch.
Ciao Robert
- Original Message -
From: "nik600"
To:
Sent: Tuesday, April 20, 2010 10:29 AM
Subject: [mp3encoder] reduce buffer during live conversion
dear all, im'
I am trying to convert a MP3 file from 320k to 128k using lame.
However, the new file is missing all the ID3 tags. Is this a deficiency
in lame or is there some switch that I can use? If the former, is there
another Linux/Open Source command line encoder that will do the job?
___
50 matches
Mail list logo
