Home » Developing U++ » U++ Developers corner » Porting SystemDraw to Frambuffer
Re: Porting SystemDraw to Frambuffer [message #22980 is a reply to message #22979] |
Fri, 04 September 2009 13:55 |
|
kohait00
Messages: 939 Registered: July 2009 Location: Germany
|
Experienced Contributor |
|
|
hi mirek
the point is that we *dont* use X11, so we work on bare /dev/fb0 and drivers (/dev/input/* or dev/mouse and even tslib stuff for touchscreen) to get that working..
now the drivers integration is part of its own, but displaying only, that is sommewaht part of Draw.
so i simply open /dev/fb0 within BufferPainter and have my Draw interface to that?. i think we might need an extra buffer painter here, fb0 is somewhat more complicated
you "simply" open /dev/fb0, but you then mmap it to your userspace and can then start painting on it (some more details on that needed). to find out mode or to set it, to find out strides, color witdth and the like there is this fbinfo struct (donno the name exactly, must look it up also) and according to that, BufferPainter needs to be set up. So maybe a wrapper class?
now the question arising is, where do you really set up the global or static first Ctrl, TopWindow or the like, which is base for all what CtrlCore is doing in the gui, including showing other control? i dont speak of windowing, its part of OS, but as far as i understood (looking up Win32 implementation of CtrlCore stuff) there somewhere mus be the point where a Topwindow or a SystemDraw is instantiated and drawn to GDC and passed all the events to.
Where is that point exactly, i could find it seen thing like CreateWindow and CreateWindowEx, but the rest.... thats kind of specific.. i wanted to know where the start point for Upp actually begins, where OS things switch /hand over to Upp stuff/interface.
as a startpoint we might want to take a look at the nanox project in blackfin uClinux trunk, here is the start point maybe, how to use fb0 (in a simple way, nanox is smalles X11, but we might want to have no X11 at all.
svn: blackfin.uclinux.org, svn of uClinux distro
trunk/user/microwindow/src/nanox/clientfb.c
dig for /dev/fb0
http://blackfin.uclinux.org/gf/project/uclinux-dist/scmsvn/? action=browse&path=%2Ftrunk%2Fuser%2Fmicrowin%2Fsrc%2Fna nox%2Fclientfb.c&view=markup&revision=7547
another Point: SDL
i saw that SDL is sowhat supported, how's that? it can use bare fb0 and also has its layer to the input driver stuff, including touch screen. does Upp support SDL natively?? meaning without any GTK stuff and the like? or even in windowss a native SDL?
native I mean making Upp *GUI* prjects that use no X or Win32 but SDL to display and interact.
I've seen that SDL can be compiled, but it actually only using Core stuff, so no Upp CtrlCore things, its simply compiling with the IDE and having benefit of Core, but we want more
that was quite a lot. sorry
|
|
|
|
|
Porting SystemDraw to Frambuffer
By: kohait00 on Thu, 03 September 2009 11:18
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Thu, 03 September 2009 11:26
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Fri, 04 September 2009 12:06
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Fri, 04 September 2009 13:55
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mr_ped on Fri, 04 September 2009 15:53
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Fri, 04 September 2009 18:53
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Wed, 16 December 2009 11:19
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Wed, 16 December 2009 14:37
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Wed, 16 December 2009 15:19
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Thu, 17 December 2009 13:30
|
|
|
Re: Porting SystemDraw to Frambuffer
By: zsolt on Fri, 04 September 2009 16:06
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Fri, 04 September 2009 18:47
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Fri, 04 September 2009 18:49
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Wed, 16 December 2009 22:08
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Wed, 16 December 2009 22:34
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Tue, 06 July 2010 09:49
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Thu, 08 July 2010 10:30
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Thu, 08 July 2010 11:00
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Thu, 08 July 2010 17:55
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mr_ped on Fri, 09 July 2010 08:37
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: tojocky on Fri, 15 October 2010 13:15
|
|
|
Re: Porting SystemDraw to Frambuffer
By: kohait00 on Thu, 21 October 2010 09:25
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mr_ped on Fri, 09 July 2010 12:50
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Fri, 09 July 2010 14:28
|
|
|
Re: Porting SystemDraw to Frambuffer
|
|
|
Re: Porting SystemDraw to Frambuffer
By: mirek on Fri, 09 July 2010 16:44
|
|
|
Re: Porting SystemDraw to Frambuffer
By: tojocky on Sat, 10 July 2010 19:13
|
|
|
Re: Porting SystemDraw to Frambuffer
By: tojocky on Tue, 27 July 2010 23:09
|
|
|
Re: Porting SystemDraw to Frambuffer
By: Novo on Wed, 28 July 2010 05:37
|
Goto Forum:
Current Time: Fri May 10 04:41:58 CEST 2024
Total time taken to generate the page: 0.02528 seconds
|