similar to: Ogg/Kate preliminary documentation

Thanks for the feedback, > I have looked into the patch. It doesn't take into consideration > neither Skeleton, which is used now in pretty much everything encoded > in Ogg (except for single stream Vorbis and Speex files), nor the file > extension for Theora, which is now .ogv. To be honest, I just added Theora because I needed a simple way to multiplex streams. Also, it'd

Hi there, I'm not sure what the right place would be, please direct me to where is most appropriate if not this list. I am currently working on a codec designed for karaoke and text information, to be embedded in an Ogg container. It includes text, motion information, and style/placement. At the moment, the bitstream design is still in flux, but draws heavily from Vorbis and Theora, while

Hey, On 1/15/08, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > I've now uploaded the preliminary documentation on the xiph wiki: > http://wiki.xiph.org/index.php/OggKate Really nice work, by the way. > The tarball also contains the patch to oggmerge (which you will need > to apply if you want to merge Kate streams with Vorbis or Theora streams) I have

> > I did see references to Skeleton, I'll have a look at it. I didn't > > realize it was used widely > > It's not widely used currently. The idea is to make that happen. Oh, I get you now. > CMML does of course other things besides subtitles. Subtitle support > was pretty much just added recently. Kate however does not seem to > offer more than CMML in

Hi, I recognize the main name behind CMML here :) Does the redesigning of CMML allow overlapping clips ? This is the main reason of my current ramblings about seeking. While karaoke was one of the initial goals behind kate, it is just a way the format can be used with (in fact, the format itself does not refer to karaoke at all, but styles and motions). At the moment, it is a fairly versatile

On 16/01/2008, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > > * I agree that CMML is complex for something as simple as karaoke, but I disagree that karaoke is simple; to do karaoke properly is about as complex as text codecs get. I also disagree that CMML is complex, but I may be mistaken. In terms of complexity, I see it as about 10% of the way between using zero-markup and

On 1/16/08, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > Also, it'd likely take a rewrite of oggmerge to make it > usable for multiplexed streams, I think it assumes a single logical stream > per physical stream, though I didn't have an in-depth look at this issue. You are likely correct. > I did see references to Skeleton, I'll have a look at

On Feb 8, 2008 12:28 AM, ogg.k.ogg.k@googlemail.com < ogg.k.ogg.k@googlemail.com> wrote: > Hi, > > I recognize the main name behind CMML here :) > > Does the redesigning of CMML allow overlapping clips ? > This is the main reason of my current ramblings about seeking. > > While karaoke was one of the initial goals behind kate, it is just > a way the format can

On Jan 17, 2008 2:35 AM, ogg.k.ogg.k@googlemail.com < ogg.k.ogg.k@googlemail.com> wrote: > > > I did see references to Skeleton, I'll have a look at it. I didn't > > > realize it was used widely > > > > It's not widely used currently. The idea is to make that happen. > > Oh, I get you now. > > > CMML does of course other things

> Some of the things you talk about were not solved at the CMML level, but > rather through using different Ogg > logical bitstreams. While this is possible to do it this way (and probably a good idea for the examples like a clock in a corner), it implies that all the placements and logically different "items" are known at the start of the stream (since the Ogg spec says a

> not CMML, but the algorithm for remuxing from time offsets, which is > specified in the annodex Internet-Draft. This basically describes how Ah, yes, and CMML supplies a way to specify addresses which are then interpreted by this algorithm. Have I got that right ?

On Thu, 25 Aug 2011 20:01:11 +1000 Silvia Pfeiffer <silvia at silvia-pfeiffer.de> wrote: > Hi BCXA, > > CMML is deprecated. You should use KATE instead. > > Cheers, > Silvia. ok i admit this statement came as a surprise for me. cmml is about metadate/annotations, how can it be replaced by KATE ( which is mainly about subtitles as far as i can see? startx

Hi, I've built a christmas tree type of Ogg stream as a kind of torture test for players. It passes oggz validate, but I had a lot of trouble to get it right (in particular, the ogg streams to merge had to be passed in a very specific order on the oggz merge command line to avoid creating a stream that oggz validate would moan about) so I'm not confident it's a valid stream, so if

> I'm testing this. Meanwhile, a brief question, do you really want > Kate's media type to be "application" as opposed to "text"? Thanks. About the media type, my understanding was that text was for actual text, not binary that could be decoded into text. If you think another would be more appropriate, please tell which. If it would be text/x-kate, I'd see

On Feb 8, 2008 10:01 PM, ogg.k.ogg.k@googlemail.com < ogg.k.ogg.k@googlemail.com> wrote: > > > can create addressing schemes can refer to just a subset of logical > > bitstreams if you e.g. only want some part of the composition delivered > to > > you from a server. For example, > > http://example.org/video.ogx?track=video,audio,transcript will avoid >

> container format are called. CMML as a timed text codec has a mime > type of text/cmml. Similarly, the textual representation of Kate > should be text/x-kate. Agree, as both of these are text. > When you encode Kate in Ogg, it would not normally be expected to come > without audio or video. Thus, if it's an audio file, it should be > video/ogg - for a video file it should

On 14/01/2008, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > Hi there, > > I'm not sure what the right place would be, please direct me to where is > most appropriate if not this list. Hi, yes this is an appropriate list. > I am currently working on a codec designed for karaoke and text information, > to be embedded > in an Ogg container. It

Hi, I've posted a fair few questions around about technical points relating to the Kate codec, and I thought I'd take the occasion of releasing 0.1.5 to write up a little something to explain what Kate can do in more practical terms. I'd love to know if anyone has had a look at the code/format (which I'm still documenting, sorry) and would have technical feedback about it. Or any

Hi, there was a thread a few months ago about album art, and how to embed it in an Ogg stream. The outcome was unconclusive, and kind of settled on the existing practice of adding a uuencoded image in a Vorbis comment, or similar. A better solution would be to embed those images as a separate stream, including hints as to what image represents (front cover, back cover, etc). The obvious

> Right. This was, in fact, one of the roles of "chaining" where you'd > mark such changed components with a chain boundary, at which such > things are explicitly allowed to change. The drawbacks are the > overhead of resending all the setup data for configurable codecs like > vorbis and theora, and the semantic conflict between 'chain boundary > flags an edit