Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[REBOL] Re: starting to be really late!?

From: maximo:meteorstudios at: 7-Jan-2004 20:06

Ashley I agree with most of what you say, but because we do not have acces to rebol from the outside, we cannot compliment it, if we need it. In the example you give, in my workflow I still have to render the 6k image, cause it will go to film print (and then projected on screen at a movie near you). working in thumbnail isn't an option at my level. but I can't solve the problem, in this case, unless I can use rebol's data directly. For example, text/font drawing in rebol is a farce (I can't change that). Face does not handle anti-aliasing for any of its graphics (I can't change that). things like that REALLY are important when you want to create vertical APPLICATIONS. That's the problematic word -APPLICATION-. rebol is THE BEST for quick and dirty but has many shortcommings for full-blown apps (for which it was not destined, initially). I remember a post from Carl S. where he admits (in a quick comment, long ago) that there are more people using rebol as a GPL (General Purpose Language) than he tought would have and that he should change some things in the roadmap to adapt for this reality... but left no details... If we COULD implement such things ourselves (by having binary access to rebol's data via plugin modules OUTSIDE of rebol), then those issues CAN be fixed by anyone who really needs the solution. Adding external hooks, for example, giving us a face object's raw binary bitmap memory space, when rebol is finished drawing. This would let us add gfx to that face's bitmap in REAL TIME with external plugins (many of which ARE multiplatform) and then returning when the bitmap is ready, would allow me to use rebol as a production-quality compositing software, no slow interpreted data transformations need to be done as the image supplied as raw pixel info would be used direcly by the external binary code and then quickly refreshed in the window. same thing for converting raw window events into better keyboard support, IF I need it. Currently I can only do some pre-canned effects, put laim-quality typography and add very limited transformations. If you want a list, just ask Cyphre he's stopped ranting, having done it for soooo long, without much effect (maybe view 1.3 altme world is making his requests move along more?). I want to incorporate image-magik into rebol ASAP (during the course of this year for sure), but I can't use it for the actual in-rebol view window in real-time. I can only see it being a real-time thing, if image-magik's processing is done in separate memory space (in a window a canned .dll would open by itself) using a simple dialected string version of a processing tree, which it executes line-by-line with absolutely no inteligence. It could also be done as a stand-alone process ,using a tcp-port for receiving commands, but then we haven't solved anything really... anyhow, back to work... -MAx --- You can either be part of the problem or part of the solution, but in the end, being part of the problem is much more fun.