similar to: chaining support

2009/6/20 Silvia Pfeiffer <silvia at silvia-pfeiffer.de>: > I agree, this has been a huge problem - and in fact is a problem with > html5 <video> more generally than ogg. > > How do you think that a chain identifier in skeleton will make it > possible to have e.g. a single seek bar over a stream? Would it be n > timelines or one? I was thinking that it would be

2009/6/21 Hans J. Koch <hjk at linutronix.de>: > On Sun, Jun 21, 2009 at 01:27:25AM +0900, Conrad Parker wrote: >> 2009/6/20 Silvia Pfeiffer <silvia at silvia-pfeiffer.de>: >> > I agree, this has been a huge problem - and in fact is a problem with >> > html5 <video> more generally than ogg. >> > >> > How do you think that a chain

2008/11/21 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-21, Conrad Parker <conrad at metadecks.org> wrote: >> 2008/11/15 David Flynn <davidf+nntp at woaf.net>: >>> On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >>>> It seems oggz chop, merge and sort will need some attention to deal >>>> with the Dirac

On 12/04/2008, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > On 4/11/08, Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: > > > uuencode ^_^ > > > > Hmm... > > Yes! A Vorbis Comment tag called ART or ALBUMART with a Base64 string > would do the trick and it would not choke existing players. No, vorbiscomments are meant to be

I agree, this has been a huge problem - and in fact is a problem with html5 <video> more generally than ogg. How do you think that a chain identifier in skeleton will make it possible to have e.g. a single seek bar over a stream? Would it be n timelines or one? Cheers, Silvia. On Sat, Jun 20, 2009 at 10:52 AM, Conrad Parker<conrad at metadecks.org> wrote: > Hi, > > An issue

2008/11/15 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >> It seems oggz chop, merge and sort will need some attention to deal >> with the Dirac granulepos and dependency ordering, so let's leave them >> for the next release. > > ok. -- may be worth having them 'warn' if they are operating

Hi all, Discussions about a need for an extension to Skeleton to cater for multi-track media files has been going on for a while. In a recent thread here, in discussions on IRC, and at FOMS between Jan, Ralph, Viktor and I, we discussed some fields. Viktor and I continued that discussion to make more specific recommendations on what fields to add. We now have a wiki page at

On 3/12/08, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > I agree. Ayone else agrees? Conrad? j?

I noticed this first in vorbis-tools and later in ffmpeg2theora. The Skeleton bitstream contains a header called Content-Type. It lists the media types of all the data in Ogg. In vorbis-tools and ffmpeg2theora the output is normally Vorbis and Theora. The Skeleton implementation there reports those media types as video/x-theora and audio/x-vorbis. I would like to suggest that it would be

Fellow open video enthusiasts, Chris Blizzard just suggested that with all the Xiph developers attending the OpenVideoConference, we should all get together and discuss the next things to attack for Ogg Theora/Vorbis in Firefox. I think that's a great idea. Assuming that everyone stays for the hackfest on Sunday, we picked 10am on Sunday for a thorough discussion and planning session (1-2

On 15/03/07, Ralph Giles <giles@xiph.org> wrote: > On Wed, Mar 14, 2007 at 12:23:47PM +0000, Mathias Kunter wrote: > > > > In contrast to that, http://www.ietf.org/rfc/rfc3533.txt stats the following: > > "Ogg Vorbis provides the name and revision of the Vorbis codec, > > the audio rate and the audio quality on the Ogg Vorbis bos page. > > It also uses

On 15-Feb-08, at 10:11 PM, Conrad Parker wrote: >> Lang: <locale> > > generally I think we should go with existing HTTP and email headers > where possible, eg. Content-Language 'k >> Description: <string> > > I kinda feel that this kind of human-readable metadata better belongs > in CMML; the skeleton tells you where to go (for each locale), the

In order to do this you'd need to know /in advance/ exactly which Ogg pages were audio and which were video so you could choose to only download the vorbis pages. The upcoming Ogg Skeleton index does not index pages at a high enough granularity to facilitate this. It could, but then the index would be a lot bigger. I also wonder if the time/server overhead of setting up new HTTP

On 15/04/07, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > Hi Ian, > > hmm, there was a whole bunch up on media.aidabrowser.com, but it seems > that CSIRO have taken that site offline. > > I thought there was a version of the media in cmmlwiki that produces > annodex files, but there may be a bug on the server that prevents > that. Conrad - is this a known

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > What does oggz-info tell you about the file when you've merged it > (without skeleton)? It may say that there are two logical video > bitstreams, because they've come from different files. So, two > skeletons may actually be correct. There should be (and are) two logical video streams - I'm trying to create a file with a

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

Ralph Giles wrote: > > A URI/URL scheme for referencing streams would be a generally useful > thing. Should we override the query mechanism like the time fragment > draft? "?oggserial=0x15323421" ? > This is roughly what was suggested the last time around. A possible refinement is to provide a mapping from identifiers to IDs so you could say "?oggid=myvideo".

> The advantage of storing this in the granulepos field itself, like > theora and CMML do, is that the seek code may already understand how > to handle the back pointer. Right now everything assumes the mapping > is from 'initialized decoder' + 'granulepos from page header' => > timestamp, or in the case of theora and CMML => 'timestamp' + 'last

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > I would merge them with oggz-merge without skeleton and then add > skeleton using oggindex e.g. > http://git.xiph.org/?p=OggIndex.git;a=summary . (oggindex is also > available from http://firefogg.org/nightly/ ) Ah, that looks like the tool I was looking for! Nearly there now... With a theora+speex file, or a theora+opus file, it

What I've gotten out of this discussion so far: 1) we need to introduce a means in which to do captions; this could be done through adding a "caption" element to CMML, or in another time-continuous annotation format; so far I am not sure which would be the better way 2) we need a XML annotation format for audio - in particular for music - that is more structured than vorbiscomment