MeeGo In-Vehicle Infotainment Discussions ()

Counihan, Tom | 2 Mar 2011 12:28

Cross-Pollination; Blu-Ray

Hi Folks,

I'd like to ask our friends over in meego-tv whether there has been any research done on the area of Blu-Ray
within Meego? Specifically the MeeGo Multimedia stack.

I understand there may be some challenges to overcome, particularly in the area of supporting a framework
that facilitates Blu-Ray certification.

I think we have many overlapping needs between smart TV and IVI, this is one I'd like to kick off with.... I'm
sure there are plenty other common interests.

Warm Regards
Tom.

--------------------------------------------------------------
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
Business address: Dromore House, East Park, Shannon, Co. Clare

This e-mail and any attachments may contain confidential material for the sole use of the intended
recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

headers

Mikael Söderberg | 2 Mar 2011 14:36

Re: Cross-Pollination; Blu-Ray

Hi Tom,

What portion of a Blu-Ray subsystem do you target here?

I do not believe that it will not be possible to support a complete Blu-Ray solution in OSS, as this requires
some components/technology that is proprietary and licensed exclusively by the Blu Ray Disc
Association; http://www.blu-raydisc.info/

We may design the audio and video subsystems in a way that they do not pose a problem in implementing a full
Blu-Ray solution, and what that means exactly needs to be checked towards the list of components in
Blu-Ray (file systems, media stream/file formats, codecs, content protection, aso)...

... and I don't know what has been done in MeeGoTV - I am also very interested in this 

Best regards,
Mikael

2 mar 2011 kl. 12.28 skrev Counihan, Tom:

> Hi Folks,
> 
> I'd like to ask our friends over in meego-tv whether there has been any research done on the area of Blu-Ray
within Meego? Specifically the MeeGo Multimedia stack.
> 
> I understand there may be some challenges to overcome, particularly in the area of supporting a framework
that facilitates Blu-Ray certification.
> 
> I think we have many overlapping needs between smart TV and IVI, this is one I'd like to kick off with.... I'm
sure there are plenty other common interests.
>

(Continue reading)

headers

Nasa | 2 Mar 2011 15:16

Re: Cross-Pollination; Blu-Ray

Hi folks,

I would suggest you all look at Mythtv (which I do run) for 
some work on playing Blu Ray Disc.  Myth has some basic 
capability for doing this right now...

Nasa

----- "Mikael Söderberg" <mikael.soderberg <at> pelagicore.com> wrote:

> Hi Tom,
> 
> What portion of a Blu-Ray subsystem do you target here?
> 
> I do not believe that it will not be possible to support a complete
> Blu-Ray solution in OSS, as this requires some components/technology
> that is proprietary and licensed exclusively by the Blu Ray Disc
> Association; http://www.blu-raydisc.info/
> 
> We may design the audio and video subsystems in a way that they do not
> pose a problem in implementing a full Blu-Ray solution, and what that
> means exactly needs to be checked towards the list of components in
> Blu-Ray (file systems, media stream/file formats, codecs, content
> protection, aso)...
> 
> ... and I don't know what has been done in MeeGoTV - I am also very
> interested in this 
> 
> Best regards,
> Mikael

(Continue reading)

headers

Nasa | 2 Mar 2011 15:22

LiRC support with Pulseaudio

Hi guys,

Does anyone know if the lirc module for pulseaudio is included
in any of the pulseaudio packages?  I don't see it anywhere,
but I have been know to miss stuff...

Nasa

headers

Counihan, Tom | 2 Mar 2011 21:37

Re: LiRC support with Pulseaudio

I'm not too sure Nasa, probably worth firing the query over to meego-dev.

> -----Original Message-----
> From: meego-ivi-bounces@... [mailto:meego-ivi-
> bounces@...] On Behalf Of Nasa
> Sent: Wednesday, March 02, 2011 2:22 PM
> To: meego-ivi@...
> Subject: [MeeGo-ivi] LiRC support with Pulseaudio
> 
> Hi guys,
> 
> Does anyone know if the lirc module for pulseaudio is included
> in any of the pulseaudio packages?  I don't see it anywhere,
> but I have been know to miss stuff...
> 
> Nasa
> _______________________________________________
> MeeGo-ivi mailing list
> MeeGo-ivi@...
> http://lists.meego.com/listinfo/meego-ivi
--------------------------------------------------------------
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
Business address: Dromore House, East Park, Shannon, Co. Clare

