audio type?

[Samin Shams]

So, what's new with the audio type that was discussed. I am definitely interested in this type and think it truly does complete the set, specially now with sites like Grooveshark and Pandora.

[Jan Willem Eshuis]

U suggested to add the audio type to oEmbed.
--------
Adding audio to oEmbed.

I would suggest to add a audio feature to the oEmbed specification,
this because in a lot of country's audio is also a big part of news
website etc..

I suggest the fields:
type (required)
The resource type. Valid values, along with value-specific
parameters, are described below.
version (required)
The oEmbed version number. This must be 1.0.
title (optional)
A text title, describing the resource.
author_name (optional)
The name of the author/owner of the resource.
author_url (optional)
A URL for the author/owner of the resource.
provider_name (optional)
The name of the resource provider.
provider_url (optional)
The url of the resource provider.
cache_age (optional)
The suggested cache lifetime for this resource, in seconds.
Consumers may choose to use this value or not.
html (required)
The HTML required to embed a video player. The HTML should have no
padding or margins. Consumers may wish to load the HTML in an
off-domain iframe to avoid XSS vulnerabilities.
width (required)
The width in pixels required to display the HTML.
height (required)
The height in pixels required to display the HTML.

Kind regards,

Jan Willem Eshuis
--------

[saminshams]

Nice... this is exactly it. I have an example:
http://mideos.com/main/oembed?url=http://listen.grooveshark.com/song/Violet_Hill/8579718
Even if Grooveshark doesn't support oEmbed, i did a little proxy with
their API.
One question though, what if a site doesn't have an embeddable player,
and only distributes raw mp3 files? What should be the parameters
then?

[Leah Culver]

While it appears that audio is an obvious omission from OEmbed, there are a couple of reasons for this.

Video and photo sites have pretty standard displays for embedded content. What I mean is that most video embeds all look alike - a rectangular flash video player.

This is not the case with audio embeds - they can vary in shape and size and can be either Flash or JavaScript. As Samin Shams has also mentioned, sometimes audio files do not even have an audio player. This makes it difficult for an OEmbed consumer to predict what they will get.

My recommendation for now is to use the OEmbed link type for audio without a player and the OEmbed rich type for audio with a player. However, I'm open to more suggestions for unifying an audio type.

Leah

--
You received this message because you are subscribed to the Google Groups "OEmbed" group.
To post to this group, send email to oem...@googlegroups.com.
To unsubscribe from this group, send email to oembed+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/oembed?hl=en.

[Jan Willem Eshuis]

Sounds like a good suggestion!

2010/1/25 Leah Culver <leah....@gmail.com>:

--
Met vriendelijke groet,

Jan Willem Eshuis
JWE new media solutions
Twaalf Apostelen 45
4005 GM Tiel
Tel +31(0)6 2001 3300
Email. janw...@jwe.nl

[saminshams]

That's fine for a provider, but as a consumer it does complicate
things.

For example, I want the user to be able to discover and embed an
audio, and not mix up with all the links and other rich content that
might be available. What I'm trying to say is that an audio does stand
out from all other types of content there might be, and should
therefore have a place of its own.

Video sites started using a flash video player because its the fastest
and easiest way to embed content. A standard was set by which all new
video sites had to follow. For the audio sites, no standard has yet
been set, that is why no standard is followed. I think if oEmbed does
set a standard for it, lets say with a flash player (or with any HTML
required to embed a player), new sites wishing to adopt it will think
it over and may have a strong reason to adopt to this kind of display.

I'm also open to any other suggestions, but I don't think audio should
be ignored.

Samin

On Jan 25, 4:52 pm, Leah Culver <leah.cul...@gmail.com> wrote:
> While it appears that audio is an obvious omission from OEmbed, there are a
> couple of reasons for this.
>
> Video and photo sites have pretty standard displays for embedded content.
> What I mean is that most video embeds all look alike - a rectangular flash
> video player.
>
> This is not the case with audio embeds - they can vary in shape and size and
> can be either Flash or JavaScript. As Samin Shams has also mentioned,
> sometimes audio files do not even have an audio player. This makes it
> difficult for an OEmbed consumer to predict what they will get.
>
> My recommendation for now is to use the OEmbed link type for audio without a
> player and the OEmbed rich type for audio with a player. However, I'm open
> to more suggestions for unifying an audio type.
>
> Leah
>

> On Mon, Jan 25, 2010 at 4:44 AM, saminshams <saminsh...@gmail.com> wrote:
> > Nice... this is exactly it. I have an example:
>

> >http://mideos.com/main/oembed?url=http://listen.grooveshark.com/song/...

> > oembed+un...@googlegroups.com<oembed%2Bunsu...@googlegroups.com>

[Leah Culver]

Yes, I agree that audio does have a place. However, I don't think it is the place of OEmbed to create a standard audio player for embedding. Maybe the best approach is to find potential providers and consumers for the audio type and get their input?

Leah

To unsubscribe from this group, send email to oembed+un...@googlegroups.com.

[Aadaam]

My two cents (if I have such):

We don't have a standard video format. Oh, you can blame me: we do
have such, it's called H.264, no, Ogg theora! Or both! Or neither!

No, we don't have such. We use rich, embeddable players instead.

The fact that most pictures and videos are 3:4 or 9:16 ratio does not
mean this is the same for all: all of us have seen panorama pictures,
didn't we?

So, in short:
- Audio is like video in that it has a duration
- Audio is like video that it uses a custom player (like youtube or
vimeo)
- Audio is like image that it can have an arbitrary ratio
- Audio is unique that a collection information (which album it
appeared on first) is important
- Audio is unique that a thumbnail is an optional thing to have (do
you have album art for a recorded phone call?)

And, NO, audio isn't a special case because of the these two. Yes, it
is not a visual information, still, it deserves its own format.

> > <oembed%2Bunsu...@googlegroups.com<oembed%252Bunsubscribe@googlegroups. com>