Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Davide Andreoli]

2016-04-13 20:22 GMT+02:00 Cedric BAIL :

> On Wed, Apr 13, 2016 at 10:42 AM, Andreas Volz 
> wrote:
> > Am Tue, 12 Apr 2016 15:01:40 -0700 schrieb Cedric BAIL:
> >> On Fri, Apr 8, 2016 at 1:57 PM, Andreas Volz 
> >> wrote:
> >> > Am Fri, 8 Apr 2016 13:19:59 -0700 schrieb Cedric BAIL:
> >> >> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz 
> >> >> wrote:
> >> >> > as I'm so happy I managed to port my OpenInfotainment In-Car
> >> >> > prototype software to Raspberry Pi 2 here are some photos:
> >> >> >
> >> >> >
> https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> >> >> >
> >> >> > Everything depends on EFL and E20 itself. All processes are
> >> >> > connected with DBus. I used libosmscout for the navigation map
> >> >> > and cairo in an evas canvas to draw it. The GUI CPU load of the
> >> >> > prototype is ok for the Raspi, so I could continue with the
> >> >> > feature development. :-)
> >> >>
> >> >> That's cool. Maybe that will get someone motivated to actually
> >> >> finish eglfs support for RPi :-)
> >> >>
> >> >> Is your code open ? I was wondering how you use cairo and if evas
> >> >> vector graphics could actually help you there. Evas vector graphics
> >> >> API is still in development, so there is still bugs there, but we
> >> >> do already have better performance in software than cairo in many
> >> >> case
> >> >
> >> > I use some Esmart_Cairo code which I grabbed from E SVN years ago
> >> > before someone deleted it for a me unknown reason.
> >> >
> >> >
> https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/Esmart_Cairo.h
> >> >
> https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/esmart_cairo.c
> >>
> >> Oh, interesting, I didn't know someone was using it :-)
> >>
> >> > This is maybe not the best way. Navi CPU load is currently really
> >> > high on the raspi. Also because my renderer thread is so bad. But
> >> > as talked on the libosmscout list this would improve much by
> >> > writing a real vector renderer (in Evas) instead of Cairo rendering
> >> > and copying buffers.
> >>
> >> Yes, I looked quickly at the code of libosmscout. It shouldn't be to
> >> hard to use Evas vector graphics API to do something about it, but it
> >> is not that simple as there is a two caveats. First we do not have
> >> text support inside the vector graphics canvas, you need to put evas
> >> text object on top. Second limitation and it is more a design one, we
> >> manipulate object. So a better way of doing thing is to generate the
> >> path once and then move it around. I am not to sure about libosmscout
> >> behavior and how it can take advantage of EFL there, but definitively
> >> you should be able to get something going quickly.
> >>
> >> If you have time to experiment with it, I can point help and guide you
> >> on where to look and explain how things work. Note: This is not a well
> >> tested area of evas, but would definitively be nice to see this
> >> improved. Another area that could get improvement is Elm_Map which
> >> could get an libosmscout backend and thus avoid you the need to
> >> maintain it in your application.
> >
> > I would like to have a libosmscout backend. :-) The current Elm_Map
> > approach isn't usable as I have no internet connection in the car.
>
> Elm_Map work with different backend. One of this backend could be
> libosmscout.
>
> > Is Elm_Map also designed to control routing API? If not it's not the
> > correct way for me.
>
> This is something bigger, and I don't know enough about Elm_Map to
> answer that question. In my opinion, it should, but I have no idea if
> it does ! Please, if you have time to look at it and share your
> opinion it will be valuable.
>

Elm_Map have  a (backandable) way to get routes and can also draw the
route on the map. It's still really basic but works (tested right now)


>
> Thanks,
> --
> Cedric BAIL
>
>
> --
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Cedric BAIL]

On Wed, Apr 13, 2016 at 10:42 AM, Andreas Volz  wrote:
> Am Tue, 12 Apr 2016 15:01:40 -0700 schrieb Cedric BAIL:
>> On Fri, Apr 8, 2016 at 1:57 PM, Andreas Volz 
>> wrote:
>> > Am Fri, 8 Apr 2016 13:19:59 -0700 schrieb Cedric BAIL:
>> >> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz 
>> >> wrote:
>> >> > as I'm so happy I managed to port my OpenInfotainment In-Car
>> >> > prototype software to Raspberry Pi 2 here are some photos:
>> >> >
>> >> > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
>> >> >
>> >> > Everything depends on EFL and E20 itself. All processes are
>> >> > connected with DBus. I used libosmscout for the navigation map
>> >> > and cairo in an evas canvas to draw it. The GUI CPU load of the
>> >> > prototype is ok for the Raspi, so I could continue with the
>> >> > feature development. :-)
>> >>
>> >> That's cool. Maybe that will get someone motivated to actually
>> >> finish eglfs support for RPi :-)
>> >>
>> >> Is your code open ? I was wondering how you use cairo and if evas
>> >> vector graphics could actually help you there. Evas vector graphics
>> >> API is still in development, so there is still bugs there, but we
>> >> do already have better performance in software than cairo in many
>> >> case
>> >
>> > I use some Esmart_Cairo code which I grabbed from E SVN years ago
>> > before someone deleted it for a me unknown reason.
>> >
>> > https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/Esmart_Cairo.h
>> > https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/esmart_cairo.c
>>
>> Oh, interesting, I didn't know someone was using it :-)
>>
>> > This is maybe not the best way. Navi CPU load is currently really
>> > high on the raspi. Also because my renderer thread is so bad. But
>> > as talked on the libosmscout list this would improve much by
>> > writing a real vector renderer (in Evas) instead of Cairo rendering
>> > and copying buffers.
>>
>> Yes, I looked quickly at the code of libosmscout. It shouldn't be to
>> hard to use Evas vector graphics API to do something about it, but it
>> is not that simple as there is a two caveats. First we do not have
>> text support inside the vector graphics canvas, you need to put evas
>> text object on top. Second limitation and it is more a design one, we
>> manipulate object. So a better way of doing thing is to generate the
>> path once and then move it around. I am not to sure about libosmscout
>> behavior and how it can take advantage of EFL there, but definitively
>> you should be able to get something going quickly.
>>
>> If you have time to experiment with it, I can point help and guide you
>> on where to look and explain how things work. Note: This is not a well
>> tested area of evas, but would definitively be nice to see this
>> improved. Another area that could get improvement is Elm_Map which
>> could get an libosmscout backend and thus avoid you the need to
>> maintain it in your application.
>
> I would like to have a libosmscout backend. :-) The current Elm_Map
> approach isn't usable as I have no internet connection in the car.

Elm_Map work with different backend. One of this backend could be libosmscout.

> Is Elm_Map also designed to control routing API? If not it's not the
> correct way for me.

This is something bigger, and I don't know enough about Elm_Map to
answer that question. In my opinion, it should, but I have no idea if
it does ! Please, if you have time to look at it and share your
opinion it will be valuable.

Thanks,
-- 
Cedric BAIL

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[David Seikel]

On Wed, 13 Apr 2016 17:49:22 +1000 David Seikel 
wrote:

> On Wed, 13 Apr 2016 16:40:42 +0900 Carsten Haitzler (The Rasterman)
>  wrote:
> 
> > On Wed, 13 Apr 2016 14:29:46 +1000 David Seikel 
> > said:
> > 
> > > On Wed, 13 Apr 2016 13:07:38 +0900 Carsten Haitzler (The
> > > Rasterman)  wrote:
> > > 
> > > > On Wed, 13 Apr 2016 13:04:55 +1000 David Seikel
> > > >  said:
> > > > 
> > > > > On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The
> > > > > Rasterman)  wrote:
> > > > > 
> > > > > > On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz
> > > > > >  said:
> > > > > > 
> > > > > > > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten
> > > > > > > Haitzler (The Rasterman):
> > > > > > > 
> > > > > > > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > > > > > > >  said:
> > > > > > > > 
> > > > > > > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas
> > > > > > > > > Volz:
> > > > > > > > > 
> > > > > > > > > > Hello,
> > > > > > > > > > 
> > > > > > > > > > as I'm so happy I managed to port my
> > > > > > > > > > OpenInfotainment In-Car prototype software to
> > > > > > > > > > Raspberry Pi 2 here are some photos:
> > > > > > > > > > 
> > > > > > > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > > > > > > 
> > > > > > > > > > Everything depends on EFL and E20 itself. All
> > > > > > > > > > processes are connected with DBus. I used
> > > > > > > > > > libosmscout for the navigation map and cairo in an
> > > > > > > > > > evas canvas to draw it. The GUI CPU load of the
> > > > > > > > > > prototype is ok for the Raspi, so I could continue
> > > > > > > > > > with the feature development. :-)
> > > > > > > > > > 
> > > > > > > > > > If you're interested I'll keep you informed about
> > > > > > > > > > the state of this project on the list here.
> > > > > > > > > > 
> > > > > > > > > > I didn't yet decide about if I like to use emotion
> > > > > > > > > > as audio player.
> > > > > > > > > 
> > > > > > > > > Youtube update:
> > > > > > > > > 
> > > > > > > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > > > > > > 
> > > > > > > > i thought the scrolling speed was bad (as disucussed -
> > > > > > > > lots of copies and conversions on the cpu. if you had a
> > > > > > > > working gl driver this would be cut down a lot). you may
> > > > > > > > want to check if "dont composite fullscreen windows" is
> > > > > > > > enabled under composite settings in rendering in e.
> > > > > > > 
> > > > > > > This is option was yet set. But I now I also call the
> > > > > > > elm_win_maximized_set() only for the case there's a
> > > > > > > difference to just set the window borderless in max screen
> > > > > > > resolution size by hand.
> > > > > > 
> > > > > > why not set fullscreen to true? just one thing to swizzle
> > > > > > not 2?
> > > > > 
> > > > > Perhaps he's avoiding fullscreen for the same reason I do, coz
> > > > > maximized with no window border doesn't capture the mouse like
> > > > > fullscreen does.  I don't want my mouse captured.  I could be
> > > > > wrong about that though, in car systems tend to not have mice.
> > > > 
> > > > eh? fullscreen has no mouse "capture" code (grab mouse with
> > > > confine to window). it doesn't exist in efl and it CANNOT exist
> > > > in a wm in x11 because only the grabber gets the mouse events
> > > > (thus a wm grabbing mouse with confine will remove them from
> > > > client)
> > > 
> > > I meant fullscreen stops the mouse from being able to switch
> > > desktops.   In which case, it is effectively "captured", the mouse
> > > is confined to the screen the fullscreen window is on, coz you
> > > can't move beyond that by the usual "moving the mouse off screen"
> > > method, and there's no where else to move the mouse other than the
> > > window, coz it's fullscreen, no other windows visible.
> > 
> > if you have 2 screens, other windows are visible on the other
> > screen. omouse can happily move over there.
> > 
> > as for edge flip with fullscreen - there is a checkbox down the
> > bottom of edge bindings for this:
> > 
> > "allow binding activation with fullscreen windows". it works. have
> > it n or off at your pleasure. :)
> 
> In other words, it got fixed and I didn't notice.  B-)

It was turned on already, and worked fine.  I can use fullscreen again,
and I'll stop bitching about it now.  Well, except for things like
Firefox that act oddly, but Firefox has been doing that a lot lately,
so that's not E's fault.

> > > Unless that's been fixed, I never used fullscreen for exactly that
> > > reason, so no idea if that got fixed, though I don't recall seeing
> > > any commits for that.  We have argued about this in the past, you
> > > consider it to not be broken, I think it's broken enough to not
> > > bother using it.  Which means I have to 

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Andreas Volz]

Am Tue, 12 Apr 2016 15:01:40 -0700 schrieb Cedric BAIL:

