Frank Klemm ([EMAIL PROTECTED]) wrote: > What about the idea to allow the user to code the file in two passes > for the very best quality by the extense of doubling the CPU time. This has the obvious disadvantage of not being possible when reading from a pipeline. But as a user I would definitely use this option if it were offered. -- Greg Wooledge | "Truth belongs to everybody." [EMAIL PROTECTED] | Red Hot Chili Peppers http://www.kellnet.com/wooledge/ |
- Re: [MP3 ENCODER] Some of the test signals Gabriel Bouvigne
- RE: [MP3 ENCODER] Frank's coherence [off... alex . broadhead
- RE: [MP3 ENCODER] Frank's coherence... Robert Hegemann
- RE: [MP3 ENCODER] Correlation &... alex . broadhead
- Re: [MP3 ENCODER] Correlation &... Steve Lhomme
- [MP3 ENCODER] Coding history report... Frank Klemm
- [MP3 ENCODER] Re: Coding history re... Dan Nelson
- [MP3 ENCODER] Layer III decoding ha... Frank Klemm
- Re: [MP3 ENCODER] Correlation &... Frank Klemm
- [MP3 ENCODER] Multi Pass MP3 Encode... Frank Klemm
- Re: [MP3 ENCODER] Multi Pass MP3 En... Greg Wooledge
- Re: [MP3 ENCODER] Multi Pass MP3 En... Mark Powell
- Re: [MP3 ENCODER] Multi Pass MP3 En... Gabriel Bouvigne
- Re: [MP3 ENCODER] Correlation &... Frank Klemm
- Re: [MP3 ENCODER] Correlation &... Frank Klemm
- Re: [MP3 ENCODER] Correlation &... Mark Taylor
- Re: [MP3 ENCODER] Frank's coherence... Frank Klemm
- [MP3 ENCODER] Neues File Frank Klemm
- Re: [MP3 ENCODER] Neues File Gabriel Bouvigne
- Re: [MP3 ENCODER] linux lossless encoder Ingo Saitz