similar to: Test files for decoder implementation

Hi, as Conrad suggested, I've made a complete list of all points in the specification, which I beleive are errors, or where the explanation is unclear, contains unneccessary steps and so on. I hope someone has time to look through the points and if and when accepting or rejecting them be so very kind and inform me about it. I will also once again try to work through the residue

Hi, it seems to me as if all vorbis-files only contain floors of type 1 and residues of type 2. Is it possible to "force" the encoder to somehow create a vorbis-file with the other floor and residue types? Tor <p><p><p>=================================================================== EASY and FREE access to your email anywhere: http://Mailreader.com/

Hi, I wanted to let you know that I have just made available the sources to the ogg + vorbis implementation in haXe, which I've been working on for last couple of weeks. The code compiles to an swf file playable in Flash Player 10. A demo of a simple player implementation (latest Flash 10 required): http://people.xiph.org/~arek/pg/hx/test.html and the sources, in a bzr branch, currently

Hi, I wanted to let you know that I have just made available the sources to the ogg + vorbis implementation in haXe, which I've been working on for last couple of weeks. The code compiles to an swf file playable in Flash Player 10. A demo of a simple player implementation (latest Flash 10 required): http://people.xiph.org/~arek/pg/hx/test.html and the sources, in a bzr branch, currently

Mandag, 2 juni 2003, skrev du: >On Mon, 02 Jun 2003 21:22, Vitaly Nechyos wrote: >This is what people usually want when they say 'normalization'. AFAIK, you >can't easily tinker with the vorbis frames to add a scale factor in the same >way you can with MP3, but I could be wrong. I could be wrong too, but if I haven't overseen anything, it should be possible to

Torsdag, 23 januar 2003, skrev Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch- link.de>: >According to the format description, the coding method has to be 0. > >I've been using libFLAC 1.0.4 to encode the stream. I've checked my interpretation against "flac -a" and it seems to read 17 bits for each warmup sample. Here is its output: frame=168 blocksize=4608

Hi there In the past, i have used lame to encode high quality mp3-files (vbr 1, bitrate ~ 192kbit). I tend to switch to ogg with Quality 4 or 5, but i noticed, that many ogg-files tend to produce too much high frequencies response. In many cases, this is very noticeable. For my opinion, i cannot accept this worse frequence reponse. I have used latest version of ogg (OggEnc v1.0, precompiled

Hi there In the past, i have used lame to encode high quality mp3-files (vbr 1, bitrate ~ 192kbit). I tend to switch to ogg with Quality 4 or 5, but i noticed, that many ogg-files tend to produce too much high frequencies response. In many cases, this is very noticeable. For my opinion, i cannot accept this worse frequence reponse. I have used latest version of ogg (OggEnc v1.0, precompiled

Hi! What happened to this document? Was it just left dying in the IETF system? Tor --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the

Fredag, 31 januar 2003, skrev du: <p>>Next thing is, that I would like to clarify the difference between a codec's >latency (which I would die to know in exact figures for the vorbis codec one >day - as well as block sizes, but that's another story) and the (bandwidth) >"smoothing window" latency - call it buffering or whatever. One thing is the codec

Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. inf.upol.cz>: >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is >17bit number). And warmup samples will be (17 - wasted_bits) bit. Voila, this was the source of all my frustration, sync problems and who knows what. My decoder now works correctly for files encoded with the default settings. Are

Hi everyone, after attempting to correct Ivo's statement about Theora and Vorbis being the "default codecs" in the HTML 5 draft, I just got the following mail off list: "Why are you still here? And by here I mean the Xiph lists. I've seen you speaking ill of our formats and of free software more than in one occasion. So, for what purpose do you still stick around? What

Hi everybody, after hearing about the new Sound functionality in Flash 10, Arek's performance gain using the new Vector type instead of Array and not at least actually seeing the performance boost he achieved compared to my old Vorbis decoder, I found a few hours yesterday to migrate my old code. First of all: the new PCM playback API for Flash is rather restricted and only allows 44.1

Isn't the FLAC encoder 'tuned' for the compression of audio data at common sample rates anyway? Does it make sense to use FLAC to compress arbitrary analog data at very high sample rates as opposed to other general purpose compression algorithms? Tor Am 25.06.2020 um 14:49 schrieb Martijn van Beurden: > Op di 2 jun. 2020 om 05:59 schreef Con Kolivas <kernel at kolivas.org

Fredag, 11 oktober 2002, skrev du: >Rubbish. Been there, done that (multiple times). Look at rehuff, for >example; written without looking at libvorbis (nor at the spec). And you wrote that without any knowledge about the file format? Tor <p><p>=================================================================== EASY and FREE access to your email anywhere:

I see :( That what I would call a good struct size optimisation. Please tell me there was another reason behind this being only 3 instead of 8 or 16 bits, right ? 2017-01-25 18:30 GMT+01:00 Tor-Einar Jarnbjo <tor-einar at jarnbjo.name>: > Hello Olivier, > > the limitation is in the file format itself, as the number of channels is > encoded in a 3 bit field in the streaminfo

Hi, There is something I don't understand about the page_segment and segment_table values in the documentation. As I understand it, the segment table consist of as many bytes as specified in page_segment, PLUS one trailing byte with a value between 0 and 254. I've looked at some files that has a Comment tag so large, that it is spread over two pages. Here, the first Page Header (not the

Hi Guys, I know that FLAC format is currently limited to 8 channels but I was wondering if this hard limitation of the format or if it can be easily circumvented if the flac library is compiled with other settings and/or the software using it don't mind it Thanks ! -- Olivier Tristan Research & Development www.uvi.net

Hi All, I am getting this error when i try to compile the "Linphone" package by typing----- make. please help me i am feeling very frustrated with this error pasdt from 7 days i am getting this error. please help me. speexec.c: In function `speex_ec_process': speexec.c:112: `spx_int32_t' undeclared (first use in this function) speexec.c:112: (Each undeclared identifier is

Hi, have I just overseen a link, or is the format description on http://flac.sourceforge.net/format.html lacking information on how to actually decode the residual partitions to PCM sample data? Tor