Talk:Bit Rate Reduction
From Wikipedia, the free encyclopedia
FYI, BRR is another term for compression. It uses transformations to modify the Cosine wave, which is secondary to the Sine wave, and creates a smaller file by removing irrelevant wavelengths, but keeping an accurate representation of the original waves intact. It is NOT solely used on the SNES.—The preceding unsigned comment was added by 72.142.7.250 (talk • contribs) 00:34, 7 June 2006 (UTC)
Re the above comment, I think it's better to separate the description of the compression format used by the SPC-700 from a discussion of data compression in general. Wikipedia does already have articles on data compression, audio data compression, image compression and video compression which discuss some of the material you've introduced. I have put a disambiguation link at the top of the article to aid the reader's navigation if he arrives at the article and wishes to read about other forms of data compression. Spacepotato 05:02, 7 June 2006 (UTC)
So why not just edit the already existing SPC-700 page? Is than not more appropriate? BRR is a very broad subject to discuss, and I think sticking solely to explaining the SPC format (Limited to the obsolete SNES) is very unpractical. To be accurate, this topic should discuss BRR in general and it's entirety, and why you removed my text is beyond me. Yes, Wikipedia has many data compression pages, but it also has a SPC-700 page, so perhaps you should stick your little tidbit there rather than here. Likewise, I'll keep any format-specific information out of it as well. —The preceding unsigned comment was added by 72.142.7.250 (talk • contribs) 23:57, 7 June 2006 (UTC)
Merging this article into the SPC700 article would add clutter to it, so I'm not sure that that's a good idea. In any case, I do not think there should be another article on bit-rate reduction in general, because bit-rate reduction means the same thing as data compression. Having two different articles, one on bit-rate reduction and one on data compression, would be like having two different articles, one on frankfurters and one on hot dogs. Spacepotato 05:52, 8 June 2006 (UTC)
Somehow I don't think it will, and that analogy is crap. Yes, they MEAN the same thing, but the thing is, BRR applies to a wave signal, and data compression applies to DATA. So tell me once more that a Waveform is the same thing as a Pixel.—Preceding unsigned comment added by 72.142.7.250 (talk • contribs) 00:19, 28 July 2006
Whoa there me-bucko, you're just arguing semantics now! BRR as designed, is commonly applied to audio signals, but could just as easily be applied to any signal that was transformed into the frequency domain - even pixels - granted there are many, many better algorithms for compressing other data types. Also saying that BRR yields compression by removing irrelevant wavelengths is utterly incorrect - what part of the algorithm breaks the signal down into sub-bands to determine what "wavelengths" it can lose? BRR is a more elegant differential signal tracking algorithm - utilising four specialised filters to help correct the predictive error during sample interpolation. It is to all intents and purposes ADPCM with better error control. BRR as described in the article is used exclusively by Sony (as they own the two patents), however VAG and XA Audio (used on Sony's playstation) is a variant with better tuned and/or more filter coefficients. Paulie (talk) 18:55, 8 March 2008 (UTC)
The BRR encoding makes sense for itself, as it is an exotic algorithm: mixes ADPCM (filter #0) with linear prediction (filters #1, #2 and #3), it is similar to GSM 6.10 codec, but less efficient, although less computationally complex. The relation with the SPC-700 chip is circumstantial, as example, would be trivial replace BRR encoding with ADPCM-only circuitry at sound quality reduction expense. Please, don't remove this article; I think that there is opportunity to add extra insight and value to it. faragon 16:50, 24 March 2008 (UTC)
