similar to: My Flash 10 attempt

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

Hello everyone, the code is slowly getting a little bit messy, but at least I've managed to tweak a lot of performance out of my Vorbis player for Flash. I did several improvements to the Huffman decoder by eliminating function calls and managed after a while to create an AS/haXe hybrid player. The haXe compiler definately produces much more efficient bytecode (at least in some

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

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

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 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

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

> -----Ursprungliche Nachricht----- > Von: Josh Coalson > > --- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > > 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? > > you

Hi again, after the discussion the last few days, I started doing some coding and first of all have a first very simple, quick and dirty demo client: http://www.j-ogg.de/rtp/index.html During the coding, I've run into a few problems: - I was planning to replace the identification header with appropriate entries in the SDP descriptor. However, the frame sizes are defined here (why not in

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

Conrad Parker schrieb: > so perhaps patching the build to include libspeex is not technically > difficult. Of course it'd make more sense to access libspeex through > VoIP apps than just through the generic MediaPlayer interface. > Even if they included Speex support, the Android media API is very limited, as it can only access audio from a file or an HTTP URL. I raised a bug

I think the software is ripe enough for a broader audience now, so I would just like to inform you about the Java library J-Ogg, available from http://www.j-ogg.de Features: - Open source & free. - Decoding of Ogg-encapsulated Vorbis and FLAC streams. - Support for local files, single files over HTTP, icecast streams over HTTP. - Plugins for JMF (Java Media Framework). - J2ME (Java 2 Micro

Hi, I am trying to implement a Vorbis decoder in Java, and I have some problems understanding the file-format specification included with libvorbis. In the header description, there are a few obvious mistakes, which I believe to have solved, but when I try to decode the audio packets, the decoded floor and residue data doesn't seem to make sense at all, and after a few packets, my decoder

Hi again, well, it's not really true that I can present a pure Javascript Vorbis player, but I've been playing along with a few ideas I had to put back last year as it showed that I was not really able to get a proper Vorbis player working with Flash 9. Now, with Flash 10 and the performance optimizations I've been able to achieve, it seemed as a good idea to go on. Basically,

Am 07.01.2011 23:38, schrieb David Richards: > I'm also interested in another concept of lossless streaming with > flac. Lets call it broadcast flac. A problem with streaming for long > periods of time is that the sending and receiving computers clocks go > out of sync, for example even if I stream myself on localhost, with This is not a FLAC specific problem, but has to be handled

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 All, Currently I am investigating how interesting OGG is for me. The most important requirements are: - Decoding on embedded hardware, ARM7 or ARM9. - Mixing multiple audio streams/files on embedded hardware First of all how difficult is it to decode OGG on an ARM7/9 processor? I read that OGG decoding needs floating point support? Secondly I would like to know how many MIPS are needed to

Hi! I don't find any detailed information about this in the specification, so I try a question here. If two plain, unmultiplexed Ogg/Vorbis-files are chained into one file, you end up with an Ogg-file with two logical Vorbis streams. When playing this file, would it be correct for a decoder to synchronize the two streams according to the granule position of the Ogg pages (playing them