View in Fullscreen?? Re: Re: a demo
[1/2] from: cyphre:seznam:cz at: 5-Dec-2002 15:04
Hi Charles and all,
Telling the truth Rebol is still slow with rendering of big faces(even
without any difficult graphics elements!) which is really a pitty.
I still hope RT will start things moving after finishing the SDK. Just try
to resize the demo window ore maximize it over the whole screen and you will
se rapid perfomance problems. I myself and sure other developers are still
trying to convice Carl to invest some more effort to speed the View's
preformance. There are two steps how to do it IMO:
1st step) optimize OS independent routines (DRAW dialect, efect pipeline
etc.), add possibility of direct drawing into faces without the need to
refresh all pixels, make cool dialect for compiling performance critical
code, expose convolve function to Rebol layer etc....that would be the first
great step but everything will depend only on the CPU power, anyway a good
choice for lightweight apps and small instalations without needs to have
other dependant software and subsystems.
2nd step) improve specific OS graphics handling (blitting, framebuffer even
HW acceleration(OGL, DX)!), enhance DRAW dialect for 3D etc. ...this would
be a absolutely killer addition to each of classic software-rendered View
ports and bring us really great power, moreover this would push Rebol into
nowadays real multimedia spheres or even to 3D game and entertainment and
kill all current popular and monopolistic giants like Macromedia Flash,
Shockwave etc.. I know, some folks here are afraid of the crossplatform
compatibility issuses in this case but we have to take in mind that we are
talking about graphics OS specific improvements *not* about language stuff
itself which would remain still 100% compatible on all platforms! In other
words code would remain the same but the graphics output would depend on the
specific system capabilities.
My personal opininon is that RT should make in future two versions of
Rebol/View for each platform(where it is possible): one with software
renderer only(the classic one) and the second with specific OS graphics
optimalizations and HW support. I know that RT don't have enough resources
for all that work so they could start at least with the most used OSes
(probably WIN and LINUX). Moreover, there seems to be some Rebol fans on the
list (like Bruno G. Albuquerque for BeOS) wo would like to improve specific
ports so where is the problem Carl? ;-)
Regards,
Cyphre
[2/2] from: robert::muench::robertmuench::de at: 5-Dec-2002 21:19
> -----Original Message-----
> From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]
<<quoted lines omitted: 4>>
> 2nd step) improve specific OS graphics handling (blitting,
> framebuffer even HW acceleration(OGL, DX)!)
Hi, that's IMO the way to go. It's quite easy and doesn't change
anything to us programmes as you pointed out. It just needs special
handling in the build-process. But hey, RT is using Rebol anyway for
this so where the problem? I (again) suggest to look at
http://www.gaffer.org/tinyptc/ These are small and highly optimized
blitting routines. RT won't need more than this for a first speed up
/View.
Robert (and as said some time ago: Carl, contact me I'm going to code it
for you).
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted