On Jan 17, 2008 2:35 AM, <a href="mailto:ogg.k.ogg.k@googlemail.com">ogg.k.ogg.k@googlemail.com</a> <<a href="mailto:ogg.k.ogg.k@googlemail.com">ogg.k.ogg.k@googlemail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">> > I did see references to Skeleton, I'll have a look at it. I didn't<br>> > realize it was used widely<br>><br>> It's not widely used currently. The idea is to make that happen.<br>
<br></div>Oh, I get you now.<br><div class="Ih2E3d"><br>> CMML does of course other things besides subtitles. Subtitle support<br>> was pretty much just added recently. Kate however does not seem to<br>> offer more than CMML in the lyrics/subtitles department, besides<br>
<br></div>This is true, as the design of XML makes it malleable to custom semantics:<br>you can embed anything in an XML tree.<br><div class="Ih2E3d"><br>> perhaps the concept of converting other subtitles formats (ASS, SRT,<br>
<br></div>Which I have working in MPlayer now (from the 12 formats they support).<br>But this is, as you say, moot since it'd be as easy to create CMML<br>representations of these.<br><div class="Ih2E3d"><br>> This does not mean Kate development should stop. It just means that<br>
> if you are not willing to join efforts with the other developers we<br>> will end up with two (let's not count Writ) different formats for the<br>> same niche. And then we have to tell people which of them should be<br>
> the default format for subtitles and lyrics, which means one format<br>> will lose in favor of another, frustrating its developer(s). I don't<br>> think anyone wants that.<br><br></div>I totally understand. I like doing this, so I will certainly not stop, but I do<br>
see the possible counterproductive effect (which was quite apparent from<br>what I've seen on the web in discussions when I was looking at what was<br>there).<br>In parallel, I'll look more into CMML. However, without wanting to sound<br>
overly dismissive, I've seen this name mentionned a few times in several<br>discussions over the years when text-in-ogg was mentionned, and we're<br>still there. Again, that's just from Google searches, so I may be missing a<br>
lot, so please keep that in mind.</blockquote><div><br><br>There has been a lot of tool development necessary around CMML and Skeleton in recent years, which is why CMML hasn't progressed much. Now, we are re-designing some of CMML to address other issues that have come up. If KATE brings out further requirements for text tracks inside Ogg, it may be easier to include these findings into CMML to make it richer and extend those implementations rather than have to go down that whole path again. And... lots of elements in CMML are optional (as are the URLs for example), so if you just want to use it for karaoke, you might be looking at a timed text file and a CSS specification that brings out the timed colouring of the text etc. This is the preferred way of looking at it from a CMML perspective.<br>
<br>Just my 2c...<br><br>Cheers,<br>Silvia.<br></div></div><br>