> On Fri, Apr 8, 2016 at 1:57 PM, Andreas Volz 
> wrote:
> > Am Fri, 8 Apr 2016 13:19:59 -0700 schrieb Cedric BAIL:
> >> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz 
> >> wrote:
> >> > as I'm so happy I managed to port my OpenInfotainment In-Car
> >> > prototype software to Raspberry Pi 2 here are some photos:
> >> >
> >> > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> >> >
> >> > Everything depends on EFL and E20 itself. All processes are
> >> > connected with DBus. I used libosmscout for the navigation map
> >> > and cairo in an evas canvas to draw it. The GUI CPU load of the
> >> > prototype is ok for the Raspi, so I could continue with the
> >> > feature development. :-)
> >>
> >> That's cool. Maybe that will get someone motivated to actually
> >> finish eglfs support for RPi :-)
> >>
> >> Is your code open ? I was wondering how you use cairo and if evas
> >> vector graphics could actually help you there. Evas vector graphics
> >> API is still in development, so there is still bugs there, but we
> >> do already have better performance in software than cairo in many
> >> case
> >
> > I use some Esmart_Cairo code which I grabbed from E SVN years ago
> > before someone deleted it for a me unknown reason.
> >
> > https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/Esmart_Cairo.h
> > https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/esmart_cairo.c
> 
> Oh, interesting, I didn't know someone was using it :-)
> 
> > This is maybe not the best way. Navi CPU load is currently really
> > high on the raspi. Also because my renderer thread is so bad. But
> > as talked on the libosmscout list this would improve much by
> > writing a real vector renderer (in Evas) instead of Cairo rendering
> > and copying buffers.
> 
> Yes, I looked quickly at the code of libosmscout. It shouldn't be to
> hard to use Evas vector graphics API to do something about it, but it
> is not that simple as there is a two caveats. First we do not have
> text support inside the vector graphics canvas, you need to put evas
> text object on top. Second limitation and it is more a design one, we
> manipulate object. So a better way of doing thing is to generate the
> path once and then move it around. I am not to sure about libosmscout
> behavior and how it can take advantage of EFL there, but definitively
> you should be able to get something going quickly.
> 
> If you have time to experiment with it, I can point help and guide you
> on where to look and explain how things work. Note: This is not a well
> tested area of evas, but would definitively be nice to see this
> improved. Another area that could get improvement is Elm_Map which
> could get an libosmscout backend and thus avoid you the need to
> maintain it in your application.

I would like to have a libosmscout backend. :-) The current Elm_Map 
approach isn't usable as I have no internet connection in the car.

Is Elm_Map also designed to control routing API? If not it's not the
correct way for me.

regards
  Andreas

-- 
Technical Blog 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[David Seikel]

On Wed, 13 Apr 2016 16:40:42 +0900 Carsten Haitzler (The Rasterman)
 wrote:

> On Wed, 13 Apr 2016 14:29:46 +1000 David Seikel 
> said:
> 
> > On Wed, 13 Apr 2016 13:07:38 +0900 Carsten Haitzler (The Rasterman)
> >  wrote:
> > 
> > > On Wed, 13 Apr 2016 13:04:55 +1000 David Seikel
> > >  said:
> > > 
> > > > On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The
> > > > Rasterman)  wrote:
> > > > 
> > > > > On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz
> > > > >  said:
> > > > > 
> > > > > > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler
> > > > > > (The Rasterman):
> > > > > > 
> > > > > > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > > > > > >  said:
> > > > > > > 
> > > > > > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > > > > > > 
> > > > > > > > > Hello,
> > > > > > > > > 
> > > > > > > > > as I'm so happy I managed to port my OpenInfotainment
> > > > > > > > > In-Car prototype software to Raspberry Pi 2 here are
> > > > > > > > > some photos:
> > > > > > > > > 
> > > > > > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > > > > > 
> > > > > > > > > Everything depends on EFL and E20 itself. All
> > > > > > > > > processes are connected with DBus. I used libosmscout
> > > > > > > > > for the navigation map and cairo in an evas canvas to
> > > > > > > > > draw it. The GUI CPU load of the prototype is ok for
> > > > > > > > > the Raspi, so I could continue with the feature
> > > > > > > > > development. :-)
> > > > > > > > > 
> > > > > > > > > If you're interested I'll keep you informed about the
> > > > > > > > > state of this project on the list here.
> > > > > > > > > 
> > > > > > > > > I didn't yet decide about if I like to use emotion as
> > > > > > > > > audio player.
> > > > > > > > 
> > > > > > > > Youtube update:
> > > > > > > > 
> > > > > > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > > > > > 
> > > > > > > i thought the scrolling speed was bad (as disucussed -
> > > > > > > lots of copies and conversions on the cpu. if you had a
> > > > > > > working gl driver this would be cut down a lot). you may
> > > > > > > want to check if "dont composite fullscreen windows" is
> > > > > > > enabled under composite settings in rendering in e.
> > > > > > 
> > > > > > This is option was yet set. But I now I also call the
> > > > > > elm_win_maximized_set() only for the case there's a
> > > > > > difference to just set the window borderless in max screen
> > > > > > resolution size by hand.
> > > > > 
> > > > > why not set fullscreen to true? just one thing to swizzle not
> > > > > 2?
> > > > 
> > > > Perhaps he's avoiding fullscreen for the same reason I do, coz
> > > > maximized with no window border doesn't capture the mouse like
> > > > fullscreen does.  I don't want my mouse captured.  I could be
> > > > wrong about that though, in car systems tend to not have mice.
> > > 
> > > eh? fullscreen has no mouse "capture" code (grab mouse with
> > > confine to window). it doesn't exist in efl and it CANNOT exist
> > > in a wm in x11 because only the grabber gets the mouse events
> > > (thus a wm grabbing mouse with confine will remove them from
> > > client)
> > 
> > I meant fullscreen stops the mouse from being able to switch
> > desktops.   In which case, it is effectively "captured", the mouse
> > is confined to the screen the fullscreen window is on, coz you
> > can't move beyond that by the usual "moving the mouse off screen"
> > method, and there's no where else to move the mouse other than the
> > window, coz it's fullscreen, no other windows visible.
> 
> if you have 2 screens, other windows are visible on the other screen.
> omouse can happily move over there.
> 
> as for edge flip with fullscreen - there is a checkbox down the
> bottom of edge bindings for this:
> 
> "allow binding activation with fullscreen windows". it works. have it
> n or off at your pleasure. :)

In other words, it got fixed and I didn't notice.  B-)

> > Unless that's been fixed, I never used fullscreen for exactly that
> > reason, so no idea if that got fixed, though I don't recall seeing
> > any commits for that.  We have argued about this in the past, you
> > consider it to not be broken, I think it's broken enough to not
> > bother using it.  Which means I have to swizzle two things, set the
> > window to borderless, and maximize it.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems 

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[The Rasterman]

On Wed, 13 Apr 2016 14:29:46 +1000 David Seikel  said:

