media-info-brainstorming

(Difference between revisions)

Jump to: navigation, search
m (Splitting Content Semantics from File Format)
m (The Problem)
Line 12: Line 12:
== The Problem ==
== The Problem ==
-
There are infinite ways to publish media by users, but as people try to access those remixing and aggregation become more and more prevalent, having consistent records becomes important.  Audio, photos and video show up in each other's publishing spaces, even though they are unique media objects. A photo might be next to the link for an audio piece, as it's visual artwork.  A video can be comprised of quotes of other videos, photos and audio.  Still photos can be made from videos.  All three types of objects can contain subsets of media that is tagged and described.  Having a single publishing format to relate them as needed in an organized structure makes sense.
+
There are many ways to publish media by users, but as people try to access those remixing and aggregation become more and more prevalent, having consistent records becomes important.  Audio, photos and video show up in each other's publishing spaces, even though they are unique media objects. A photo might be next to the link for an audio piece, as it's visual artwork.  A video can be comprised of quotes of other videos, photos and audio.  Still photos can be made from videos.  All three types of objects can contain subsets of media that is tagged and described.  Having a single publishing format to relate them as needed in an organized structure makes sense.
== Elements that come up often in practice ==
== Elements that come up often in practice ==

Revision as of 13:53, 5 April 2007

Contents

Brainstorming for Media Microformat

This is a brainstorm for media microformat. Examples of media-info can be found here media-info-examples

Contributors

The Problem

There are many ways to publish media by users, but as people try to access those remixing and aggregation become more and more prevalent, having consistent records becomes important. Audio, photos and video show up in each other's publishing spaces, even though they are unique media objects. A photo might be next to the link for an audio piece, as it's visual artwork. A video can be comprised of quotes of other videos, photos and audio. Still photos can be made from videos. All three types of objects can contain subsets of media that is tagged and described. Having a single publishing format to relate them as needed in an organized structure makes sense.

Elements that come up often in practice

Here are some examples of elements that might be included because they seem to come up often in user generated media publishing, either on their own blogs or on service sites, include the following:

Base elements:

and for audio and visual:

Other info: (This is not the same for all types of media, and is published by users in very limited ways in practice, or is captured from the device or service or in some way, invisible to the user, and therefore often depends on a service to pick it up. It should only appear in a publishing tool under 'more data' at then end, for enthusiast users.)

JPGVideoAudio
DeviceDeviceDevice
RatioAspect Ratio?
file sizefile sizefile size
.audio codecaudio codec
.video codec.
.bit / frame ratebit rate
Portrait or Landscape..
Region Annotation (subphotos: calculation of location, size)Quotes of Video (subvideo: in and out points)Quotes of Audio (subaudio: in and out points)
iPod compliant?iPod compliant?iPod compliant?
TimeTimeDate
DateDateDate
Inclusion in playlist?Inclusion in playlist?Inclusion in playlist?


Combining with other microformats

Although media items are sometimes presented in isolation they are often found in data structures that are supported by existing microformats. It should therefore be possible to use the media microformat as a child (or in some cases a parent) of these microformats.

hAtom

Podcast feeds reference a sequence of media items. A media microformat could therefore be used as a child element of hAtom.

hCalendar

A media microformat may used to describe a continuous media stream e.g. a TV channel. An event or a schedule of events on the channel can be signaled using hEvents as child elements. This combination would provide what is necessary to capture a specific event; the media stream information and the timing information.

Comments

Differentiating File Content from File Format

We should consider splitting file content from file format. A song (content) can be represented as an MP3 audio file (format), or an MPEG-2 music video (format). media-info should be used to describe file content with a separate microformat or link-rel design pattern to describe file format.

Example 1:

Example 2:

ManuSporny 06:50, 5 Apr 2007 (PDT)

media-info-brainstorming was last modified: Wednesday, December 31st, 1969

Views