similar to: Patch to get libogg2 to build with gcc 2.96

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

Just out of curiosity, did someone write a tool that dumps in a human-readable form the audio content of a vorbis file ? -- Giuliano. --- >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-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject

Can I fix the checksum with a hex editor? Sent from my iPhone On Jun 25, 2009, at 3:23 PM, Monty Montgomery <monty at xiph.org> wrote: > Confirmed--- the checksum on the second page (the comment page where > the album art was added) is incorrect. Vorbis players are not allowed > to decode any stream in which one of the setup headers is corrupt, and > a bad checksum counts as

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 all, I'm actually learning how to use ogg, theora and vorbis. My idea is to create a small program running, that is able to concatenate ogg video+audio files. However I have some small questions. Here I will start with the first one: I read the following for seeking in ogg for a theora key-frame: ---- snipp (http://www.xiph.org/ogg/doc/ogg-multiplex.html) ---- [...]The third point

I am new to R but have used Splus for many years. When I create many graphics in sequence in Splus/Linux, each time that I complete a page, I send a message to my command line interface using the following function: FOOT <- function(PAGENO,TEXT) { mtext(outer=T, TEXT, side=1) unix("cat", c(paste("Finished with page", PAGENO)),FALSE, FALSE)

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

Hi, I've started working on libogg2 support in liboggz and Tremor support in libfishsound. I'm running into some problems with namespace clashes. Specifically, each of libogg, libogg2 and libvorbisidec (Tremor) define conflicting ogg_* symbols and declare incompatible ogg_* types in their headers. While I understand that a dedicated Ogg Vorbis decoder would only need to use one of these

On Fri, 2006-01-13 at 10:41 -0800, Arc Riley wrote: > I believe this problem was fixed in my branch well over a year ago. > These fixes have not been merged into trunk. > > Checkout http://svn.xiph.org/branches/ogg2-arc > > See if it fixes your problem. I've done bitpacking using this patched > library and trunk/py-ogg2 and it seems to be fine. I'd rather use

Hi Ogg experts! My current work is catenating packets from several ogg files to the one long stream, so I'd like to create stream once, and then reset it just before reading codec headers from every new file. However, after calling ogg_stream_reset_serialno(ogg_stream_state *os, int serialno), bos page is not pushed in stream since it calls ogg_stream_reset(ogg_stream_state *os), which

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 have no objection to the API in itself, but could the API and structure only use the ogg fundamental types (like ogg_int32_t) or even better the C99 official types (like int32_t) because at the moment there is a real mix of types used for the occurences of serialno (long, int, ogg_uint32_t), beos, eos, ... Andr? -------------- next part -------------- An HTML attachment was scrubbed... URL:

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

I'm having trouble getting libvorbis to cut the beginning of a bitstream when I instruct it to do so with granulepos. I have constructed a file which I believe should have its beginning truncated. I have attached it to this mail. Here is a picture of what the bitstream looks like, as output by a python program that uses pyogg/pyvorbis to read the stream and print a representation:

Hello, I recently added discontinuous stream support to libogg1. The patch is attached. I also wrote Writ codec for libogg1 (based on original code by Arc), and sample Writ encoder (SubRip to Writ converter) and decoder. Is anybody interested? WBR, Roman. -------------- next part -------------- Index: include/ogg/ogg.h =================================================================== ---