> On Wed, 13 Apr 2016 13:07:38 +0900 Carsten Haitzler (The Rasterman)
>  wrote:
> 
> > On Wed, 13 Apr 2016 13:04:55 +1000 David Seikel 
> > said:
> > 
> > > On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The Rasterman)
> > >  wrote:
> > > 
> > > > On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz
> > > >  said:
> > > > 
> > > > > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> > > > > Rasterman):
> > > > > 
> > > > > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > > > > >  said:
> > > > > > 
> > > > > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > > > > > 
> > > > > > > > Hello,
> > > > > > > > 
> > > > > > > > as I'm so happy I managed to port my OpenInfotainment
> > > > > > > > In-Car prototype software to Raspberry Pi 2 here are some
> > > > > > > > photos:
> > > > > > > > 
> > > > > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > > > > 
> > > > > > > > Everything depends on EFL and E20 itself. All processes
> > > > > > > > are connected with DBus. I used libosmscout for the
> > > > > > > > navigation map and cairo in an evas canvas to draw it.
> > > > > > > > The GUI CPU load of the prototype is ok for the Raspi, so
> > > > > > > > I could continue with the feature development. :-)
> > > > > > > > 
> > > > > > > > If you're interested I'll keep you informed about the
> > > > > > > > state of this project on the list here.
> > > > > > > > 
> > > > > > > > I didn't yet decide about if I like to use emotion as
> > > > > > > > audio player.
> > > > > > > 
> > > > > > > Youtube update:
> > > > > > > 
> > > > > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > > > > 
> > > > > > i thought the scrolling speed was bad (as disucussed - lots of
> > > > > > copies and conversions on the cpu. if you had a working gl
> > > > > > driver this would be cut down a lot). you may want to check
> > > > > > if "dont composite fullscreen windows" is enabled under
> > > > > > composite settings in rendering in e.
> > > > > 
> > > > > This is option was yet set. But I now I also call the
> > > > > elm_win_maximized_set() only for the case there's a difference
> > > > > to just set the window borderless in max screen resolution size
> > > > > by hand.
> > > > 
> > > > why not set fullscreen to true? just one thing to swizzle not 2?
> > > 
> > > Perhaps he's avoiding fullscreen for the same reason I do, coz
> > > maximized with no window border doesn't capture the mouse like
> > > fullscreen does.  I don't want my mouse captured.  I could be wrong
> > > about that though, in car systems tend to not have mice.
> > 
> > eh? fullscreen has no mouse "capture" code (grab mouse with confine
> > to window). it doesn't exist in efl and it CANNOT exist in a wm in
> > x11 because only the grabber gets the mouse events (thus a wm
> > grabbing mouse with confine will remove them from client)
> 
> I meant fullscreen stops the mouse from being able to switch
> desktops.   In which case, it is effectively "captured", the mouse is
> confined to the screen the fullscreen window is on, coz you can't move
> beyond that by the usual "moving the mouse off screen" method, and
> there's no where else to move the mouse other than the window, coz it's
> fullscreen, no other windows visible.

if you have 2 screens, other windows are visible on the other screen. omouse
can happily move over there.

as for edge flip with fullscreen - there is a checkbox down the bottom of edge
bindings for this:

"allow binding activation with fullscreen windows". it works. have it n or off
at your pleasure. :)

> Unless that's been fixed, I never used fullscreen for exactly that
> reason, so no idea if that got fixed, though I don't recall seeing any
> commits for that.  We have argued about this in the past, you consider
> it to not be broken, I think it's broken enough to not bother using
> it.  Which means I have to swizzle two things, set the window to
> borderless, and maximize it.
> 
> -- 
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[David Seikel]

On Wed, 13 Apr 2016 13:07:38 +0900 Carsten Haitzler (The Rasterman)
 wrote:

> On Wed, 13 Apr 2016 13:04:55 +1000 David Seikel 
> said:
> 
> > On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The Rasterman)
> >  wrote:
> > 
> > > On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz
> > >  said:
> > > 
> > > > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> > > > Rasterman):
> > > > 
> > > > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > > > >  said:
> > > > > 
> > > > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > > > > 
> > > > > > > Hello,
> > > > > > > 
> > > > > > > as I'm so happy I managed to port my OpenInfotainment
> > > > > > > In-Car prototype software to Raspberry Pi 2 here are some
> > > > > > > photos:
> > > > > > > 
> > > > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > > > 
> > > > > > > Everything depends on EFL and E20 itself. All processes
> > > > > > > are connected with DBus. I used libosmscout for the
> > > > > > > navigation map and cairo in an evas canvas to draw it.
> > > > > > > The GUI CPU load of the prototype is ok for the Raspi, so
> > > > > > > I could continue with the feature development. :-)
> > > > > > > 
> > > > > > > If you're interested I'll keep you informed about the
> > > > > > > state of this project on the list here.
> > > > > > > 
> > > > > > > I didn't yet decide about if I like to use emotion as
> > > > > > > audio player.
> > > > > > 
> > > > > > Youtube update:
> > > > > > 
> > > > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > > > 
> > > > > i thought the scrolling speed was bad (as disucussed - lots of
> > > > > copies and conversions on the cpu. if you had a working gl
> > > > > driver this would be cut down a lot). you may want to check
> > > > > if "dont composite fullscreen windows" is enabled under
> > > > > composite settings in rendering in e.
> > > > 
> > > > This is option was yet set. But I now I also call the
> > > > elm_win_maximized_set() only for the case there's a difference
> > > > to just set the window borderless in max screen resolution size
> > > > by hand.
> > > 
> > > why not set fullscreen to true? just one thing to swizzle not 2?
> > 
> > Perhaps he's avoiding fullscreen for the same reason I do, coz
> > maximized with no window border doesn't capture the mouse like
> > fullscreen does.  I don't want my mouse captured.  I could be wrong
> > about that though, in car systems tend to not have mice.
> 
> eh? fullscreen has no mouse "capture" code (grab mouse with confine
> to window). it doesn't exist in efl and it CANNOT exist in a wm in
> x11 because only the grabber gets the mouse events (thus a wm
> grabbing mouse with confine will remove them from client)

I meant fullscreen stops the mouse from being able to switch
desktops.   In which case, it is effectively "captured", the mouse is
confined to the screen the fullscreen window is on, coz you can't move
beyond that by the usual "moving the mouse off screen" method, and
there's no where else to move the mouse other than the window, coz it's
fullscreen, no other windows visible.

