search for: oggstream

...the libogg2 convience library, seperating it into two libraries in the effort to allow 3rd party media frameworks to more directly utilize the functions provided by OggFile, while still providing VorbisFile-like convience for the most common uses of Ogg encoders/decoders. In this new model, liboggstream provides the functionality of "codec plugins", inputting and outputting Ogg packets (because Ogg packets are a convient, general form to handle granule-stamped encoded and decoded multimedia data). It will, as per configuration, launch a seperate application when an unknown codec is...

...which is why I wrote the OggPCM draft when we already have FLAC. These formats are not difficult to design or implement, and I think the added efficiency and simplicity will more than make up for it. On Wed, Nov 09, 2005 at 12:28:07PM +0800, illiminable wrote: > > Well it won't use OggStream, because it already has it's own method, which > has already reduced the workload. And anyway, it's a component system, with > controlled memory passing, you can't just chuck a few callbacks at it. OggStream doesn't use callbacks. Go back a few days on the list and read w...

Arc wrote: >Not the camera, only the application which goes between the camera and >OggStream. Plus, changing between packed and planar is easy, my reason for >wanting to avoid packed is there's simply too many different ways to do it. > > My argument is that that application shouldn't have to convert to a fixed format. It should be able to say here's some YUY2 dat...

...char szErr[512]; MakeErrorString (szErr, "", error); throw string (szErr); -------------> error here } } I also tried the ov_XXX_lap functions, but the problem still remains. thank you. Steve // ---------- Full source code ----------------- // ---------- OggStream.cpp --------------- int OggStream::Stream (char *pcm, int iBufSize) { int size = 0; while (size < iBufSize) { int section; const int iSample = 2; // 1 for 8 bit, 2 for 16 bit int result = ov_read (&m_tOggStream, pcm + size, iBufSize - size, 0, iSamp...

On Tue, Nov 08, 2005 at 04:59:33PM -0800, Arc wrote: > This is also interesting work in that, once we're done, we'll have a standard to > use for a compressed lossless format.. a FLAC for video, for editing or archival > purposes, similar to HuffYUV. Well, we're talking about an uncompressed format. OggMNG is already "FLAC for video". However, it doesn't do

On Fri, Nov 11, 2005 at 05:29:52PM +0800, illiminable wrote: > > (quote:"and thus the subject of FourCC labeling in OggStream's native video > interchange formats is closed.") > > ... doesn't sound like community debate to me. > > Maybe i missed the meeting where you became god here. If you are going to > make claims that you somehow are in charge here, please do it on the list. OggPCM...

Well we're testing scheduled Ogg streaming, but it would be nice to test with an audience bigger then me and a few irc users, so I thought I'd drop a note to the list. http://support.bbc.co.uk/oggstreams.shtml This will contain any scheduled tests to come and anything currently being streamed. For scheduled stuff, only things we're given permission to do by producers can go on there, so don't get too excited just yet. I'll make sure to update the page tho if/when there are any more....

...; oggPacket.bytes = packetBytes; oggPacket.b_o_s = 0; //this is not the beginning of the stream oggPacket.e_o_s = (lastFrame) ? 1 : 0; oggPacket.granulepos = (1 + oggPacketCount) * inputFrameSize - lookahead; oggPacket.packetno = 2 + oggPacketCount; ogg_stream_packetin(&oggStream, &oggPacket); while (((lastFrame) ? ogg_stream_flush(&oggStream, &oggPage) : ogg_stream_pageout(&oggStream,&oggPage)) != 0) { file.write((char*)oggPage.header,oggPage.header_len); file.write((char*)oggPage.body, oggPage.body_len); } I know this is...

http://www.xiph.org/ogg/doc/oggstream.html says: "An index is only marginally useful in Ogg for the complexity added; it adds no new functionality and seldom improves performance noticeably. Empirical testing shows that indexless interpolation search does not require many more seeks in practice than using an index would."...

I looked at the HTML files in the ogg/doc directory after Monty fixed the spelling. When I view the oggstream.html file in my local cvs tree, the second bitmap file (vorbisword2.png) shows as broken (not present in cvs). Furthermore, the vorbis.html file linked to by the white-ogg.png image (also in framing.html) does not exist. It appears that the documentation has been broken when it was split into...

Unfortunately nobody has answered to my question about the channel mapping. :-( Are there any new ideas how save the channel mapping in multichannel vorbis streams? In addition it might be interessting thinking about using channel coupling for storing the same content in different langauges (because many things like background music are supposed to be the same). But there would be the same

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

On Thu, Nov 10, 2005 at 01:35:47PM -0800, Arc wrote: > > "Please don't make determination of the data format depend on > > multiple fields. Instead use an enumeration so that something > > like little endian 16 bit PCM can be specifed as OGG_PCM_LE_PCM_16 > > and big endian 64 bit doubles can be specified as OGG_PCM_BE_FLOAT_64. > >

> I agree, which is why I wrote the OggPCM draft when we already have FLAC. > These > formats are not difficult to design or implement, and I think the added > efficiency and simplicity will more than make up for it. Which i looked at... and i'm wondering why on earth it has a sync code in the packet... that's the whole point of putting it in a container. > Now, if

This also includes, other non raw formats... http://www.fourcc.org/codecs.php "fourcc" 's of rgb types http://www.fourcc.org/rgb.php raw yuv formats only http://www.fourcc.org/yuv.php Registered fourcc codecs http://www.microsoft.com/whdc/archive/fourcc.mspx Enumeration of actual types that are used in directshow (bottom of page)

I've noticed many people manually entering .. [[User:*|*]] on the talk pages to sign their contributions.. Just a friendly note that "--~~~~" is shorthand for your signature w/ timestamp. I just recently learned that, myself. In addition, I'd like to say how awesome our little community of hackers have been oven the past week. IRC, email, the lists, and the wiki have

Hi, The documentation at http://www.xiph.org/ogg/vorbis/doc/oggstream.html tates that "Each chained logical bitstream must have a unique serial number within the scope of the physical bitstream" Doesn't this mean that the sequential multiplexed streams have same serial number? I am confused looking at the following code segment in vorbisfile.c i...

...It's going to be open-sourced as soon as it's finished. So here it goes: 1) When packing (Vorbis) packets to OGG pages, does a new packet always begin on a fresh OGG page? Within the specs I could only find the info that a packet can be split over several pages. 2) http://xiph.org/ogg/doc/oggstream.html stats: "A physical bitstream consists of multiple logical bitstreams multiplexed at the page level and may include a 'meta-header' at the beginning of the multiplexed logical stream that serves as identification magic." What is meant by this "meta-header", I couldn&...

...g to be deliberately different then fine, i'm willing to > try and find a compromise that works for everyone, when in reality it's > much easier for me to just do it my own way. I don't understand why a compromise is needed, as you already said that you're not going to use OggStream in your DirectShow filters, insisting on continuing to re-invent the wheel. I don't care either way, since while I understand it's important to have support on Windows, I'll never develop on it, and it's likely to be your time spent to port codecs to that proprietary platform....