similar to: Feedback on XML metadata namespace

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

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. > >

On Tuesday 18. September 2007 14:32:45 Ian Malone wrote: > On 11/09/2007, Ian Malone <ibmalone@gmail.com> wrote: > > On 11/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > > > On Tuesday 11. September 2007 01:34:35 Ian Malone wrote: > > > > I'd be interested which ones. DC is a bit nebulous, but that gives > > >

On Thursday 20. September 2007 14:54:06 Ian Malone wrote: > 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

Daniel Aleksandersen wrote: > Hi again list, > > 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, One thing still missing is a subject/synopsis description. This would have little value for pop music, but for tracks from opera, tv programmes and films it

On Saturday 08. September 2007 11:40:05 Ian Malone wrote: > Daniel Aleksandersen wrote: > > Hi again list, > > > > Attached is a much improved version of yesterday's draft. Introducing > > the audio:collection:artwork element to deal with album cover graphics > > and such. > > > > After giving it much though; I decided to drop the audio:preformers

On Saturday 08. September 2007 16:12:08 Ivo Emanuel Gon?alves wrote: > Thanks a lot for taking an interest and trying to work with metadata > in Ogg. There have been efforts before, but they have seemly gone > nowhere. I've heard there's a need for a serious metadata framework > in Ogg, albeit me personally would find no use for it. Then again, > the Web's moving to a

On 11/09/2007, Ian Malone <ibmalone@gmail.com> wrote: > On 11/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > > On Tuesday 11. September 2007 01:34:35 Ian Malone wrote: > > > I'd be interested which ones. DC is a bit nebulous, but that gives > > > you tremendous freedom too. Atom on the other hand has a very > > >

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

Daniel Aleksandersen wrote: > On Saturday 08. September 2007 11:40:05 Ian Malone wrote: >> Daniel Aleksandersen wrote: >>> Hi again list, >>> >>> Attached is a much improved version of yesterday's draft. Introducing >>> the audio:collection:artwork element to deal with album cover graphics >>> and such. >>> >>> After

On 11/09/2007, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > On Tuesday 11. September 2007 01:34:35 Ian Malone wrote: > > 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

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

Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: ... > Since the URI attribute can describe locations (URLs), the format could work > as a RDF document; being an external resource describing external content. > But of course the metadata would be in the Ogg stream-container-thingy > (...somehow. help. input?) in the case of the Ogg format. As this would be XML, I

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. >

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

Is this really necessary? ---------- Forwarded Message ---------- Subject: RE: [Flac-dev] Support .cda as input files (Zaep Key: fc344993.46e98b8a.72666fe1) Date: Thursday 13. September 2007 From: "bbilbrey" <bbilbrey@neo.rr.com> To: "Daniel Aleksandersen" <aleksandersen+xiphlists@runbox.com> Dear Daniel, Thanks for your email, but at this point I have NOT

Daniel Aleksandersen wrote: > Hi again list, > > Attached is a much improved version of yesterday's draft. Introducing the > audio:collection:artwork element to deal with album cover graphics and > such. > > After giving it much though; I decided to drop the audio:preformers and > audio:recording elements. They have been replaced by audio:entities which > is

On Saturday 08. September 2007 19:11:54 Carsten Haese wrote: > On Sat, 2007-09-08 at 17:08 +0200, Daniel Aleksandersen wrote: > > I feel that these ?Vorbis comments? are not sufficient. There is not > > even a standard for their field names. > > Actually, there is: http://xiph.org/vorbis/doc/v-comment.html No standard. But ?Below is a proposed, minimal list of standard field

On 2007-09-13, Brian wrote: > On Sep 13, 2007, at 12:08, Daniel Aleksandersen wrote: >> 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 > > You are mistaken, Daniel. Regular audio CDs do not use

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