Unless that's been fixed, I never used fullscreen for exactly that
reason, so no idea if that got fixed, though I don't recall seeing any
commits for that.  We have argued about this in the past, you consider
it to not be broken, I think it's broken enough to not bother using
it.  Which means I have to swizzle two things, set the window to
borderless, and maximize it.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[The Rasterman]

On Wed, 13 Apr 2016 13:04:55 +1000 David Seikel  said:

> On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The Rasterman)
>  wrote:
> 
> > On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz 
> > said:
> > 
> > > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> > > Rasterman):
> > > 
> > > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > > >  said:
> > > > 
> > > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > > > 
> > > > > > Hello,
> > > > > > 
> > > > > > as I'm so happy I managed to port my OpenInfotainment In-Car
> > > > > > prototype software to Raspberry Pi 2 here are some photos:
> > > > > > 
> > > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > > 
> > > > > > Everything depends on EFL and E20 itself. All processes are
> > > > > > connected with DBus. I used libosmscout for the navigation map
> > > > > > and cairo in an evas canvas to draw it. The GUI CPU load of
> > > > > > the prototype is ok for the Raspi, so I could continue with
> > > > > > the feature development. :-)
> > > > > > 
> > > > > > If you're interested I'll keep you informed about the state of
> > > > > > this project on the list here.
> > > > > > 
> > > > > > I didn't yet decide about if I like to use emotion as audio
> > > > > > player.
> > > > > 
> > > > > Youtube update:
> > > > > 
> > > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > > 
> > > > i thought the scrolling speed was bad (as disucussed - lots of
> > > > copies and conversions on the cpu. if you had a working gl driver
> > > > this would be cut down a lot). you may want to check if "dont
> > > > composite fullscreen windows" is enabled under composite settings
> > > > in rendering in e.
> > > 
> > > This is option was yet set. But I now I also call the
> > > elm_win_maximized_set() only for the case there's a difference to
> > > just set the window borderless in max screen resolution size by
> > > hand.
> > 
> > why not set fullscreen to true? just one thing to swizzle not 2?
> 
> Perhaps he's avoiding fullscreen for the same reason I do, coz
> maximized with no window border doesn't capture the mouse like
> fullscreen does.  I don't want my mouse captured.  I could be wrong
> about that though, in car systems tend to not have mice.

eh? fullscreen has no mouse "capture" code (grab mouse with confine to window).
it doesn't exist in efl and it CANNOT exist in a wm in x11 because only the
grabber gets the mouse events (thus a wm grabbing mouse with confine will
remove them from client)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[David Seikel]

On Wed, 13 Apr 2016 09:47:27 +0900 Carsten Haitzler (The Rasterman)
 wrote:

> On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz 
> said:
> 
> > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> > Rasterman):
> > 
> > > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz
> > >  said:
> > > 
> > > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > > 
> > > > > Hello,
> > > > > 
> > > > > as I'm so happy I managed to port my OpenInfotainment In-Car
> > > > > prototype software to Raspberry Pi 2 here are some photos:
> > > > > 
> > > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > > 
> > > > > Everything depends on EFL and E20 itself. All processes are
> > > > > connected with DBus. I used libosmscout for the navigation map
> > > > > and cairo in an evas canvas to draw it. The GUI CPU load of
> > > > > the prototype is ok for the Raspi, so I could continue with
> > > > > the feature development. :-)
> > > > > 
> > > > > If you're interested I'll keep you informed about the state of
> > > > > this project on the list here.
> > > > > 
> > > > > I didn't yet decide about if I like to use emotion as audio
> > > > > player.
> > > > 
> > > > Youtube update:
> > > > 
> > > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > > 
> > > i thought the scrolling speed was bad (as disucussed - lots of
> > > copies and conversions on the cpu. if you had a working gl driver
> > > this would be cut down a lot). you may want to check if "dont
> > > composite fullscreen windows" is enabled under composite settings
> > > in rendering in e.
> > 
> > This is option was yet set. But I now I also call the
> > elm_win_maximized_set() only for the case there's a difference to
> > just set the window borderless in max screen resolution size by
> > hand.
> 
> why not set fullscreen to true? just one thing to swizzle not 2?

Perhaps he's avoiding fullscreen for the same reason I do, coz
maximized with no window border doesn't capture the mouse like
fullscreen does.  I don't want my mouse captured.  I could be wrong
about that though, in car systems tend to not have mice.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[The Rasterman]

On Tue, 12 Apr 2016 22:43:27 +0200 Andreas Volz  said:

> Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> Rasterman):
> 
> > On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz 
> > said:
> > 
> > > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > > 
> > > > Hello,
> > > > 
> > > > as I'm so happy I managed to port my OpenInfotainment In-Car
> > > > prototype software to Raspberry Pi 2 here are some photos:
> > > > 
> > > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > > 
> > > > Everything depends on EFL and E20 itself. All processes are
> > > > connected with DBus. I used libosmscout for the navigation map
> > > > and cairo in an evas canvas to draw it. The GUI CPU load of the
> > > > prototype is ok for the Raspi, so I could continue with the
> > > > feature development. :-)
> > > > 
> > > > If you're interested I'll keep you informed about the state of
> > > > this project on the list here.
> > > > 
> > > > I didn't yet decide about if I like to use emotion as audio
> > > > player.
> > > 
> > > Youtube update:
> > > 
> > > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> > 
> > i thought the scrolling speed was bad (as disucussed - lots of copies
> > and conversions on the cpu. if you had a working gl driver this would
> > be cut down a lot). you may want to check if "dont composite
> > fullscreen windows" is enabled under composite settings in rendering
> > in e.
> 
> This is option was yet set. But I now I also call the
> elm_win_maximized_set() only for the case there's a difference to just
> set the window borderless in max screen resolution size by hand.

why not set fullscreen to true? just one thing to swizzle not 2?

> ALso I set elm_win_alpha_set(false) as I currently don't need it. Maybe
> this even improves.

well... if you never set alpha to true... then it is false. yes. it's better to
do this. :)

> > runing in 16bpp is going to always cause extra conversion. with all sw
> > rendering just to get something updated on screen:
> 
> How could I prevent that color conversion part? Should I configure my
> window in another way?

