 |
| 8Jan2008230451769776100 | |
| Philippe | 8-Jan-2008/23:04:51+1:00 |
| Salut, Je répète le post précédent pour plus de lisibilité ! ------------------------------------------------- Carl vient d'annoncer (à croire qu'il lit le Forum ) la sortie de l'Alpha de R3. R3 Alpha Public release : http://www.rebol.com/article/0347.html Le lien vers DocBase est fourni ( http://www.rebol.net/wiki/REBOL_3 ) et aussi le lien direct vers l'Alpha R3 : http://www.rebol.net/builds/rebol3/alpha/rebol29904031.zip Bons tests, ===Philippe | |
| Philippe | 8-Jan-2008/23:14:35+1:00 |
| re-salut, Ci-dessous le readme fourni avec les 325 Ko de rebhost et les 298 Ko de rebol.dll : --------------------------------------- REBOL 3.0 Alpha Version: 2.99.4 (Alpha 2) Date: 5-Jan-2008 http://www.rebol.net/wiki/REBOL_3 ===Introduction ---What is it? <b>This is an alpha release of REBOL 3.0.</b> An alpha release is an unfinished prototype. It contains many of the features of the final product, but it is not final, and it is not a product. <b>This is not a general release.</b> It is limited and we know that. So, please do not use it to control a space station, power plant, or assembly line. This release is just for you. It is not for re-distribution, not for review, nor for end users or customers. ---What is R3? R3 has a long list of objectives, and here are a few of the main ones... *multi-host environment model (with REBOL-in-a-DLL) *open implementation of interfaces and subsystems *module architecture (namespaces, multi-global contexts) *unicode support (source encoding, string internals) *plugin extension model (dynamic addition of natives) *multitasking (isolated threading, system level sharing) *64 bit integers and functions *arbitrary precision decimal (for money datatype) *new graphical subsystem based on scalar vector graphics core (SVG) *new port (I/O) model (async, streamlined, high performance) *new evaluation and memory internals/methods ---License <b>This release is licensed to you for testing purposes only.</b> Please note: *Use at your own risk. There are no warranties of any kind. *You can make copies for your own usage, but do not publish or distribute this software to other users. *Be aware that all components and features are subject to change. *Always upgrade to the most recent alpha release. *This license expires upon newer release. ===Usage ---Files This distribution includes: :readme.txt (.html) - you're reading it :rebhost.exe - the REBOL host environment (graphics, devices, etc.) :rebol.dll - the REBOL 3.0 run time kernel (must be in same dir as rebhost.exe) :examples/ - scripts contributed by developers and testers that show or test various features of R3. ---Running Scripts You can run scripts in severals ways: *drag and drop a script onto the rebhost.exe file (recommended) *run the rebhost.exe in a command line and provide the script file *DO the script from the R3 console Notes: #this release has <b>no security or sandbox</b>. Do not run scripts that you do not trust or understand. If in doubt, examine the script. #this release is missing some logic for changing directories, and it may not find all the necessary files for a script. If there is a problem, put all your files in the same directory. ---Console At this time, R3 uses the default MS Windows console. Yes, it is quite limited, and the MS braintrust sets the default properties to make it even more limited. Fortunately, you can change a few of those options. Here's how: #launch rebhost.exe #close the splash window #right click on the console window caption bar #in the options tab, enable the QuickEdit and Insert modes #expand command history buffer and number of buffers, as needed #in the layout tab, set screen buffer size width and height to something reasonable like 100x1000. #set window size to 100x50 or similar #disable the "Let system position window" if you want it in the same place each time (then set position) #close the panel, and "Save properties for future windows" on exit. Now the console will be a bit more usable. ---Compatibility R3 is compatible in many ways with R2, but we needed the freedom to make important changes (such as unicode, better graphics, optimized I/O ports), so it's not 100% the same. We mention this fact in case you thought otherwise, or in case you need to make some plans related to it. Currently, we do not have a list of the compatibility related changes. But, once we have our major development goals accomplished we will compile a complete list. ===Support There is no support for this R3 alpha, but... ---Documentation We use an open wiki for R3 documentation: http://www.rebol.net/wiki/ Of course, some areas of the wiki are more complete and polished than others. This wiki is an alpha too. If you find yourself just itching to add a note or an entire section to the wiki, it's open. Just create an account and get started. We decided to use the popular wikimedia system because it's well known and easy to get started. ---Feedback and Reports An alpha release typically has many rough edges. We know most of them, and we have a long todo list. At this early stage we would get totally flooded with feedback, bug reports, and enhancement requests. We don't want to spend our time sorting through feedback; we want to finish implementing the development plan. For now, it's best to make a note to yourself about problems and bugs. Most of them are on our list and will get fixed. And, if not, then you can tell us, or even better, help fix them yourself. Down the road, we will be providing a fast and easy way to report bugs, contribute source code, help with testing, track new releases, and more. Enjoy! ### -------------------------- ===Philippe | |
| Philippe | 8-Jan-2008/23:21:02+1:00 |
| petite question (par pure curiosité) pour Didec ...après avoir fait joujou avec les examples. A qui appartient le chaton ??  ===Philippe | |
| GreG | 9-Jan-2008/2:25:43+1:00 |
| Excellent! | |
| Philippe | 9-Jan-2008/8:20:32+1:00 |
| Bon , vous avez corrigé la petite erreur... un classique de début d'année... | |
| Goldevil | 9-Jan-2008/9:54:19+1:00 |
| Excellente nouvelle. Je vais mettre à jour le site Rebol-France aujourd'hui. | |
| Goldevil | 9-Jan-2008/9:56:11+1:00 |
| N'hésitez pas à poster vos commentaires, on pourrait les publier pour en faire un article sur rebol-france.org et rebdocproj. | |
| Jedi | 9-Jan-2008/14:04:27+1:00 |
| Yop, Très bonne nouvelle ! En espérant que ça va relancer la dynamique REBOL et son intérêt...  Et Bonne Année à tous, A+ Jedi _____________________________________________ http://www.sebastien-jeudy.fr et http://reboleur.free.fr | |
| guest2 | 9-Jan-2008/18:45:44+1:00 |
| Je suis dégouté. D'habitude, je check rebol.net, rebol.org et RebelBB plusieurs fois par jour mais hier, je sais pas pourquoi, je l'ai pas fait. Résultat, je suis le dernier au courant et j'ai encore rien testé. Snif !!! | |
| guest2 | 9-Jan-2008/19:18:18+1:00 |
| Tiens c'est marrant, ils ont planqué Devbase dans le Wiki mais le lien reste visible en passant par l'historique. | |
| GreG | 9-Jan-2008/20:52:11+1:00 |
| Philippe: ouais, j'ai pas moyen de changer le titre du thread pour le moment... mais je le ferai des que je peux! Les 1000 vaches: j'ai du 40fps sur pentium 4 a 3Ghz. ca me parait bien! evidemment, ce serait interessant de comparer avec gob vs face. Sinon, ya du drag'n drop! formidable! Ya aussi moyen de changer les curseurs, ca aussi c'est cool! Rien que ces 2 trucs, ca parait pas grand chose, mais je les attend depuis longtemps! Je suis tres satisfait de voir cette alpha et ce que ca sait deja faire. Prions pour que les releases sont plus regulieres! | |
| guest2 | 9-Jan-2008/22:23:18+1:00 |
| 7 fps sur mon celeron, re-sniff !!! | |
| guest2 | 9-Jan-2008/22:25:21+1:00 |
| mais le double quand je sors la souris de la fenêtre | |
| Goldevil | 9-Jan-2008/22:31:31+1:00 |
| 49 fps sur mon Mac (émulation Windows XP avec VMWare Fusion) | |
| guest2 | 9-Jan-2008/22:47:43+1:00 |
| On voit les gars qui n'ont même pas regardé le source Le script contient 2 versions (face ou gob), donc on peut faire tourner le truc avec Rebol2 sans rien modifier (le script test la version de la VM) Sur mon Celeron: avec faces: 5/6 fps avec gobs: - 7 fps si la souris est au dessus de la fenêtre, j'imagine que c'est l'event handler qui gère mal le flow des events windows - 14 fps sinon. donc en gros, on double les perfs | |
| guest2 | 9-Jan-2008/23:42:32+1:00 |
| bon, y'a un truc que je pige pas. Quand je réduit le nombre de vaches, ça n'améliore pas mon frame rate. J'en déduis que soit Windows, soit la VM, limite le frame rate en fonction de la puissance de la bécane; en tout cas, ça ne semble pas dépendre directement du nombre de gobs. J'ai aussi fait l'inverse, j'ai doublé le nombre de vaches. Et là mon frame rate a légérement baissé (de 17 à 12) ... Si je me souviens bien, on avait le même prob avec Rebol2: Quand j'ai travaillé sur mon émulateur MSX, j'ai jamais réussi à dépasser 20-25 fps sur mon céléron quelque soit la complexité de la scène à rendre (même en affichant en boucle une toute petite image sans effets). | |
| GreG | 10-Jan-2008/5:16:08+1:00 |
| Sur mon 800Mhz, ca donne 4fps avec R2 et 10fps avec R3. Comme quoi, c'est bon le gob! | |
| GreG | 10-Jan-2008/17:04:01+1:00 |
| J'imagine que rebhost va etre open source, c'est bien ca? Comme ca on pourra facilement ajouter des trucs specifiques dedans? | |
| guest2 | 10-Jan-2008/19:08:56+1:00 |
| ouep j'imagine que c'est ça Greg. Le wiki est pas super clair la dessus mais en gros on pourra reconstruire le rebhost avec un simple make. Donc on pourra: - integrer de nouvelles libs, en enlever (agg par exemple si on utilise pas le dialecte draw) - virer/modifier les mezzanines Ce que je vois c'est que du coup on aura plus besoin d'encaper nos scripts avec des outils tiers, il suffira d'intégrer le script dans la mezzanine d'initialisation et de recompiler le tout. Et hop, on pourra enfin livrer nos applis dans un seul executable. Par contre, on sera toujours dépendant de RT pour avoir rebol.dll porté sur différent OS. Mais ça devrait pas être trop compliqué vu que cette lib est sensée ne contenir que du code indépendant de l'OS donc une simple recompilation et hop ! R3 tournera sur une trentaine d'archi comme au bon vieux temps. (Je me suis d'ailleurs demandé si c'était compilable sur archi z80 mais bon ! ne revons pas, même si la compile passe, rebol bouffe trop de mémoire à l'execution). | |
| didec | 11-Jan-2008/13:51:49+1:00 |
| Philippe : le chaton est celui de Gabriele Santilli si je ne m'abuse (la photo est de lui, ça j'en suis sûre) Pour ce qui est du GFX et des perfs, c'est très dépendant de la carte graphique, comme du processeur. En plus sur 1000cows la valeur augmente quand le nombre de vaches diminue. Ici avec R3 je commence à 80 et je termine à 102fps, souris dessus mais immobile) alors qu'avec R2 je ne décolle pas des 22fps (core2 duo 6750@2.66Mhz / RAM 2GO / GFX Intel Q35)!!!! Mais est-ce fairplay vu que R2 affiche le fps dans la console ? Heartbeat : R3=124fps : R2=111fps Avec une carte graphique autre, ça doit pouvoir monter plus | |
| guest2 | 11-Jan-2008/21:07:52+1:00 |
| Bon ben faudrait que je fasse des tests sur mon emu MSX. Si j'arrive à approcher les 50 fps, ce sera enfin jouable. Par contre, je sais pas quand ils ont l'intention d'implémenter un streaming correct du son. Le truc chiant c'est que j'avais tout écrit en rebcode donc faudrait que je repasse en Rebol pur. Le truc 'plus mieux' c'est que l'émulateur devrait être beaucoup plus compact (et oui rebcode c'est verbeux). - j'ai un peu la flemme j'avoue et la liste de mes projets non terminé s'allonge | |
| ZeBrain | 18-Jan-2008/17:00+1:00 |
| Il me semble que les RIF/REbol Indexed File ne sont pas encore impémentés (ou pas encore documentés ??). | |
| guest2 | 18-Jan-2008/18:56:24+1:00 |
| Si je me base sur ce que j'ai lu dernièrement sur Altme, RIF n'est encore qu'une vague "idée". Et c'est assez compréhensible, le sujet est très vaste. On voit bien sur Altme que chacun y va de sa proposition et personne n'est d'accord au fond. L'un va privilégier les performances brutes, l'autre veut du relationnel ou encore du commit-rollback, enfin bref si RIF nait un jour il sera très limité pour ne facher personne Ce qui est clair (selon moi) c'est que Rebol manque encore d'un certain nombres de fonctions natives efficaces pour manipuler les Index (Tableaux d'adresses) la fonction sort par exemple est trop lente. De même il nous faut absolument le type Vector pour stocker de longues séries de façon très compacte. Il faut aussi pouvoir facilement manipuler la précision des entiers quand on les convertis en forme binaire. On doit pouvoir générer du 8bit, 16, 24, 32 etc... Il faut absolument des fonctions qui soient rapides donc natives. par exemple aujourd'hui pour convertir un entier en hexa d'une longueur de 8 bits, il faut faire ça: >as-binary to string! to char! 255 and entier8 C'est lamentable, tellement c'est lent. Pour un entier 16bit, il faut passer par un struct! c'est ce qu'il y'a encore de plus rapide. Admirez le hack ! >cp/part third make struct! [int [integer!]] [entier16] 2 Je sais tout ça est un peu abstrait mais c'est essentiel si on veut pouvoir créer et manipuler des Index de façon performante et qui n'occupent pas 10 megas en mémoire. | |
| guest2 | 18-Jan-2008/19:11:49+1:00 |
| Ah j'oubliais il faut aussi une fonction de bouclage très rapide pour faire des recherche dans un index. par exemple faire ce qui suit pour effectuer une recherche n'est pas assez rapide sur des index de plusieurs dizaines de milliers d'occurence. pos: Index while [pos: find/skip pos Id 2][do ...] il faudrait un forequal par exemple: forequal/skip val Index [do..] 2 il faudrait aussi un forgreater, forlower, etc... Il faut gagner des picosecondes partout ou l'on peut sinon on pourra jamais gérer de gros fichiers. | |
| Goldevil | 22-Jan-2008/9:49:32+1:00 |
| Il est dommage que le RIF n'est toujours pas très avancé. Je trouve également que c'est un manque dans REBOL mais qui, je suppose, pourra être dépassé dans R3 avec l'intégration de librairies externes. Je pense par exemple à un accès natif à des fichiers ISAM par exemple. Néanmoins, un dialecte ou un syntaxe identique pour l'utilisation de ces librairies serait un plus mais devrait être proposé par RT. Ainsi le passage d'un format de fichier indexé à un autre serait facilité. | |
| shadwolf | 13-Feb-2008/8:44:04+1:00 |
| R3-alpha MIAM ^^ j'apprecis particuliere les efforts apporter a VID (etant un grand fan de VID) tant du point de vue de nouvelles possibilités que du points de vue de la vitesse. Sur ma machine (dual core 64 3800+ j'atteind les 30Fps avec le curseur dans la fenetre avec la demo 100-moutons ^^ 57 fps avec heart beats ^^) 187 ko O_O incroyable ca dénote le gros gros effort de programmation qui a été fait (l'ancien rebolview tappait dans les 512Ko sur ses vieux jours) et globalement je trouve rebol d'une vitesse folle (bon c vrai aussi que mon pc c pas un ipod ... mais tout de meme l'amélioration est nette et clairement visible) | |
| shadwolf | 13-Feb-2008/8:48:11+1:00 |
| j'aime bien aussi l'idée de rebol en dll et ca répond à la problématique qu'avait soulever carl il ya quelques mois à savoir rebol.exe peut de gens connaissent et les administrateur de certaines grosses boitent peuvent être améné a killer le process ne sachant pas ce que c'est ^^ Ca s'implifie aussi la réalisation de soft embarqué. C'est mon GCC qui va etre content moi qui lui faisait la tronche depuis que je m'étais mis au rebol ^^ | |
| shadwolf | 13-Feb-2008/8:56:49+1:00 |
| j'aime bien aussi l'idée de rebol en dll et ca répond à la problématique qu'avait soulever carl il ya quelques mois à savoir rebol.exe peut de gens connaissent et les administrateur de certaines grosses boitent peuvent être améné a killer le process ne sachant pas ce que c'est ^^ Ca s'implifie aussi la réalisation de soft embarqué. C'est mon GCC qui va etre content moi qui lui faisait la tronche depuis que je m'étais mis au rebol ^^ | |
| shadwolf | 13-Feb-2008/13:17:42+1:00 |
| j'aime bien aussi l'idée de rebol en dll et ca répond à la problématique qu'avait soulever carl il ya quelques mois à savoir rebol.exe peut de gens connaissent et les administrateur de certaines grosses boitent peuvent être améné a killer le process ne sachant pas ce que c'est ^^ Ca s'implifie aussi la réalisation de soft embarqué. C'est mon GCC qui va etre content moi qui lui faisait la tronche depuis que je m'étais mis au rebol ^^ | |
| ZeBrain | 14-Feb-2008/12:19:33+1:00 |
| Est-ce que l'interfaçage vers C est opérationnel ? J'vois pas de doc sur ça. | |
|
Login required to Post. | |