[REBOL] Re: facts we will have to face ...
From: petr:krenzelok:trz:cz at: 24-Oct-2001 8:26
Carl Read wrote:
> > Can REBOL do audio? Does it support MP3 native? How about more
> > obsure audio formats? If not, is it fast enough to decode it if you
> > wrote the decoder in REBOL itself?
>
> This from the OSNews interview...
>
> "From the system side, we will add several new "dialect" engines for
> 3D graphics, inferencing ("AI"), additional network protocols,
> advanced sound synthesis, and more."
>
> Hopefully an "advanced sound synthesis" dialect will give us good
> audio control and include native MP3 support. I doubt decoders
> written in REBOL would be fast enough though given the amount of
> decompression required.
>
Yes, and that's what author meant. We are dependant upon what RT adds to
their engines, and RT is very carefull and selective here, because of the
size of executable. Two days ago Holger here explained situation with JPEG
saving.
Well, Rebol is nice collection of functionality. You can do many usefull
apps using Rebol, and I hope it will even become better. We can of course
link to native libraries, but then we lose multiplatform advantage. The
only solution here would be Tao-like virtual processor. But that's not
likely to happen anytime soon.
Maybe Holger or Carl could comment here? What is their point of view to
let's say some post Rebol 3.0 future?
btw: Could anyone enlighten me and describe, how Python solves such issue
of interpreter speed? IIRC, Python can link C code, but then - you lose
multiplatform advantage too ... so?
> So, how about if RT creates a simple virtual-processor and
> virtual-machine-code dialect
I am not sure it is so easy :-) Maybe it would be better to partner with
Tao, as they cover many platforms, and allow their VP code includes ...
-pekr-