similar to: libogg, libogg2, Tremor compatability

hi, could someone please apply these to Tremor svn? 0001-update_symbols.patch there are 3 public symbols in the headers, which are missing in the linker script and thus marked as private again. This causes issues for e.g. gstreamer (https://bugzilla.gnome.org/show_bug.cgi?id=616194). 0002-pkgconfig.patch this adds a pkg config file You probably also want to do something like Index:

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Hi vorbis experts! I'd like ot write application under Symbian that use theora as video codec & tremor as an audio one. I played at first with libogg & theora on PC, then successfully ported them both. Next I decided to port Tremor but I found that it use its own files from Ogg library. The API is almost identical, so I tried to bind the Tremor with upstream Ogg library (it actually

Folks, the packets I want to place in an ogg stream are concatenations of two hunks of memory. Rather than memcopy() them into one then pass them to libogg, I patched framing.c to accept iovecs. The unified diff is 80 lines, minus the OS-specific stuff for defining struct ogg_iovec_t - pretty trivial. Is there any interest in it? Or is libogg frozen while all efforts are concentrated on

Hi, Debian Project News drew my attention to an RFH http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698378 for a crash in libvorbisidec (tremor) on ARM systems. I have been in contact with Daniel Kahn Gillmor proposing to try to help solve this crash on armel. Unfortunately Daniel hasn't been able to reproduce it recently. Can anyone shed any light on this crash or on how to reproduce

Hi, I'm developing squash (shameless plug: http://freshmeat.net/projects/squash/ ), and I've just added FLAC support. I'm going to hold off on OggFLAC support until the high level interface is in place. However, my question concerns compiling libFLAC for the strongarm. First I noticed that I could not use the files compiled by tremor, which I have already working. I suppose

I have been developing some directshow filters for ogg, and vorbis and speex... currently i have an ogg demux filter and a speex/vorbis decoding filter. In this pre-release only vorbis is operational... but the speex decoder is pretty much done... i jsut need to tweak the demux filter so that it can negotiate a speex connection with the other filter. Just though some people might find them useful

Hi Everybody: Below is this week's Ogg Traffic in plain text. The HTML version is available at http://www.vorbis.com/ot/20030331.html Enjoy! Ogg Traffic for Monday, March 31, 2003 [1]Carsten "Purple" Haese March 31, 2003 _________________________________________________________________ Table of Contents 1. Status Updates 1.1. Monty 1.2. Michael

Hi! This little patch turns bitwise.c's mask[] lookup table into a bit-twiddling macro (which avoids the <<32 case without branching). This spares the size of the 132-byte lookup table (and then a bit more, curiously). While I expected this to generally be faster (because it uses a few more instructions in place of a table lookup), it's actually slightly slower than the LUT, in a

Ok guys and gals Monty assigned me as libogg2 maintainer a few weeks ago, with the provision that I get consensus on API changes from everyone. In order to facilitate discussion, and to "move on" vs letting this stalemate hold development at a stand still, I'm setting an initial deadline of this comming Monday, May 30th. If nobody has a strong objection why these API changes

Ok guys and gals Monty assigned me as libogg2 maintainer a few weeks ago, with the provision that I get consensus on API changes from everyone. In order to facilitate discussion, and to "move on" vs letting this stalemate hold development at a stand still, I'm setting an initial deadline of this comming Monday, May 30th. If nobody has a strong objection why these API changes

Ok guys and gals Monty assigned me as libogg2 maintainer a few weeks ago, with the provision that I get consensus on API changes from everyone. In order to facilitate discussion, and to "move on" vs letting this stalemate hold development at a stand still, I'm setting an initial deadline of this comming Monday, May 30th. If nobody has a strong objection why these API changes

Ok guys and gals Monty assigned me as libogg2 maintainer a few weeks ago, with the provision that I get consensus on API changes from everyone. In order to facilitate discussion, and to "move on" vs letting this stalemate hold development at a stand still, I'm setting an initial deadline of this comming Monday, May 30th. If nobody has a strong objection why these API changes

Ok guys and gals Monty assigned me as libogg2 maintainer a few weeks ago, with the provision that I get consensus on API changes from everyone. In order to facilitate discussion, and to "move on" vs letting this stalemate hold development at a stand still, I'm setting an initial deadline of this comming Monday, May 30th. If nobody has a strong objection why these API changes

OggPlay 0.0.1 Release --------------------- liboggplay is a C library providing a simple programming interface for reading, decoding and playing back Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This release is available as a source tarball at:

OggPlay 0.0.1 Release --------------------- liboggplay is a C library providing a simple programming interface for reading, decoding and playing back Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format. This release is available as a source tarball at:

hi all I found that in the revision 10730 of the libogg2 library it is impossible to do bitpacking. this is due to the implementation of the (at least) two functions oggpack_writeinit() and oggpack_readinit(). they both take an (oggpack_buffer *) as an argument and immediately erase all it's contents: void oggpack_readinit(oggpack_buffer *b,ogg_reference *r){ memset(b,0,sizeof(*b));

I wish I would have come across this in time for the libogg-1.1.1 release... Maybe I'm doing something wrong but here it is. One FLAC compressed frame becomes one packet when encapsulated in Ogg, and FLAC packets can be much larger than the nominal 4k page size. For CD audio they are usually 10-15Kbytes. Imagine this Ogg stream where the lines denote page boundaries and the x's are one

Hi there. I'm a little new to OGG, so please excuse the stupidity of this question, but: Could someone please tell me which of the two is the compression algorithm and which of the two is the framing methodology? From what I can figure, Vorbis is the compression and OGG is the framing. What is confusing me is the fact that libvorbis has a bunch of functions that start with ogg_, so

Hi, While following the developer mailing list, I came across "tremor-lowmem" version. I did some search of it in Xiph.org and "tremor" source code but wasn't able to find it. I would like to know if there is any separate thread for the "tremor-lowmem" version as we are working on the fixed point implementation of Vorbis code and we are looking forward for