[REBOL] Re: RFC: REBOL Home Multimedia Platform (RHMP)
From: robert:muench:robertmuench at: 30-Dec-2001 12:54
> -----Original Message-----
> From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of
> Petr Krenzelok
> Sent: Saturday, December 29, 2001 11:42 PM
> To: [rebol-list--rebol--com]
> Subject: [REBOL] Re: RFC: REBOL Home Multimedia Platform (RHMP)
> However, for Rebol, the solution is to bring unified interface to various
> domain specific areas. Do you see how encryption and sound ports are
> handled? - native engines, providing access thru port mechanism
Hi, IMO the port pattern can be used to create a real nice interface
architecture. Can you imagine building up a processing pipeline by chaining all
kind of external applications and this chaining is handle by Rebol? In this case
Rebol just needs to read data, transform it and send it of the next channel...
that's what I want to do! And if you keep the interface and protocoll small,
Rebol is more than fast enough for this :-))
> I think upcoming 3D (taken from the OSNews interview with Carl) will be imo
> kind of configurable port too ...
;-)) You know how OpenGL works? It has this pipeline approach and it's really
clever. So just raise this concept one abstraction level and...
> ... as for compiler itself, - few rebol gurus already stated it is not
> possible in an effective manner, IIRC ....
It might be possilbe but why? What do you get? If I need speed, I fire up my C++
compiler and just write the couple of functions needed. The dynamic feature of
Rebol is what makes it so nice to use and that's the difference to a static
compiled-once file... Therefore I want to use both, each on the part it was made