Re: [mp3encoder] Scalefactor Coding
From: Ville Leino <[EMAIL PROTECTED]> Subject: [mp3encoder] Scalefactor Coding Date: Wed, 12 Nov 2003 15:08:36 +0200 (EET) > ISO 11172-3 states that part2_length = 11*slen1+10*slen2 for long blocks. > However, scfsi[scfsi_band] flags are supposed to indicate whether data is > to be copied between granules yet the part2_length formula doesn't take > this into account. Am I missing something here? Should I just skip enough > bits so that part2_length condition is met before proceeding to decode the > actual spectral values? part2_length is not part2_length[gr][ch] nor part2_length[ch]. And as you say, you should consider in scfsi[scfsi_band] (or scfsi[scfsi_band][ch]) value when you decode scalefactor value. --- Takehiro TOMINAGA // may the source be with you! ___ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
[mp3encoder] Scalefactor Coding
Hello, I'm working on a MP3-decoder and I have some issues with scalefactor decoding. Currently some frames are decoded correctly while others get partially garbled (odd mumbling noise in the background). About 10% of granules' part23_length don't match with the amount of bits actually read, so I assume this is causing the background noise. ISO 11172-3 states that part2_length = 11*slen1+10*slen2 for long blocks. However, scfsi[scfsi_band] flags are supposed to indicate whether data is to be copied between granules yet the part2_length formula doesn't take this into account. Am I missing something here? Should I just skip enough bits so that part2_length condition is met before proceeding to decode the actual spectral values? Thanks in advance, Ville Leino -- [EMAIL PROTECTED] ___ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder