[gst-devel] IEC958 caps

[Julien Moutte]

Hi Pierre,

Maybe we could consider that it's the application's role to check with HDMI
EDID what's supported and decide which streams will be passed through using
SPDIF and which others need to be decoded completely with software decoding
?

At least that's what I m planning to do with Moovida in the near future.

Best regards,

Julien Moutte,
FLUENDO S.A.


On Tue, Oct 12, 2010 at 5:11 AM, pl bossart <bossart.nospam at gmail.com>wrote:

> Hi,
> some HDMI implementations can use the EDID information to find out
> what is supported by the audio receiver. The idea is that a sanity
> check is run before actually playing, to make sure a given stream is
> supported downstream. One issue with gstreamer is that such a check
> isn't really possible: even though some existing elements support
> IEC958 formats, such as ac3iec958 and alsasink, they all rely on the
> same "audio/x-iec958" capability. Nice, but limited, since the actual
> payload format is lost. There's no way to signal that the data is
> actually an AC3, E-AC3, DTS or MPEG format, and as a consequence no
> means for the sink to check it can actually handle the data.
>
> So the question is: how does one go about extending capabilities? Can
> I just go ahead and define new fields, eg "audio/x-iec958,
> payload=<val>", using the values defined by the IEC or CEA standards?
> Or do I need a new cap per format such as "audio/x-iec958-eac3"? Or
> are the capabilities listed somewhere in some central location to
> ensure consistency?
> Thanks for your time,
> -Pierre
>
>
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today.
> http://p.sf.net/sfu/beautyoftheweb
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20101012/23055a12/attachment.htm>