wrobelekelemelek | 9 Sep 17:19

frame buffer

Hi,

I'm newbie in android. I'm trying to port application that uses /dev/
graphics/fb0. From my first test it looks like that some other
application write to frame buffer (I guess surface flinger).

And here are my questions:

1. can I somehow configure Surface Flinger to stop writing into frame
buffer?
2. perhaps it is better to create second frame buffer? In this case
how to force surface flinger to display it? Do I have to use
SurfaceView::onDraw and copy data from second frame buffer into
Picture (and then draw it on canvas)?

Thanks,

--

-- 
unsubscribe: android-porting+unsubscribe@...
website: http://groups.google.com/group/android-porting

Picon

Re: frame buffer

> I'm newbie in android.

I am newbie too :) but searched this specific thing for some time.

> 1. can I somehow configure Surface Flinger to stop writing into frame
> buffer?
> 2. perhaps it is better to create second frame buffer? In this case
> how to force surface flinger to display it? Do I have to use
> SurfaceView::onDraw and copy data from second frame buffer into
> Picture (and then draw it on canvas)?

Android uses pan display functionality to achieve effect of double buffering.
Have a look at :
http://www.kandroid.org/android_pdk/display_drivers.html
http://hi.baidu.com/aokikyon/blog/item/b4a52a30d49faf95a8018e01.html

I hope it helps,
Suresh

--

-- 
unsubscribe: android-porting+unsubscribe@...
website: http://groups.google.com/group/android-porting

Deva R | 11 Sep 14:58
Picon

Re: frame buffer


true, its surfaceflinger that owns fb0 by default in android.,

instead of tweaking existing framework, why cant you create a surfaceflinger client, and post your surface? (like all app does it by default today, using their isurface handle).
Probably you need to port /dev/fb calls to SurfaceComposerClient calls.,


-- 
Regards,
Deva

On Thu, Sep 9, 2010 at 8:49 PM, wrobelekelemelek <piotreknowakowski-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org> wrote:
Hi,

I'm newbie in android. I'm trying to port application that uses /dev/
graphics/fb0. From my first test it looks like that some other
application write to frame buffer (I guess surface flinger).

And here are my questions:

1. can I somehow configure Surface Flinger to stop writing into frame
buffer?
2. perhaps it is better to create second frame buffer? In this case
how to force surface flinger to display it? Do I have to use
SurfaceView::onDraw and copy data from second frame buffer into
Picture (and then draw it on canvas)?

Thanks,

--
unsubscribe: android-porting+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
website: http://groups.google.com/group/android-porting



--
unsubscribe: android-porting+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
website: http://groups.google.com/group/android-porting
Piotr Nowakowski | 13 Sep 15:02

Re: frame buffer

I'm trying to do this way you suggested.
I encoutnered following issues:

1. I can't find mknod. Is there any other way to create a character
device on android?
   I've tried to use mknod from libc but i get "illegal instruction"
message (the same program compiled on linux works and create character
device)

2. How can I check if kernel was compiled with adding module capability?
    I need to create my own fb and so device driver that will push
data from frame buffer into surface flinger.

Thanks,

2010/9/11 Deva R <r.devaraj@...>:
>
> true, its surfaceflinger that owns fb0 by default in android.,
> instead of tweaking existing framework, why cant you create a surfaceflinger
> client, and post your surface? (like all app does it by default today, using
> their isurface handle).
> Probably you need to port /dev/fb calls to SurfaceComposerClient calls.,
>
> --
> Regards,
> Deva
> www.bittoggler.com
> On Thu, Sep 9, 2010 at 8:49 PM, wrobelekelemelek
> <piotreknowakowski@...> wrote:
>>
>> Hi,
>>
>> I'm newbie in android. I'm trying to port application that uses /dev/
>> graphics/fb0. From my first test it looks like that some other
>> application write to frame buffer (I guess surface flinger).
>>
>> And here are my questions:
>>
>> 1. can I somehow configure Surface Flinger to stop writing into frame
>> buffer?
>> 2. perhaps it is better to create second frame buffer? In this case
>> how to force surface flinger to display it? Do I have to use
>> SurfaceView::onDraw and copy data from second frame buffer into
>> Picture (and then draw it on canvas)?
>>
>> Thanks,
>>
>> --
>> unsubscribe: android-porting+unsubscribe@...
>> website: http://groups.google.com/group/android-porting
>
>
>
>

--

-- 
unsubscribe: android-porting+unsubscribe@...
website: http://groups.google.com/group/android-porting


Gmane