[REBOL] Re: facts we will have to face ...
From: petr:krenzelok:trz:cz at: 24-Oct-2001 18:43
----- Original Message -----
Sent: Wednesday, October 24, 2001 5:16 PM
Subject: [REBOL] Re: facts we will have to face ...
> On Wed, Oct 24, 2001 at 10:35:54AM -0400, Porter Woodward wrote:
> > Even this would be a PITA. I'm not sure, but somehow I doubt that
> > REBOL/View in any form has a great amount of compatibility with the
> > underlying OS and APIs. On Windows, the playback area of the media
> > is a pretty special display viewport - trying to embed that into a
> > REBOL/View interface could be impossible w/o some serious changes to the
> > engine (just guessing here).
> AFAIR at least RealMedia uses COM objects as its rendering areas, i.e.
> you could write a wrapper DLL that implements a COM rendering area
> which is simply a frame buffer that sends REBOL a WinMsg once there is
> new data. REBOL could wait for that message in its main loop (a feature
> for the next version of View),
Well, could you elaborate here a little bit, please? Is that only Windows
View capability??? Is it applicable to 'odbc e.g. too? Or just only View
btw: is ability to generate own events coming with next release?
> call the library to fill in an image
> with the buffered data, attach it to a face, and 'show the face. This
> is really not much different from how other players do it in terms of
Well, I am not sure if I am right, but I tried together with my friend, who
is fluent in C, to implement small piece of code, which modifies face data
directly in memory, and it works. So basically, once you send your image
referring word to .dll routine, you can manipulate its data directly in
native level, and once you get back to Rebol, you just need to re-show it.
It works, and is fast. As image effects are just data manipulation, maybe we
(rebol community) could even create some effect library, which could be
relatively easily compiled to support Rebol on most if not all platforms it
is available for?