search for: dholth

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://dingoskidneys.com/~dholth/oggzcomment-0.0.1.tar.gz This is a program that is capable of altering vorbis and theora comments in a combined stream. It requires python, libogg, and liboggz. Compile thusly: gcc oggzdc.c -o oggzdc -logg -loggz gcc oggzrc.c -o oggzrc -logg -loggz 1. Dump comment headers to a simple comments-on...

So, I abandoned the hope of using the ogg python bindings to do pure ogg container encoding. I started looking at the libogg in the hopes of retooling the bindings to follow a better object model and it actually looks like the problem is down in libogg, not the bindings. Am I crazy or does libogg rely on libvorbis to return ogg_packets, and that there are no functions that will build an ogg_packet

hi. I'm looking at the source and I'm trying to figure out how the ogg/vorbis streaming works, specifically the decoding parameters that have to be transmitted to the clients separately from the compressed audio data. If I saved two megabytes of an icecast stream with wget, then cut it in half, could I play it with ogg123 if I knew where to cut? thanks, daniel --- >8 ---- List

Hi. I'm working on a very simple C++ wrapper for parts of libogg and libvorbis; I thought I would expose it for initial comments and the generally curious. No conveniences, no frills. No helpful higher-level abstractions. Just a translation from ogg_method_foo(ogg_method* data) to classes that hold the ogg_stream_state etc., so you may type mypage.bos() instead of

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rakotomandimby Mihamina wrote: > Hi, > > I discovered shout-python. I use it to straem theora to an icecast > server. But works quite right except some times, it hangs, with no > reasons. I built it against libshout 2.2 The server i an IceCast > 2.3.1 > > I have some notes: > > The stream type, in the example could be

Everyone might be interested in knowing that videolan's cvs tree, combined with the excruciatingly simple patch attatched, is capable of playing back chained ogg/theora+vorbis streams. (encoded with example cvs). For example, icecast video. videolan has decided to parse vorbis, speex, theora headers with its own code. There's an ogg demuxer (the file I patched) and the codecs are each

Is there a demand for reformatting the theora source so that, for example, there is always the same amount of whitespace between variables in function declarations? It would make it much easier to read. --- >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 'theora-dev-request@xiph.org'

Hi, I've been working on a competing Python wrapper for ogg, vorbis, and theora, and if you are someone who knows about boost.python and would like to test my package for me I would appreciate it. Especially re: compiler errors and how to get it to reliably work on other's computers. The wrapper should be advanced enough to add comments or show comments on a theora stream, and to

If FLAC is to be streamed over http, it makes sense that ogg123 ought to be able to recognize flac on http when it sees it. http://dingoskidneys.com/shoutpy/httppeek.patch It seems to work. - Daniel Holth --- >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

since there's already a Python wrapper for libogg and libvorbis, it occurred to me: Why not write a Python wrapper for libogg and libvorbis? http://dingoskidneys.com/oggpy/ this is the 0.001 release. "release early.." it requires Boost.Python, possibly CVS Boost.Python, available from http://boost.org/ partly because it's not finished but mostly because it's written with

I've noticed that there are forks of icecast with interesting new features (specifically the one on savannah.gnu.org with the ability to stream speex). Are there plans to merge any of these forks with the icecast.org icecast? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

As ogg gains more codecs, moving forward into the brave new world of multi-codec streams, the cutting edge cannot press forward effectively without a way to abstract out many of the parts of dealing with multi-codec ogg streams. It's tricky to get these things right. Every program that uses ogg needs a reliable way to find out when chained streams begin and end, which codecs a given stream