this depends - xorg options or even kernel boot parameters. maybe its booting
in 16bpp.

> > client:
> >   render in in 32bpp
> >   convert/copy + dither 32->16bpp
> > compositor
> >   copy 16bpp to client
> >   convert 16bpp to 32bpp
> >   render in in 32bpp
> >   convert/copy + dither 32->16bpp
> > 
> > if "don't composite fullscreen windows" is enabled ... your
> > fullscreen app can drop all of the compositor part of the pipeline.
> > 
> > if you run in 32bpp. then the conversions are dropped. if you have a
> > gpu of course the rendering is done by hw (you do have to ensure the
> > client is using gl too - change elementary_config settings to prefer
> > some kind of acceleration). you would need to go try the new
> > experimental mesa support for the vidcore gpu - it may mean building
> > your own... or finding pkgs someone is maintaining that do.
> 
> I'll wait and hope for this and concentrate on my application even if
> not at perfect speed. I've enough open points on my side. :-)
> 
> > but scrolling speed. ok... your map rendering updates are like "go
> > make a cup of coffee an come back when it's done". :) what is going
> > on there?
> 
> I'm in contact with the libosmscout developer. Maybe things could be
> improved in the engine itself. For example the routing part. This is
> not on my side. Maybe a faster hard disk for map data instead of the SD
> card may also help.

hmm i doubt a hdd will do better. :) the sd card has zero seek times, and
read-speed should beat the hdd - especially since a hdd on a rpi needs to go
through usb 2. the sd card has its own dedicated channels. WRITe speed could be
horrible. this does happen. you really have to hunt a good sd card/thumbdrive
etc. for good write speeds, but read should equal or beat the hdd and have no
seek.

it might be worth getting a quick profile to see what's going ton. where is the
cpu time going?

> But for sure my rendering loop itself is so bad. It's just a prototype
> that calculate and renders a complete screen with a hard configured
> frequency without any image caching or similar. I should just render a
> big image and then move it around as the car moves. Cache zoom bitmaps
> or pre-render low quality image and blur them to hide longer loading
> maps or other tricks to improve the user reaction time. So you see many
> points to do until I go to the OpenGL optimization point.

actually divide the map into tiles, then just move that grid of tiles around.
as you need NEW tiles (eg as tiles are coming close to the screen viewport),
spawn off a thread to do wander through osm data, render, then present the
results back to the mainloop when ready. mainloop just updates image object
pixel data and presto. if your threads are fast enough they can prepare a tile
before it becomes visible. :)

> regards
>  

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Cedric BAIL]

On Tue, Apr 12, 2016 at 1:53 PM, Felipe Magno de Almeida
 wrote:
> On Tue, Apr 12, 2016 at 5:43 PM, Andreas Volz  wrote:
>> Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
>> Rasterman):
> You might want to write a plugin load your images through OpenMax. I did
> otice a big difference when loading multiple images at once when using
> OpenMAX on the raspberry pi.

Hum, it is sadly not that easy to add hardware decompression support
to EFL, I wish it was ! It is not impossible, but require some serious
thinking. If you are willing to tackle that one, once the first
hardware accelerated decoding is added, it will be easier to roll it
with other API. This could be easier developped maybe with libva on an
Intel CPU.
-- 
Cedric BAIL

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Cedric BAIL]

On Fri, Apr 8, 2016 at 1:57 PM, Andreas Volz  wrote:
> Am Fri, 8 Apr 2016 13:19:59 -0700 schrieb Cedric BAIL:
>> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz 
>> wrote:
>> > as I'm so happy I managed to port my OpenInfotainment In-Car
>> > prototype software to Raspberry Pi 2 here are some photos:
>> >
>> > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
>> >
>> > Everything depends on EFL and E20 itself. All processes are
>> > connected with DBus. I used libosmscout for the navigation map and
>> > cairo in an evas canvas to draw it. The GUI CPU load of the
>> > prototype is ok for the Raspi, so I could continue with the feature
>> > development. :-)
>>
>> That's cool. Maybe that will get someone motivated to actually finish
>> eglfs support for RPi :-)
>>
>> Is your code open ? I was wondering how you use cairo and if evas
>> vector graphics could actually help you there. Evas vector graphics
>> API is still in development, so there is still bugs there, but we do
>> already have better performance in software than cairo in many case
>
> I use some Esmart_Cairo code which I grabbed from E SVN years ago
> before someone deleted it for a me unknown reason.
>
> https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/Esmart_Cairo.h
> https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/esmart_cairo.c

Oh, interesting, I didn't know someone was using it :-)

> This is maybe not the best way. Navi CPU load is currently really high
> on the raspi. Also because my renderer thread is so bad. But as talked
> on the libosmscout list this would improve much by writing a real
> vector renderer (in Evas) instead of Cairo rendering and copying
> buffers.

Yes, I looked quickly at the code of libosmscout. It shouldn't be to
hard to use Evas vector graphics API to do something about it, but it
is not that simple as there is a two caveats. First we do not have
text support inside the vector graphics canvas, you need to put evas
text object on top. Second limitation and it is more a design one, we
manipulate object. So a better way of doing thing is to generate the
path once and then move it around. I am not to sure about libosmscout
behavior and how it can take advantage of EFL there, but definitively
you should be able to get something going quickly.

If you have time to experiment with it, I can point help and guide you
on where to look and explain how things work. Note: This is not a well
tested area of evas, but would definitively be nice to see this
improved. Another area that could get improvement is Elm_Map which
could get an libosmscout backend and thus avoid you the need to
maintain it in your application.
-- 
Cedric BAIL

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Andreas Volz]

Am Tue, 12 Apr 2016 17:53:15 -0300 schrieb Felipe Magno de Almeida:

> On Tue, Apr 12, 2016 at 5:43 PM, Andreas Volz 
> wrote:
> > Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> > Rasterman):
> 
> Hello Andreas,
> 
> You might want to write a plugin load your images through OpenMax. I
> did otice a big difference when loading multiple images at once when
> using OpenMAX on the raspberry pi.

Ok, to understand it correct. I just read some docs about what OpenMax
is. Didn't know before. Do you suggest to do this in my application or
add this support to Evas?

> [snip]
> 
> > regards
> >   Andreas
> 
> Regards,
> -- 
> Felipe Magno de Almeida
> 
> --
> Find and fix application performance issues faster with Applications
> Manager Applications Manager provides deep performance insights into
> multiple tiers of your business applications. It resolves application
> problems quickly and reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
Technical Blog 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Felipe Magno de Almeida]

On Tue, Apr 12, 2016 at 5:43 PM, Andreas Volz  wrote:
> Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
> Rasterman):

Hello Andreas,

You might want to write a plugin load your images through OpenMax. I did
otice a big difference when loading multiple images at once when using
OpenMAX on the raspberry pi.

[snip]

> regards
>   Andreas

Regards,
-- 
Felipe Magno de Almeida

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Andreas Volz]

Am Sun, 10 Apr 2016 10:10:04 +0900 schrieb Carsten Haitzler (The
Rasterman):

> On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz 
> said:
> 
> > Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> > 
> > > Hello,
> > > 
> > > as I'm so happy I managed to port my OpenInfotainment In-Car
> > > prototype software to Raspberry Pi 2 here are some photos:
> > > 
> > > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > > 
> > > Everything depends on EFL and E20 itself. All processes are
> > > connected with DBus. I used libosmscout for the navigation map
> > > and cairo in an evas canvas to draw it. The GUI CPU load of the
> > > prototype is ok for the Raspi, so I could continue with the
> > > feature development. :-)
> > > 
> > > If you're interested I'll keep you informed about the state of
> > > this project on the list here.
> > > 
> > > I didn't yet decide about if I like to use emotion as audio
> > > player.
> > 
> > Youtube update:
> > 
> > https://www.youtube.com/watch?v=9_zmu2uGu0Y
> 
> i thought the scrolling speed was bad (as disucussed - lots of copies
> and conversions on the cpu. if you had a working gl driver this would
> be cut down a lot). you may want to check if "dont composite
> fullscreen windows" is enabled under composite settings in rendering
> in e.

This is option was yet set. But I now I also call the
elm_win_maximized_set() only for the case there's a difference to just
set the window borderless in max screen resolution size by hand.

ALso I set elm_win_alpha_set(false) as I currently don't need it. Maybe
this even improves.

> runing in 16bpp is going to always cause extra conversion. with all sw
> rendering just to get something updated on screen:

How could I prevent that color conversion part? Should I configure my
window in another way?

> client:
>   render in in 32bpp
>   convert/copy + dither 32->16bpp
> compositor
>   copy 16bpp to client
>   convert 16bpp to 32bpp
>   render in in 32bpp
>   convert/copy + dither 32->16bpp
> 
> if "don't composite fullscreen windows" is enabled ... your
> fullscreen app can drop all of the compositor part of the pipeline.
> 
> if you run in 32bpp. then the conversions are dropped. if you have a
> gpu of course the rendering is done by hw (you do have to ensure the
> client is using gl too - change elementary_config settings to prefer
> some kind of acceleration). you would need to go try the new
> experimental mesa support for the vidcore gpu - it may mean building
> your own... or finding pkgs someone is maintaining that do.

I'll wait and hope for this and concentrate on my application even if
not at perfect speed. I've enough open points on my side. :-)

> but scrolling speed. ok... your map rendering updates are like "go
> make a cup of coffee an come back when it's done". :) what is going
> on there?

I'm in contact with the libosmscout developer. Maybe things could be
improved in the engine itself. For example the routing part. This is
not on my side. Maybe a faster hard disk for map data instead of the SD
card may also help.

But for sure my rendering loop itself is so bad. It's just a prototype
that calculate and renders a complete screen with a hard configured
frequency without any image caching or similar. I should just render a
big image and then move it around as the car moves. Cache zoom bitmaps
or pre-render low quality image and blur them to hide longer loading
maps or other tricks to improve the user reaction time. So you see many
points to do until I go to the OpenGL optimization point.

regards
  Andreas

-- 
Technical Blog 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[The Rasterman]

On Sat, 9 Apr 2016 20:10:23 +0200 Andreas Volz  said:

> Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:
> 
> > Hello,
> > 
> > as I'm so happy I managed to port my OpenInfotainment In-Car prototype
> > software to Raspberry Pi 2 here are some photos:
> > 
> > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> > 
> > Everything depends on EFL and E20 itself. All processes are connected
> > with DBus. I used libosmscout for the navigation map and cairo in an
> > evas canvas to draw it. The GUI CPU load of the prototype is ok for
> > the Raspi, so I could continue with the feature development. :-)
> > 
> > If you're interested I'll keep you informed about the state of this
> > project on the list here.
> > 
> > I didn't yet decide about if I like to use emotion as audio player.
> 
> Youtube update:
> 
> https://www.youtube.com/watch?v=9_zmu2uGu0Y

i thought the scrolling speed was bad (as disucussed - lots of copies and
conversions on the cpu. if you had a working gl driver this would be cut down a
lot). you may want to check if "dont composite fullscreen windows" is enabled
under composite settings in rendering in e.

runing in 16bpp is going to always cause extra conversion. with all sw
rendering just to get something updated on screen:

client:
  render in in 32bpp
  convert/copy + dither 32->16bpp
compositor
  copy 16bpp to client
  convert 16bpp to 32bpp
  render in in 32bpp
  convert/copy + dither 32->16bpp

if "don't composite fullscreen windows" is enabled ... your fullscreen app can
drop all of the compositor part of the pipeline.

if you run in 32bpp. then the conversions are dropped. if you have a gpu of
course the rendering is done by hw (you do have to ensure the client is using
gl too - change elementary_config settings to prefer some kind of
acceleration). you would need to go try the new experimental mesa support for
the vidcore gpu - it may mean building your own... or finding pkgs someone is
maintaining that do.

but scrolling speed. ok... your map rendering updates are like "go make a cup
of coffee an come back when it's done". :) what is going on there?

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Andreas Volz]

Am Fri, 8 Apr 2016 20:59:51 +0200 schrieb Andreas Volz:

> Hello,
> 
> as I'm so happy I managed to port my OpenInfotainment In-Car prototype
> software to Raspberry Pi 2 here are some photos:
> 
> https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> 
> Everything depends on EFL and E20 itself. All processes are connected
> with DBus. I used libosmscout for the navigation map and cairo in an
> evas canvas to draw it. The GUI CPU load of the prototype is ok for
> the Raspi, so I could continue with the feature development. :-)
> 
> If you're interested I'll keep you informed about the state of this
> project on the list here.
> 
> I didn't yet decide about if I like to use emotion as audio player.

