Hi Gabriel,
I just added the first idea, but left out the second idea. That used
used to be in LAME, but everytime there was a frame of 256kbs, I though
it took too many frames to get back down below 128kbs.
Mark
>
> A change in pe is an indicator of a change in the ammount of bits needed
> (verified with mp3x).
>
> So we could use for the bitrate to try first:
>
> old_pe=old_pe1+old_pe2;
> new_pe=pe1+pe2;
>
> if (abs(old_pe - new_pe)>100){
> if (old_pe>new_pe)
> bitrate_index=old_bitrate-1;
> else
> bitrate_index=old_bitrate+1;
> } else
> bitrate_index=old_bitrate;
>
> and for the final choice:
>
> while (over!=vbr_q){
> if (over>vbr_q)
> bitrate++;
> if (over<vbr_q) /*another speedup possible here*/
> bitrate--;
>
> quantize processing
>
> }
>
>
> a speedup is possible in this loop, but would sligtly increase the file
> size:
>
> if (over<vbr_q){
> do not try lower bitrate for this frame, but try lower start bitrate for
> the next frame
> }
>
>
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
