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

[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-