Youtube update:

https://www.youtube.com/watch?v=9_zmu2uGu0Y


-- 
Technical Blog 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Andreas Volz]

Am Fri, 8 Apr 2016 13:19:59 -0700 schrieb Cedric BAIL:

> Hello,
> 
> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz 
> wrote:
> > as I'm so happy I managed to port my OpenInfotainment In-Car
> > prototype software to Raspberry Pi 2 here are some photos:
> >
> > https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
> >
> > Everything depends on EFL and E20 itself. All processes are
> > connected with DBus. I used libosmscout for the navigation map and
> > cairo in an evas canvas to draw it. The GUI CPU load of the
> > prototype is ok for the Raspi, so I could continue with the feature
> > development. :-)
> 
> That's cool. Maybe that will get someone motivated to actually finish
> eglfs support for RPi :-)
> 
> Is your code open ? I was wondering how you use cairo and if evas
> vector graphics could actually help you there. Evas vector graphics
> API is still in development, so there is still bugs there, but we do
> already have better performance in software than cairo in many case

I use some Esmart_Cairo code which I grabbed from E SVN years ago
before someone deleted it for a me unknown reason.

https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/Esmart_Cairo.h
https://github.com/andreas-volz/oisp/blob/master/src/OISPNavigation_libosmscout/esmart_cairo.c

This is maybe not the best way. Navi CPU load is currently really high
on the raspi. Also because my renderer thread is so bad. But as talked
on the libosmscout list this would improve much by writing a real
vector renderer (in Evas) instead of Cairo rendering and copying
buffers.

> and I am very interested to see new use of it. Well, actually I would
> love to see Elementary map widget have a backend that use Evas vector
> graphics to draw the map, which is why I ask question here to figure
> out how much work it could be :-)

https://github.com/andreas-volz

I put everything on github. Some sub-projects are in a very draft
state. Mainly the oi* stuff + some dependencies. Base of the GUI work is
stateval (https://github.com/andreas-volz/stateval) which is a EFL GUI
statemachine.

> > If you're interested I'll keep you informed about the state of this
> > project on the list here.
> 
> Sure don't hesitate to keep us updated.

I'll do so :-)

-- 
Technical Blog 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Cedric BAIL]

On Fri, Apr 8, 2016 at 1:27 PM, Leif Middelschulte
 wrote:
>> Am 08.04.2016 um 22:19 schrieb Cedric BAIL :
>> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz  wrote:
>>> as I'm so happy I managed to port my OpenInfotainment In-Car prototype
>>> software to Raspberry Pi 2 here are some photos:
>>>
>>> https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
>>>
>>> Everything depends on EFL and E20 itself. All processes are connected
>>> with DBus. I used libosmscout for the navigation map and cairo in an
>>> evas canvas to draw it. The GUI CPU load of the prototype is ok for
>>> the Raspi, so I could continue with the feature development. :-)
>>
>> That's cool. Maybe that will get someone motivated to actually finish
>> eglfs support for RPi :-)
>
> What's the state here? I know somebody who might be interested. How complex, 
> do you think, is the remaining work?

Not to big in evas backend (There is still work going on in merging
ecore_fb libinput support, but that's another story). Basically the
idea is to make the hwcomposer code rely on dlopen (eina_module in
fact) and then add the same logic for RPi. The rest of the code should
already be there.
-- 
Cedric BAIL

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Leif Middelschulte]

Hey Cedric,

> Am 08.04.2016 um 22:19 schrieb Cedric BAIL :
> 
> Hello,
> 
> On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz  wrote:
>> as I'm so happy I managed to port my OpenInfotainment In-Car prototype
>> software to Raspberry Pi 2 here are some photos:
>> 
>> https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
>> 
>> Everything depends on EFL and E20 itself. All processes are connected
>> with DBus. I used libosmscout for the navigation map and cairo in an
>> evas canvas to draw it. The GUI CPU load of the prototype is ok for
>> the Raspi, so I could continue with the feature development. :-)
> 
> That's cool. Maybe that will get someone motivated to actually finish
> eglfs support for RPi :-)
What's the state here? I know somebody who might be interested. How complex, do 
you think, is the remaining work?

Cheers,

Leif
> 
> Is your code open ? I was wondering how you use cairo and if evas
> vector graphics could actually help you there. Evas vector graphics
> API is still in development, so there is still bugs there, but we do
> already have better performance in software than cairo in many case
> and I am very interested to see new use of it. Well, actually I would
> love to see Elementary map widget have a backend that use Evas vector
> graphics to draw the map, which is why I ask question here to figure
> out how much work it could be :-)
> 
>> If you're interested I'll keep you informed about the state of this
>> project on the list here.
> 
> Sure don't hesitate to keep us updated.
> 
> Cedric
> 
> --
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
> gampad/clk?id=1444514301=/ca-pub-7940484522588532
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] OpenInfotainment Raspberry Pi 2 Port

[Cedric BAIL]

Hello,

On Fri, Apr 8, 2016 at 11:59 AM, Andreas Volz  wrote:
> as I'm so happy I managed to port my OpenInfotainment In-Car prototype
> software to Raspberry Pi 2 here are some photos:
>
> https://drive.google.com/folderview?id=0B3wpqTeeGOAHUVlOT3VuMmdyeWc=sharing
>
> Everything depends on EFL and E20 itself. All processes are connected
> with DBus. I used libosmscout for the navigation map and cairo in an
> evas canvas to draw it. The GUI CPU load of the prototype is ok for
> the Raspi, so I could continue with the feature development. :-)

That's cool. Maybe that will get someone motivated to actually finish
eglfs support for RPi :-)

Is your code open ? I was wondering how you use cairo and if evas
vector graphics could actually help you there. Evas vector graphics
API is still in development, so there is still bugs there, but we do
already have better performance in software than cairo in many case
and I am very interested to see new use of it. Well, actually I would
love to see Elementary map widget have a backend that use Evas vector
graphics to draw the map, which is why I ask question here to figure
out how much work it could be :-)

> If you're interested I'll keep you informed about the state of this
> project on the list here.

Sure don't hesitate to keep us updated.

Cedric

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel