similar to: lib-multiogg

-----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-only (now:

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

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

Hello guys, I''m getting this weird error when trying to run the specs using "rake spec": /home/mauricio/NetBeansProjects/talkies/vendor/rails/actionpack/lib/action_controller/test_process.rb:471:in `method_missing'': undefined method `full_description'' for #<Spec::Rails::Example::ControllerExampleGroup::Subclass_73::Subclass_9:0x7f5fdca4a810>

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: "ogg-dev" <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 5:24 PM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools >> This is something we might want to extend skeleton to support, i know >> we've talked about this kind of thing before. So that skeleton can

(w. quotes from the xiphmeet: <http://westfish.xiph.org/~giles/200603_meeting.txt>, I've tried to strip it down to relevant stuff) <xiphmont> "Is there any interest in extending vcedit/libvorbisfile to do basic handling of Vorbis streams from concurrently multiplexed Ogg?" < xiphmont> Yes, but that work was *also* tied to OggFile from way back when, and one

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 8:42 AM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools > Re-reading Monty's email: when you talk about vorbis-only vorbisfile and > the concurrent vorbis stream case do you mean vorbisfile will need to be > able to choose?

On Tue, Mar 07, 2006 at 12:10:57PM -0500, Monty wrote: > On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote: > > I assume what this all means is there's no desire for any kind of stop- > > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > > stream"[1], and that anything along these lines will wait until Oggfile. > > Well,

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

Alright folks, here's the solution. 1) Keep extensions to 3 letters for audio & video. Except for special situations where the user might be doing a codec specific name. Since the official extensions are 3 letters, those can always be used on any 8.3 device. 2) introduce a new extension .OGV for ogg container video. With a strong preference for Xiph only codecs. (If you want 3rd

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

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 vorbis | mp3. Wouldn't it be the time to change it to ogg | mp3? As well as theora can be in a ogg. Is there any known

Hey there I'm using CodeWarrior8 for development on the windows platform and have been trying for some time now to add .ogg support to my engine project. First i had the problem quite a lot had out there with a crashing/freezing call to ov_open which i solved by recompiling those libs against the single-threaded variant of the core libs using VC++ 6 But now i have another problem. now every

how can i convert a flac file to an ogg/flac file without decoding/encoding?

Hi all, First up, this is not a proposal on how to do it, but rather on how to get it done. In the latest thread it was mentioned that it was most likely that either Monty or Segher would be the most likely people to implement this code. It was also stated that this is not their priority at the moment. I can only see two solutions to this problem: 1. Find someone else with the knowledge and

I'm new to this list so... Hello everyone :) Anyway, I want to use Ogg in my Windows-based game but am having trouble figureing out how to get the library to work. I downloaded the "Windows SDK" snapshot and included all the relevant files in my MSVC++ 6.0 project on Windows 2000, but the examples do not run due to memory overruns. Here is some code I tried to run, which is, as

Everyone, It's looking like we're not going to get a draft of the spec done by the end of the month as I'd hoped. However, I'm unwilling to let the schedule slip yet again. We're going to freeze the bitstream as whatever the reference implementation does and just live with any choices that turn out unfortunate in the future. One has to draw the line somewhere. This way

Hi, I'm working on updates to the WWW FAQ (okay, it's a little much to use the singular in 2006, but it was the first!). Embedded multimedia has been a sore spot for a while. I've been recommending that people embed old-school MPEG, because it works in all players. But it's awful. Terrible bitrates. I'm on the verge of recommending SWF instead, even though it's a hideous

hi, I am recording a continuous 24/7 broadcast using ecasound, oggenc and cronolog. because the broadcast is continuous and to not lose any data, I split up the recorded stream into a file for every 30 minutes using cronolog (http://www.cronolog.org). o the chain looks like the following: ecasound | oggenc | cronolog the problem is the following, because the oggfiles are split, they lack a

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