> From: Robert Hegemann <[EMAIL PROTECTED]> > Date: Mon, 3 Apr 2000 20:05:49 +0200 > > A change in the bit allocation for short blocks is also necessary for > MPEG2 and MPEG2.5. At 8 kbits a short block can allocate more bits, than > possible to get (you get negative stuffing bits!). > I've noticed there are some MPEG2.5 problems at 8kbs, but are you sure this is the problem? setting the extra bits added for short blocks (currently 500) to zero doesn't help for me. Just to warn the other develoeprs: I just checked in a lot of small changes. part of making lame "thread-safe". the gfp-> struct now contains a pointer to another struct, and all the global/static variables are going to be moved into here. It's ugly, but I dont know any other way to do this. Mark -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- Re: [MP3 ENCODER] problems with HQ mode in latest CVS Mark Taylor
- Re: [MP3 ENCODER] problems with HQ mode in latest CVS Takehiro Tominaga
- Re: [MP3 ENCODER] problems with HQ mode in latest C... Robert Hegemann
- Re: [MP3 ENCODER] problems with HQ mode in late... Takehiro Tominaga
- Re: Re: [MP3 ENCODER] problems with HQ mode in ... Robert Hegemann
- Re: [MP3 ENCODER] problems with HQ mode in late... Mark Taylor
- short block count1 region(Re: [MP3 ENCODER] pro... Takehiro Tominaga
- Re: short block count1 region(Re: [MP3 ENCODER]... Mark Taylor
- Re: short block count1 region(Re: [MP3 ENCODER]... Takehiro Tominaga
- Re: short block count1 region(Re: [MP3 ENCODER]... Robert Hegemann
- Re: short block count1 region(Re: [MP3 ENCODER]... Mark Taylor
- Re: short block count1 region(Re: [MP3 ENCODER]... Robert Hegemann
- Re: short block count1 region(Re: [MP3 ENCODER]... Takehiro Tominaga
- [MP3 ENCODER] M_PI on OS/2 Paul Hartman
- Re: [MP3 ENCODER] M_PI on OS/2 Mark Taylor
- Re: [MP3 ENCODER] M_PI on OS/2 Paul Hartman
