Messaggio modificato da dsalini in data: 23/01/2003 15.44.25
TRADOTTO CON Babelfish (...)
* Ogg Vorbis (mode1) and (mode1+)
The original Ogg Vorbis stream in existing form is included simply in WAVE form. When just the data chunk is extracted with the binary editor and the like, it becomes the Ogg Vorbis stream data of original form. Because approximately the header of the Ogg Vorbis of 4 - 6KB amount is included in the forefront of the data chunk at varying, with several front ends (in case of the software which sets input stream size very small) there are times when it does not operate normally. In addition, when decoding, because it is necessary first to receive the header as input, it is not possible to play back suddenly from the middle.
* Ogg Vorbis (mode2) and (mode2+)
In order to solve the problem of the mode1, the extended data of the WAVEFORMATEX (separating the header of the Ogg Vorbis, from the sample stream itself at varying approximately 4 - the 6KB) as, it houses. However, because with several front ends there is restriction in size of the WAVEFORMATEX, there are times when it does not operate normally.
* Ogg Vorbis (mode3) and (mode3+)
The original Ogg Vorbis stream, approximately the header of 4 - the 6KB (the header, comment and the cord/code book) accompanies the first, but for example, when the very short sample is handled, in large quantities, (in many cases it becomes the redundant data of the quantity where sound and the like of the PC game hits to this), cannot ignore. With this mode those headers are not retained. However when decoding, because the cord/code book which is built in to the individual of the VORBIS.ACM which is used at that point in time is used, when encoding and when the individual of the VORBIS.ACM when decoding does not agree, there are times when it is not possible to decode just.
PS
(Grazie a Gianluca P.)
-Davide
|
Cerca nel Forum 
Impostazioni
Segnalibri 
My In-Out BoX
Guida del Forum
