similar to: Multimedia Metadata Format (M3F) draft

On 04/12/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > Hi ogg-dev list, > > I have improved the format formally known as Media Description and > Metadata (MDMF) for the Ogg Container Format. > > Please have a look at the M3F page in the wiki http://wiki.xiph.org/M3F > > The format have been simplified and designed primarily with audio and

Hi again Ivo and the Xiph ogg-dev emailing list, This email is meant to present two blockers for continued development of the XML based Multimedia Metadata Format (M3F) (MDMF page in the wiki). This format is intended to replace comments as a way of including descriptions of metadata contained in the Ogg container format. For instance title, production year, actors, producers, and so on for

Hi list, On 2007-09-10 Silvia Pfeiffer wrote: > 2) we need a XML annotation format for audio - in particular for music - > that is more structured than vorbiscomment (and this probably > applies to video, too) Above, Silvia sums up nicely what I used three days and a tone of emails to say. (Though she did not say that this format should replace Vorbis comments all together, which is

Daniel, nobody has accused you of reinventing the wheel. You give up too easily. If you want to develop a standard, it takes a lot of discussion and input - and it takes diplomacy. Attacking people and attacking the community will not be helpful. You have asked for feedback - feedback has been given. Now it's time to think and digest. I for one have been motivated by the topic of discussion,

Hi ogg-dev list, After discussing the [lack of] metadata standards on the irc://irc.freenode.net/#Vorbis channel yesterday I figured I had to contribute to this process. Attached is a sample XML formatted metadata sheet describing a song; and shows off other media type elements as well. How this is to be embedded in the OGG container is not my field. I have only spent a couple of hours

Hi ogg-dev list, I am not trying to ?get someone?. But I though this form would indeed prove successful in making my point. Here we go: I got accused of ?reinventing the wheel? for this little media description format of mine. Fare enough. But I wanted to show everyone why it is sometimes best to sometings that has been done before all over. See the attached document. It uses existing

On 10/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > On Monday 10. September 2007 23:39:50 Silvia Pfeiffer wrote: > > 2) we need a XML annotation format for audio - in particular for music > > - that is more structured than vorbiscomment (and this probably > > applies to video, too) > > It would have to apply to any kind of media. >

On 7/23/13, Silvia Pfeiffer <silvia at silvia-pfeiffer.de> wrote: > On Wed, Jul 24, 2013 at 3:59 AM, Martin Leese >> ... >>>> Information about Metadata >>>> has been collected together in the Xiph Wiki >>>> at: >>>> https://wiki.xiph.org/Metadata >> Page updated. See what you think. > > M3F is also not used anywhere

On Monday 10. September 2007 01:10:44 Silvia Pfeiffer wrote: > Hi Daniel, > > On 9/10/07, Daniel Aleksandersen <aleksandersen@runbox.com> wrote: > > It is indeed necessary. I hope this format will be a huge leap in > > metadata descriptions for media content. Not only for music, but any > > media found in Oggs. > > You are thinking too small. Such standards

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

Just noticed this, <http://dublincore.org/usage/documents/relators/>. MARC (Library of Congress) relators are now part of Dublin Core, this allows refinements to meta-data like actor, composer, instrumentalist (of interest to kitchen sink metadata in Ogg/Vorbis). It still falls short of the more qualified relationships that might be available with Musicbrainz advanced relationships (eg

On 11/14/08, David Flynn <davidf+nntp at woaf.net> wrote: > Correct; there is no metadata handling capability in the current > mapping spec. I'd suggest at some point to look into separate stream solution for metadata, perhaps M3F [1]. -Ivo [1] http://wiki.xiph.org/index.php/M3F

Daniel Aleksandersen wrote: > By the way, I have bee discussing Dublin Core (?DC?) with the developers of > the Atom 1.0 specification. It seams the reason they created atom:rights > instead of using dc:rights were just about what I thought it was: They > though DC was too loosely defined. Their own atom:rights element were > designed to more clearly define what the element

The biggest problem with Vorbis comments are too loose specifications and too little standardisation. Another problem is attribution of involved parties. Currently only the ARTIST field name is supported in software. More standardised field names need to be worked out for organisations and persons involved in the production of the recording. See:

Daniel, before you step over everything that has been done before, we need to determine what exactly is the use case for your new specification. What concerns metadata, we currently have: * vorbiscomment - this is a header at the beginning of a logical bitstream which has metadata that refers to the complete file; there is a specification, which has been public for a long time and is the

So wiki discussion on the new metadata format is ongoing. I'd like to move some things about a bit. MDMF is a discussion of the metadata XML format itself, Metadata gives some background an overview and a few old sample cases. I'm not sure how many people read the wiki talk page so I thought I'd ask here if there were any objections before doing it. What would most likely happen

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

On 19/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > On Wednesday 19. September 2007 19:02:06 Ian Malone wrote: > > Daniel Aleksandersen wrote: > > > Attached is a much improved version of yesterday's draft. Introducing > > > the audio:collection:artwork element to deal with album cover graphics > > > and such. > >

Hi list, I have been trying to get the new file extension for Ogg FLAC (.oga) to work with Amarok. But it does not look to be possible due to limitations in the xine and gstreamer engines. Maybe the move to .oga was prematurely? I have done some testing with other players?including Banshee, Quod Libet, and others?but have not had any success with playing the .oga files. Only player I have

Hi list, I would really like to see support for .cda as input files. The cda format is the one used on regular audio CDs. Support for this format would make it even easier to encode to FLAC from CDs -- Daniel Aleksandersen