Re: [MP3 ENCODER] Multi Pass MP3 Encoder

2000-09-06 Thread Mark Powell
from a pipeline. But as a user I would definitely use this option if it were offered. In a pipeline it can store the file temporarily. Either in memory or /tmp. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-15 Thread Mark Powell
lete lack of accents in English: I read the book. I have read the book. Completely different pronunciation of "read"; "reed" 1st, "red" 2nd; but same spelling :( Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Service

Re: [MP3 ENCODER] min bitrate and bit reservoir (was: MS switching)

2000-09-16 Thread Mark Powell
(10^3 * 10^(3*2)) TRI = 3 == Trillion= 10^12 (10^3 * 10^(3*3)) QUAD = 4 == Quadrillion = 10^15 (10^3 * 10^(3*4)) And as I said :) We use this system in the UK... unofficially. Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services

Re: [MP3 ENCODER] ./configure

2000-09-20 Thread Mark Powell
t variable. - so that I should upgrade from 3.77 to 3.78.1 ??? Try FreeBSD. A simple: $ cd /usr/ports/devel/gmake $ make all install Will do everything for you :) BTW 3.79.1 is the latest version of GNU make. Mark Powell - UNIX System Administrator - The University of Salford Academic Informatio

Re: [MP3 ENCODER] Live-XMMS 1.0.0 and Lame 3.87

2000-09-20 Thread Mark Powell
or a PIII 1.2GHz, LAME is still going to use ~100% of CPU. With a faster CPU it will simply use 100% of CPU for a shorter time. Is this a known problem? Is it expected? I hope I explained what I *think* you were asking. Mark Powell - UNIX System Administrator - The University of Salford Academic

Re: [MP3 ENCODER] Live-XMMS 1.0.0 and Lame 3.87

2000-09-20 Thread Mark Powell
(playback is fine). Again check what the difference in these two situations is, using top and other diagnostic tools. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44

Re: [MP3 ENCODER] realtime encoding specs ?

2000-09-25 Thread Mark Powell
reasonable alternative ? Only your ears can tell you what is good quality. Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 w

Re: [MP3 ENCODER] realtime encoding specs ?

2000-09-26 Thread Mark Powell
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

Re: [MP3 ENCODER] 3.87b MMX and no MMX give different results + some3.87 comments

2000-09-27 Thread Mark Powell
that also be inconjunction with the --raise-smr 1 flag for VBR? Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com

Re: [MP3 ENCODER] 3.87b MMX and no MMX give different results + some3.87 comments

2000-09-27 Thread Mark Powell
, but please re-instate the # frames. 3) Would be really something if it would also say [total# frames/total # of S frames/ total # of M/S frames]. Room enough on the lines :) I like this idea too, Roel. Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information

Re: [MP3 ENCODER] 3.87b MMX and no MMX give different results + some3.87 comments

2000-09-28 Thread Mark Powell
On Thu, 28 Sep 2000, Takehiro Tominaga wrote: "M" == Mark Powell [EMAIL PROTECTED] writes: M BTW The gcc 2.95.2 options are perfectly valid for FreeBSD as M well as Linux. Obviously :) Can they be copied into the FBSD M section too? silly thing. you had better

Re: [MP3 ENCODER] 3.87b MMX and no MMX give different results + some3.87 comments

2000-09-28 Thread Mark Powell
On Thu, 28 Sep 2000, Robert Hegemann wrote: Mark Powell schrieb am Don, 28 Sep 2000: On Wed, 27 Sep 2000, Robert Hegemann wrote: On my Linux Box with a Pentium 166 MMX the MMX and non-MMX version produce bit identical results. How did you get the Linux version to assemble

Re: [MP3 ENCODER] 3.87b MMX and no MMX give different results + some3.87 comments

2000-09-28 Thread Mark Powell
with Robert's extra RH_AMP stuff, that he didn't compile into the non-MMX version. Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295

Re: [MP3 ENCODER] MMX question

2000-09-28 Thread Mark Powell
to the MMX code always being present in the binary. On an non-MMX CPU it would fall back to using the old non-MMX code. Thus never executing an illegal instruction. Isn't this how commercial applications handle it? Of course if this is a lot of work, for little gain, then forgive me :) Cheers. Mark

Re: [MP3 ENCODER] MMX question

2000-09-28 Thread Mark Powell
On Thu, 28 Sep 2000, Robert Hegemann wrote: Mark Powell schrieb am Don, 28 Sep 2000: Hmm, you may dig in the Gogo sources. If I remember right they allowed to turn on optimizations with something like --use-mmx. This could be a way to do it in LAME too. Surely Gabriel

Re: Re[3]: [MP3 ENCODER] 3.87b MMX and no MMX give different results+ some 3.87 comments

2000-09-28 Thread Mark Powell
-q1 nor --raise-smr x. He also thinks -q1 could be unsafe. Is that unsafe just in v3.87 or has it always been so, Robert? Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5

Re: [MP3 ENCODER] id3v2 xing-header

2000-09-30 Thread Mark Powell
bad id3v2 tags created with v3.87 :( Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key -- MP3

[MP3 ENCODER] Fix for Makefile.in

2000-10-02 Thread Mark Powell
: ! cd mp3x; $(MAKE) frontend/mp3rtp: ! cd frontend; $(MAKE) mpglib/mpglib.a: cd mpglib; $(MAKE) - Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel

Re: [MP3 ENCODER] -q1

2000-10-02 Thread Mark Powell
it is more likely to degrade the sound over -q2? If so, the Roel recommendation of -q1, seems a little dangerous? You think the extra ~5% file size, that encoding using -q2 requires, usually provides superior sound quality? Cheers. Mark Powell - UNIX System Administrator - The University of Salford

Re: [MP3 ENCODER] LAME file name changes from 3.86 to 3.87?

2000-10-04 Thread Mark Powell
to use GNU make only makefiles. Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key -- MP3 ENCODER

Re: [MP3 ENCODER] Bug of long block pre-echo control

2000-10-04 Thread Mark Powell
own v3.87, as v3.88 doesn't compile at the moment. It reduced a VBR file from 181.5Kbps down to 177.3Kbps. Is this to be expected? Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University

Re: [MP3 ENCODER] -q1

2000-10-05 Thread Mark Powell
decent headphones and find listening tests on my HiFi arduous. I'll stick with -h if there's some doubt over the quality of -q1. I like the extra encode speed too :) I think Roel is the fella who swears by -q1. Maybe he's best to ask? Cheers. Mark Powell - UNIX System Administrator - The University

Re: [MP3 ENCODER] MP3 encoding speed : LAME XING

2000-10-06 Thread Mark Powell
than Xing. Is that the MMX version of LAME? Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key -- MP3 ENCODER ma