search for: xmlembedding

On 6/4/12, Benjamin M. Schwartz wrote: > On 06/04/2012 04:08 PM, Martin Leese wrote: ... >> The optimal solution is described at: >> https://wiki.xiph.org/XMLEmbedding > > As that page says, "This page is for development of a specification for > embedding XML streams in Ogg.". "XML streams" are not simply XML > documents. They are _temporally subdivided_ XML documents, such as Jabber > (XMPP) conversation streams. > > I&...

...suggestion falls well short of an optimal solution. The Vorbis docs even state "arbitrary metadata belongs in a separate logical bitstream (usually an XML stream type) that provides greater structure and machine parseability". The optimal solution is described at: https://wiki.xiph.org/XMLEmbedding However, this draft hasn't been touched since 2007. The other problem was that adding a separate XML stream to an Ogg container would break many existing players. Presumably, since the introduction of Ogg Skeleton, that is not such a problem now. Regards, Martin -- Martin J Leese E-mail: m...

On 05.06.2012 20:41, Martin Leese wrote: > On 6/4/12, Benjamin M. Schwartz wrote: > >> On 06/04/2012 04:08 PM, Martin Leese wrote: > ... >>> The optimal solution is described at: >>> https://wiki.xiph.org/XMLEmbedding >> >> As that page says, "This page is for development of a specification for >> embedding XML streams in Ogg.". "XML streams" are not simply XML >> documents. They are _temporally subdivided_ XML documents, such as Jabber >> (XMPP) conversation s...

...d should be removed as a recommendation. The page says at the top: "This page aims to give an overview of the current state of metadata in Ogg and the ongoing projects towards improving it." which would seem to include draft specs. For now, I have made it clear that M3F and XMLEmbedding are drafts. However, if somebody wants to zap M3F then I, for one, will not object. It hasn't been touched since 2008. Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

...de Ogg Skeleton in Ogg then apps had better ignore it if they can't decode it. Otherwise, including Ogg Skeleton will break apps which comply. As I understand it, the situation now is that including Ogg Skeleton breaks apps. That has to be changed if you want to move forward into things like XMLEmbedding. Regards, Martin -- Martin J Leese E-mail: martin.leese@stanfordalumni.org Web: http://members.tripod.com/martin_leese/

...de Ogg Skeleton in Ogg then apps had better ignore it if they can't decode it. Otherwise, including Ogg Skeleton will break apps which comply. As I understand it, the situation now is that including Ogg Skeleton breaks apps. That has to be changed if you want to move forward into things like XMLEmbedding. Regards, Martin -- Martin J Leese E-mail: martin.leese@stanfordalumni.org Web: http://members.tripod.com/martin_leese/

...Comment field named "XMP" (or whatever name you like). > > This suggestion falls well short of an optimal > solution. You haven't specified any requirements, so I have no idea what would be more helpful. > The optimal solution is described at: > https://wiki.xiph.org/XMLEmbedding As that page says, "This page is for development of a specification for embedding XML streams in Ogg.". "XML streams" are not simply XML documents. They are _temporally subdivided_ XML documents, such as Jabber (XMPP) conversation streams. I'm not an expert on XMP, but g...

On 7/23/13, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > On 23 Jul 2013 15:17, "Martin Leese" <martin.leese at stanfordalumni.org> > wrote: ... >> Information about Metadata >> has been collected together in the Xiph Wiki >> at: >> https://wiki.xiph.org/Metadata > > That page is a bit outdated. It has CMML in it which we

...FLAC streams in an Ogg container (Ogg FLAC), and so have an unlimited number of channels. However, in this case, the metadata should not be in the FLAC stream(s) but in the Ogg container. There is no simple way to do this, but possibilities include name-value pairs in an Ogg Skeleton stream and a XMLEmbedding stream.(9) Finally, your proposal only considers Ambisonic B-Format. UHJ and G-Format are also part of Ambisonics. There is an official file format for UHJ,(10) and a proposal for G-Format.(11) UHJ could be accommodated into your proposal quite simply using the VorbisComment "AMBISONIC:UHJ...