similar to: More Q's about theora...

Howdy, yeah, I've finally collected all your feedback on my I-D on the Ogg encapsulation format, many thanks to all of you! Below, I've listed the changes that I have made to the previous version and the attachment contains the complete new I-D. If there are any more change requests, please send me wording proposals as it's easier to include. :) Monty, in case you are doing any

Howdy, yeah, I've finally collected all your feedback on my I-D on the Ogg encapsulation format, many thanks to all of you! Below, I've listed the changes that I have made to the previous version and the attachment contains the complete new I-D. If there are any more change requests, please send me wording proposals as it's easier to include. :) Monty, in case you are doing any

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

After trying to find out what to do when no packets complete on a page... i reread the ogg spec and found this... "A special value of -1 (in two's complement) indicates that no packets finish on this page." So i searched through a few files and it appears that the muxer doesn't do this... has this been depracated ? In all cases i can find that this happens the page has the same

Dear all I'm aware that there have been several discussions about the seeking issue and I'm sorry to bring this up again. To solve the problem with Inter-Frame garbage, a seek to the previous keyframe has to be made. The keyframe number should be extracted from the granulepos of the frame where we want to seek to. I hope I understood the theory - unfortunately a few questions have

Hi all, just letting you know that I am about to submit the final version of the Ogg 1.0 file format Internet-Draft to the IETF. It is due by today (March 3, Monday - Internet Draft final submission cut-off at 09:00 ET) for the next IETF meeting and I expect they will promote it to RFC status at the meeting. Please send any last-minute changes to me. Cheers, Silvia. <p><p>

Hi all, just letting you know that I am about to submit the final version of the Ogg 1.0 file format Internet-Draft to the IETF. It is due by today (March 3, Monday - Internet Draft final submission cut-off at 09:00 ET) for the next IETF meeting and I expect they will promote it to RFC status at the meeting. Please send any last-minute changes to me. Cheers, Silvia. <p><p>

Hi, I have a question regarding Ogg’s multiplexing process. Let’s say we have two logical streams, S1 and S2, which need to be muxed together into one physical stream. On logical stream S1, we have a packet that’s too big and needs to be split into two pages, P1 and P2. On the other hand, logical stream S2 also has a page Px that needs to go out. When these 2 logical streams are muxed together,

Hi Conrad, Just a word of thanks to you and other authors at xiph for your work. libogg++ is not meant to duplicate functionality that libogg and liboggz already provide. Rather, it offers a different partitioning of logical from transport, and is oriented to threaded execution. On Wed, 2007-05-02 at 20:42 +0900, Conrad Parker wrote: > Just to make sure we're not using the same word to

I've got a few theora vids here... and looking at the headers it seems to me they say they play at 2 frames per second... but watching them they appear to to play at a faster rate. Theres also some that say they lpay at 1 fps. Am i missing something here ? I'm getting the info from here.... http://wiki.xiph.org/TheoraSpec Is this header structure still valid ? Heres a dump of the BOS

On Tue, 2009-06-09 at 00:12 +1000, Silvia Pfeiffer wrote: > On Sat, Jun 6, 2009 at 6:23 AM, ter<et at ihear.com> wrote: > >> If you are creating multitrack Ogg files, they should contain a > >> skeleton track to identify the different contained tracks. > >> http://wiki.xiph.org/OggSkeleton > > ALingA is a multitrack format > >

Hi, last week's thread about getting closer to a release fizzled out. The mailing list discussion and the TheoraTodo wiki item suggest the following are required for release: 1. freeze the theora logical bitstream format 2. complete the reference implementation tools 3. stablize the libtheora API 4. complete the documentation I'd like to suggest this as

A few folks have asked for specifics, at the spec level, on how sample granularity editing works in Vorbis. So, here's a whitepaper as the beginnings of a real document. This doc is also in CVS on branch_beta3. Note that vorbisfile is not actually tested with the beginning sample-offset spec for editing. I'll be testing/fixing any bugs in vorbisfile on that front now, and keeping

On Tue, Aug 12, 2008 at 5:46 AM, ogg.k.ogg.k wrote: > This could be something to add to Skeleton. Kate (and probably CMML) > needs the one-packet-per-page thing also, and any discontinuous codec > probably needs it as well (well, not *need*, but no good buffering without > it). It's trivial for a muxer to do, and it's transparent to a demuxer. That's a good idea. Any

I'm hoping this is a new proposal, and not a rehash of something that's already been discussed and shot down. Without logs of the recent IRC discussion there's no way for me to know without asking. When I suggested it in #theora earlier derf_ or AndrewBachmann said that it had already been discussed, so I'm under the belief that this is a new idea. <p>Ok so we've

Hi, I've now got another way of encoding granule (oh, not *again*, I hear you cry). I believe it's an improvement over the existing "generic" method, so I'll outline it here for your consideration. Again, it's different from what Skeleton can handle, but it's a simple superset and would be easy to add to Skeleton (and liboggz). It is also compatible with other

On 02/05/07, Elaine YueLien <et@ihear.com> wrote: > Hi, > > Several months ago, I asked a question about seeking without a metric. > You can find one answer in this beta release, demonstrated in the > example program multiThreadSeek. There is also an example demuxer, and a > rewriter. Hi Elaine, congratulations :-) that's a nicely designed API you've got there.

Hi, do you still think you need all this, if you are allowed to have equal granulepos on subsequent pages? Conrad. On 18/02/2008, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > Hi, > > I've now got another way of encoding granule (oh, not *again*, I hear > you cry). I believe it's an improvement over the existing "generic" > method, so

Hi all, I noticed the following Subversion commit today: r6719 | xiphmont | 2004-05-18 16:04:53 +1000 (Tue, 18 May 2004) | 11 lines Updated doc to reflect current proposal... Not as much a proposal at this point actually; this is the way I'm now implementing it. Although we're still in the 'RFC'/'look for horrible lossage' stage, this is close to being

On Tue, Jun 9, 2009 at 9:23 AM, ter<et at ihear.com> wrote: > On Tue, 2009-06-09 at 00:12 +1000, Silvia Pfeiffer wrote: >> On Sat, Jun 6, 2009 at 6:23 AM, ter<et at ihear.com> wrote: >> >> If you are creating multitrack Ogg files, they should contain a >> >> skeleton track to identify the different contained tracks. >> >>