similar to: metadata

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

Not directly relevant to Vorbis, but it seems that some people are coming to realise the true value of DRM: "Our position is simple: DRM doesn't add any value for the artist, label (who are selling DRM-free music every day - the Compact Disc), or consumer, the only people it adds value to are the technology companies who are interested in locking consumers to a particular technology

--- Erhalten von ZBM.ZARBR 089/32000-545 24-02-03 12.07 Hi, I mirror a server installation using rsync 2.5.6 (on both sides) with these options: -a -x --numeric-ids -H --delete --stats -e ssh -z --exclude-from ... This happens every night. In about 80% of the cases rsync returns exit status 12 when trying to transfer a certain file. In the other 20% the file is

EMI has introduced a second tier price for DRM free tracks at higher quality (256kbps vs 128), which Apple will be distributing soon. http://news.bbc.co.uk/1/hi/technology/6516189.stm It's obviously being introduced in a marketing-friendly way, but this is an interesting move as it also means Apple will be moving away from proprietary format lock- in (very slightly). -- imalone

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

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

Hi, The following changes allow vorbiscomment to read and edit the tags for the first occuring vorbis stream in a muxed (and chained) Ogg bitstream, while retaining the renormalisation. I've tested it on a number of combinations of muxed and chained streams, using the write comments from file option for vorbiscomment to rewrite the comment header and then cmp for binary differences. Seems

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

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

Kind of an interim release, I have a copy of the Helix/RealPlayer Ogg plugin working in the presence of unrecognised streams, <href="http://www.srcf.ucam.org/~ibm21/omd_players/index.html#hxplugin> The patches won't go into Helixcommunity until I've put in a joint copyright document (and the stream end strategy patch still needs to be completed), but they can be GPLed so if

Is there any way to put a newline character in comments for ogg vorbis files in Linux? I can't see any way of doing it with vorbiscomment. Easytag would work, but has other problems (like concatenating comment fields with the same tag name). If I wanted to put together a quick hack to add a such a comment (I'm thinking read the comment from a file, with the tag name specified at the

Is there any way to put a newline character in comments for ogg vorbis files in Linux? I can't see any way of doing it with vorbiscomment. Easytag would work, but has other problems (like concatenating comment fields with the same tag name). If I wanted to put together a quick hack to add a such a comment (I'm thinking read the comment from a file, with the tag name specified at the

Hi. Just for the fun of trying something new, I've compiled a list of Ogg/Vorbis radio stations on the internet. However, I must say I didn't get really far. ( http://www.ai.rug.nl/~bneijt/links/oggradiolist.xml ) Does anybody know a good resource/listing of ogg streaming (with preferably vorbis inside) radio stations? Bram Neijt

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

Wednesday next week would be the Xiph monthly meeting. It is there enough going on at the moment (IETF document being submitted soon, the various aspects of metadata) to warrant one? -- imalone

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 14 April 2012 23:40, Ian Malone <ibmalone at gmail.com> wrote: > On 14 April 2012 23:34, Ian Malone <ibmalone at gmail.com> wrote: > >> http://pastebin.com/xXhPyZuQ > >> ./jpegtoblock.pl ?-i DSCN7376.JPG -o flacblock > >> You'll need to add the "METADATA_BLOCK_PICTURE=" which makes it into a >> comment file yourself. >> >

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