This e-mail and any attachments may contain confidential material for the sole use of the intended
recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

(Continue reading)

headers

Counihan, Tom | 3 Mar 2011 09:58

Re: audio architecture example

Thanks Rudi,

<at> Laci (and any other Tier1’s out there).

We’ve talked about sources in generic terms on this topic.

What might be interesting is if you could assist us here in understanding more detail all the permutations we have here.

I understand it may be expansive – from your standard A2DP, various forms of radio and media etc…

Could you educate some of us here in terms of how expansive this is.

Perhaps a matrix of source name with its associated rate.

The reason I ask, is it would be good to get a vista on our sample rate conversion requirements of the stack.

Is this a reasonable request?

Warm Regards

Tom.

From: meego-ivi-bounces-VVXm0OgCXj10cC2WI2GV6A@public.gmane.org [mailto:meego-ivi-bounces-VVXm0OgCXj10cC2WI2GV6A@public.gmane.org] On Behalf Of Rudolf Streif
Sent: Wednesday, February 23, 2011 5:26 PM
To: Marco Ballesio
Cc: meego-ivi-WXzIur8shnE@public.gmane.orgm
Subject: Re: [MeeGo-ivi] audio architecture example

Hi folks,

Great input everybody. That's exactly the type of discussion we need to drive the project forward. To move this to a more formalized form I have created a page for audio management on the MeeGo Wiki (http://wiki.meego.com/In-vehicle/Roadmap/AudioManagement). It's just a stub for now linking to Laci's diagram. Please modify and add your thoughts and ideas.

Thanks,

Rudi

On Sat, Feb 19, 2011 at 12:55 PM, Marco Ballesio <gibrovacco-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

Hi Laci,

