similar to: OggPCM version / header finalization

Hi John, all, I still have at least 3 issues: 1) What are we trying to achieve with the "source-ID"? 8 [uint] Source ID (Unique amongst all OggPCM streams in the physical stream) Are we trying to separate the different channels that may be interleaved with each other inside the flat multi-channel sample stream? Interpretation 1: ----------------- So, would each channel be in a

Actually, we have been discussing this kind of addressing for a very long time and it was half the point of the Annodex project (see www.annodex.net). What we have defined for addressing is the following: * temporal addressing: http://annodex.net/TR/draft-pfeiffer-temporal-fragments-03.txt Any ogg file can be addresses through temporal offsets. This goes across different logical bitstreams. *

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>

Oggz 0.9.5 Release ------------------ Oggz comprises liboggz and the command-line tools oggzinfo, oggzdump, oggzdiff, oggzmerge, oggzrip, oggz-scan and oggz-validate. liboggz is a C library providing a simple programming interface for reading and writing Ogg files and streams. Ogg is an interleaving data container developed by Monty at Xiph.Org, originally to support the Ogg Vorbis audio format.

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

Thanks Silvia for your response :-) It's good to get constructive discussion on this, and I've been hoping to have exactly this kind of criticism re: OggPCM for some time. On Wed, Nov 09, 2005 at 10:21:04PM +1100, Silvia.Pfeiffer@csiro.au wrote: > > Data pages are identified to be part of a logical bitstream through their > serial number, so don't need any additional

Hi All, I am getting this error when i try to compile the "Linphone" package by typing----- make. please help me i am feeling very frustrated with this error pasdt from 7 days i am getting this error. please help me. speexec.c: In function `speex_ec_process': speexec.c:112: `spx_int32_t' undeclared (first use in this function) speexec.c:112: (Each undeclared identifier is

On 10/21/07, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > But I agree that we need to get skeleton support into mainstream > encoders, not just the decoders. That's what I meant, especially now that Skeleton is a (SHOULD) requirement for video/ogg and audio/ogg. Lots of encoders will need to change. ffmpeg2theora, flac (the application), VLC... And CMML... I believe I

Hi John, I'm forwarding this email to the relevant developer lists at Xiph.Org, where the format was created and where the experts gather. I'm certain there is a design reason for putting the bos pages of all logical bitstreams together at the start. My guess is that with digital media you usually have a delay time for setting up the decoders for a specific format and by clustering

Hi John, I'm forwarding this email to the relevant developer lists at Xiph.Org, where the format was created and where the experts gather. I'm certain there is a design reason for putting the bos pages of all logical bitstreams together at the start. My guess is that with digital media you usually have a delay time for setting up the decoders for a specific format and by clustering

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

Hi Arc, illi, I think it would be advantageous if we take the emotion out of this discussion , so let's just argue technically. My experience with xiph is that we are a very friendly community and trying to help each other and listen, so let's keep that culture up. I think we all agree: it is a good idea to have an media mapping for ogg for uncompressed PCM. As for what is required in a

Interesting discussion happening over at whatwg! S. ---------- Forwarded message ---------- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com> Date: Oct 8, 2007 10:14 AM Subject: Re: [whatwg] Video, Closed Captions, and Audio Description Tracks To: Chris Double <chris.double@double.co.nz> Cc: "whatwg@whatwg.org List" <whatwg@whatwg.org> Hi Chris, this is a very good

Oh, sorry, I completely misunderstood. You want to make them time-parallel streams! 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/ ) Hope that helps. Silvia. On Sat, Aug 23, 2014 at 3:35 PM, Nick Burch <ogg at gagravarr.org> wrote:

Hi Silvia, I really have to ask you: Have you even tried to describe media using the excising solutions? I don't mean adding subtitles and editing stuff. I mean really say what a Ogg file contins. There is no working wheels for this. Vorbis comments--used in FLAC too--can describe content with a very limited field names (and badly enforced standards). I said from the start that I have no

In one of the last monthly meetings it was decided that OggPCM is ready and all it needs is an implementation (for instance, in ogg123). The problem is that nobody seems available to do it. If either Martin or Sampo would like to work on it, I believe nobody will oppose. CMML and Skeleton implementations are far more urgent right now, though. I have changed the main page in the XiphWiki to

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

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