On Sat, Feb 19, 2011 at 1:18 PM, Jalics, Laci <laci.jalics-JaLWT6YIeqDQT0dZR+AlfA@public.gmane.org> wrote:
> Thanks Marco.
> Comments below.
>
>> -----Original Message-----
>> From: Marco Ballesio [mailto:gibrovacco-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
>> Sent: Thursday, February 17, 2011 3:16 AM
>> To: Jalics, Laci
>> Cc: meego-ivi-WXzIur8shnEAvxtiuMwx3w@public.gmane.org
>> Subject: Re: [MeeGo-ivi] audio architecture example
>>
>> Hello,
>>
>> On Wed, Feb 16, 2011 at 6:11 AM, Jalics, Laci <laci.jalics-JaLWT6YIeqDQT0dZR+AlfA@public.gmane.org> wrote:
>> >
>> > I've created a thought starter slide here on audio routing/policy management.
>> > http://wiki.meego.com/images/Audio_arch1.pdf (couldn't attach it do to posting
>> size limitations)
>>
>> Great doc, I have a few questions / suggestions (maybe I'll have more
>> in the future, but it's just to begin ;) ).
>>
>> > Essentially all the architectures that I've seen have a dual processor solution:
>> a low speed micro to handle power moding, CAN bus, and early audio in vehicles.
>> DSPs are common in automotive systems as well. So, I've created a diagram that
>> starts to capture the hw/sw architecture relating to audio routing and control.
>>
>> - Are audio/video codecs running on the DSP? In such a case you need
>> to draw a connection bw GStreamer and the core, possibly showing the
>> presence of DSP-specific plugins (for instance, something like
>> gst-openmax or gst-dsp). It should be up to the adaptation layer to
>> deliver them.
>>
>
>
> Two thoughts here. The SOC or GPU may provide main CPU support for decoding(which is not shown in diagram). Also, I'm not sure, but it may make sense to pass the compressed audio instead of uncompressing it with the CPU.

That's exactly what I meant: both gst-dsp and gst-openmax are just
"wrappers" used to interface the GStreamer pipeline with the hw used
to handle encoded data. Al the embedded chipsets have their own
strategy: on TI omap it's an embedded DSP, Atom architecture is using
its own HW accelerated codecs and it's more or less the same for
QualComm and Freescale. Some of them even deliver openmax wrappers
that can be (if we're lucky) plugged automagically in gst-openmax.

In case there's nothing suitable for your architecture it's usually
fairly simple to design and implement custom wrappers (the N900
teaches something with Felipe Contreras' gst-dsp).

One more note: once decoded, data will anyway have to come back to the
CPU for audio mixing/routing/spectrum flattening/ etc.. so a properly
designed set of elements will enable you to easily interface with the
audio server (pulseaudio) or whatever routing strategy (RTSP?) has
been decided to use.

>
>>
>> - HTTP streaming is not effective for audio latencies (I really don't
>> suggest you to use it if it can be avoided). RTP is definitely better,
>> as it allows standard NTP syncronisation across the network entities
>> through RTCP packets (not handled by pulseaudio so far, but from
>> GStreamer). Depending on the degree of reliability and abstraction you
>> may want to connect the "rear seat" with either GStreamer or
>> pulseaudio, but RTP is definitely the transport you want to use.
>>
> Thanks for the correction.
>>
>> - You could expand "Policy Manager" (I'd suggest Resource Policy
>> Framework) into decision point and enforcement points. Of the latter,
>> you'll need at least two separate ones:
>> - VEH enforcement point.
>> - Pulseaudio enforcement point.
>
> Could you expand on this. I see the Resource Policy Framework making and passing the control decisions to the various blocks where routing occurs.

Again, exactly ;) . If routing has to be transparent for applications,
the "blocks where routing occurs" must be handled by appropriate
components named the "enforcement points". See here if you haven't
already:

http://conference2010.meego.com/session/policy-framework-flexible-way-orchestrate-multiple-functionalities-meego-devices

>
>> - What is the MOST driver supposed to do that cannot be done in
>> ALSA/pulseaudio with the MOST plugin? In case it's not possible to
>> aggregate the layers, you'll probably need a third enforcement point
>> here, otherwise you can handle the thing through the pulseaudio
>> enforcement point.
>>
>
> I'm not an expert on MOST, but my assumption is that ultimately the MOST driver delivers audio and control information to the MOST bus. We need to pass that on from Pulse and the "Resource Policy FW"

So you'll very likely need a custom enforcement point, unless it
cannot be handled with ALSA/pulseaudio.

>
>> > The vehicle processor on the left controls the DSP as well as manages the
>> dedicated hardware blocks relating to early audio and external blocks (tuner,
>> chime, CD, HD radio, ...).
>>
>> So if understood well the architecture, FM radio data never goes
>> through the CPU (direct I2S connection)... how are you planning to
>> route it to the "Rear seat" then?
>>
> One strategy I can think of is putting the rear seat on the MOST bus and routing it out the DSP onto the MOST bus.

It's possible, depending on the target cost of design and
implementation for such an architecture + HW wrt a plain ethernet-like
network (e.g. IP-over-CAN). Not knowing how common is -in the IVI
market- the approach you're proposing, I assume the latter being less
expensive as BOM and less a pain-in-the-neck to design, implement and
maintain.

Indeed, there may be latency issues opening a can of worms, but RTP
should grant very low ones (ten of milliseconds for a very well tuned
system), and I don't really know any reasons for network jitter here..

Regards

>
>> > Once the main processor wakes up becomes the master audio manager by controlling
>> the vehicle processor via an SPI interface. Within the main processor exist the
>> policy manager that needs to manage PulseAudio, the Vehicle Processor and the Most
>> bus. I tried to identify the control lines and the audio data lines.
>> >
>> > I'm particularly interested in how the MeeGo Policy Framework and PulseAudio
>> support this type of architecture.
>> >
>> > The diagram is not perfect, but I'm hoping it will stimulate discussion.
>>
>> It's already an excellent starting point.
>>
>> Regards
>>
>> > No worries,
>> > laci
>> >
>> > Laci Jalics
>> > Engineering Group Manager (Platform Group) Delphi M/C 483-300-130 3000
>> University Drive Auburn Hills, MI 48326
>> > Phone: 248-732-1825
>> > Fax: 248-836-1774
>> >
>> >
>> >
>> >
>> **********************************************************************************
>> ****** Note: If the reader of this message is not the intended recipient, or an
>> employee or agent responsible for delivering this message to the intended
>> recipient, you are hereby notified that any dissemination, distribution or copying
>> of this communication is strictly prohibited. If you have received this
>> communication in error, please notify us immediately by replying to the message
>> and deleting it from your computer. Thank you.
>> **********************************************************************************
>> ******
>> > _______________________________________________
>> > MeeGo-ivi mailing list
>> > MeeGo-ivi-VVXm0OgCXj2zQB+pC5nmwQ@public.gmane.orggo.com
>> > http://lists.meego.com/listinfo/meego-ivi
>> >
> **************************************************************************************** Note: If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. ****************************************************************************************
>
_______________________________________________
MeeGo-ivi mailing list
MeeGo-ivi-VVXm0OgCXj10cC2WI2GV6A@public.gmane.org
http://lists.meego.com/listinfo/meego-ivi

--------------------------------------------------------------
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
Business address: Dromore House, East Park, Shannon, Co. Clare

This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

_______________________________________________
MeeGo-ivi mailing list
MeeGo-ivi@...
http://lists.meego.com/listinfo/meego-ivi

headers

Nasa | 3 Mar 2011 19:07

ACPI && shutdown

Hi gang,

Here' another lame excuse to create some traffic on our list :}

I have noted on my CarPC that there's nothing paying attention
to the pwrbutton press messages ( I could have sworn this 
wasnt' the case previously).  End result is thtat the box fails
to shutdown when it's suppose to.  I had expected this to be done
via ACPI -- but that isn't in the repos anywhere.  

Is there a plan to support this in meego?

Nasa

headers

Nasa | 3 Mar 2011 19:16

Re: ACPI && shutdown

Sorry Guys -- it's is in the repo...

Nasa

----- "Nasa" <nasa01@...> wrote:

> Hi gang,
> 
> Here' another lame excuse to create some traffic on our list :}
> 
> I have noted on my CarPC that there's nothing paying attention
> to the pwrbutton press messages ( I could have sworn this 
> wasnt' the case previously).  End result is thtat the box fails
> to shutdown when it's suppose to.  I had expected this to be done
> via ACPI -- but that isn't in the repos anywhere.  
> 
> Is there a plan to support this in meego?
> 
> 
> Nasa
> _______________________________________________
> MeeGo-ivi mailing list
> MeeGo-ivi@...
> http://lists.meego.com/listinfo/meego-ivi

headers

Counihan, Tom | 3 Mar 2011 21:58

Re: ACPI && shutdown

Well I'm encouraged the way you described this forum - "our list". We all must be doing something right 

----- Original Message -----
From: Nasa [mailto:nasa01@...]
Sent: Thursday, March 03, 2011 06:16 PM
To: meego-ivi@... <meego-ivi@...>
Subject: Re: [MeeGo-ivi] ACPI && shutdown

Sorry Guys -- it's is in the repo...

Nasa

----- "Nasa" <nasa01@...> wrote:

> Hi gang,
> 
> Here' another lame excuse to create some traffic on our list :}
> 
> I have noted on my CarPC that there's nothing paying attention
> to the pwrbutton press messages ( I could have sworn this 
> wasnt' the case previously).  End result is thtat the box fails
> to shutdown when it's suppose to.  I had expected this to be done
> via ACPI -- but that isn't in the repos anywhere.  
> 
> Is there a plan to support this in meego?
> 
> 
> Nasa
> _______________________________________________
> MeeGo-ivi mailing list
> MeeGo-ivi@...
> http://lists.meego.com/listinfo/meego-ivi
_______________________________________________
MeeGo-ivi mailing list
MeeGo-ivi@...
http://lists.meego.com/listinfo/meego-ivi
--------------------------------------------------------------
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
Business address: Dromore House, East Park, Shannon, Co. Clare

This e-mail and any attachments may contain confidential material for the sole use of the intended
recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

headers

Marco Ballesio | 4 Mar 2011 11:37

Re: Cross-Pollination; Blu-Ray

Hi all,

afaik GStreamer already offers support for Blu-ray playback. As it
looks like today it's not possible for me to access the freenode IRC,
I'll try and clarify it later when I'm  <at>  home.

Regards

2011/3/2 Nasa <nasa01@...>:
> Hi folks,
>
> I would suggest you all look at Mythtv (which I do run) for
> some work on playing Blu Ray Disc.  Myth has some basic
> capability for doing this right now...
>
> Nasa
>
> ----- "Mikael Söderberg" <mikael.soderberg@...> wrote:
>
>> Hi Tom,
>>
>> What portion of a Blu-Ray subsystem do you target here?
>>
>> I do not believe that it will not be possible to support a complete
>> Blu-Ray solution in OSS, as this requires some components/technology
>> that is proprietary and licensed exclusively by the Blu Ray Disc
>> Association; http://www.blu-raydisc.info/
>>
>> We may design the audio and video subsystems in a way that they do not
>> pose a problem in implementing a full Blu-Ray solution, and what that
>> means exactly needs to be checked towards the list of components in
>> Blu-Ray (file systems, media stream/file formats, codecs, content
>> protection, aso)...
>>
>> ... and I don't know what has been done in MeeGoTV - I am also very
>> interested in this 
>>
>> Best regards,
>> Mikael
>>
>> 2 mar 2011 kl. 12.28 skrev Counihan, Tom:
>>
>> > Hi Folks,
>> >
>> > I'd like to ask our friends over in meego-tv whether there has been
>> any research done on the area of Blu-Ray within Meego? Specifically
>> the MeeGo Multimedia stack.
>> >
>> > I understand there may be some challenges to overcome, particularly
>> in the area of supporting a framework that facilitates Blu-Ray
>> certification.
>> >
>> > I think we have many overlapping needs between smart TV and IVI,
>> this is one I'd like to kick off with.... I'm sure there are plenty
>> other common interests.
>> >
>> > Warm Regards
>> > Tom.
>> >
>> > --------------------------------------------------------------
>> > Intel Shannon Limited
>> > Registered in Ireland
>> > Registered Office: Collinstown Industrial Park, Leixlip, County
>> Kildare
>> > Registered Number: 308263
>> > Business address: Dromore House, East Park, Shannon, Co. Clare
>> >
>> > This e-mail and any attachments may contain confidential material
>> for the sole use of the intended recipient(s). Any review or
>> distribution by others is strictly prohibited. If you are not the
>> intended recipient, please contact the sender and delete all copies.
>> >
>> >
>> > _______________________________________________
>> > MeeGo-ivi mailing list
>> > MeeGo-ivi@...
>> > http://lists.meego.com/listinfo/meego-ivi
>>
>> =============================================
>> Mikael Söderberg
>> CTO
>> Pelagicore AB
>> Ekelundsgatan 4, 6tr, SE-411 18 Gothenburg, Sweden
>> Phone: +46 (0)31 760 58 01
>> Mobile: +46 (0)708 18 34 85
>> E-Mail: mikael.soderberg@...
>> =============================================
>>
>> === NOTE ===
>> The information contained in this E-mail message is
>> intended only for use of the individual or entity
>> named above. If the reader of this message  is not
>> the intended recipient, or the employee or agent
>> responsible to deliver it to the intended recipient,
>> you are hereby notified that any dissemination,
>> distribution or copying of this communication is
>> strictly prohibited.
>> =============
>>
>> _______________________________________________
>> MeeGo-ivi mailing list
>> MeeGo-ivi@...
>> http://lists.meego.com/listinfo/meego-ivi
> _______________________________________________
> MeeGo-ivi mailing list
> MeeGo-ivi@...
> http://lists.meego.com/listinfo/meego-ivi
>

1	January 2013
8	May 2012
1	March 2012
3	February 2012
4	December 2011
17	November 2011
13	October 2011
33	September 2011
71	August 2011
76	July 2011
93	June 2011
67	May 2011
72	April 2011
129	March 2011
64	February 2011
60	January 2011
55	December 2010
47	November 2010
1	October 2010

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31