Newsgroup: it.comp.os.amiga
Titolo: Notiziole fresche: Transmeta, BeOS, ecc.

 Unite for Java - Join the Java Lobby now! (
http://www.javalobby.org
)     <
============================================================================



Ma dove andremo a finire  ;-)
 Dipende dalle nostre mete. L'uscita di Crusoe è comunque un evento epocale
per il mondo informatico.
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...da capu Corsu a Bonifaziu, aria de Roma e mare du Laziu/

 per il mondo informatico.
Era una domanda retorica. Non mi vorrei sbagliare, ma direi e' il momento
buono per noi amighisti e forse per il mondo dell'informatica e per chi
l'informatica la usa tutti i giorni.
Saluti,


bizzeffe, grandi e pUccini. Rick Ross, direttore di JavaLobby...
                     ^
 :-) Appartengo a quel tipo di programmatori hobbysti che passanno anche 6
mesi ad ottimizzare un eseguibile, per ridurlo di soli 5KB. Java non
mi interessa e tanto meno il VirtualProcessor di TAO (che non fa che
introdurre un ulteriore passaggio perverso) .
 Come se non bastasse, contrariamente a quanto vuoi credere, l'uscita
di processori "morfici" come Crusoe, rende instantaneamente la tecnologia
Java assolutamente inutile e superata. Che senso ha, proporre un op-code
"astratto" quando la CPU puņ essere riprogrammata per eseguire qualsiasi
tipo di op-code ?
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...era solo, con una galassia a cui badare/

 tipo di op-code ?
Semplice: si scrive e si fa la manutenzione di un solo back end del
compilatore Java invece di n decine, come accade con il GCC. Inoltre si
rimandano alcune ottimizzazioni del codice eseguibile a run time, quando
si hanno tutte le informazioni necessarie sul profilo di esecuzione e
sulla piattaforma. Leggi questi libri:
 
http://www.mkp.com/books_catalog/1-55860-320-4.asp
 
http://www.mkp.com/books_catalog/1-55860-329-8.asp
oppure la documentazione della Transmeta, che è alla portata di tutti.
	Sergio
-- 
______________________________________________________________________
Dr. Sergio Ruocco            mailto:
sergio...@mlab.disco.unimib.it
Università Statale di Milano-Bicocca  
http://www.disco.unimib.it
DISCo - Software Architecture Lab.    
http://www.sal.disco.unimib.it
phone: 
++39 02 6448 7851
              fax: 
++39 02 6448 7839

 tipo di op-code ?
I virus-makers penseranno gia' "Che bello, riprogrammare gli opcode di
Crusoe...".
Contrariamente a quanto vuoi credere, gli opcode di Crusoe _si basano_ sulla
tecnologia Java, cosi' come tutto il software della Tao, licenziataria di
Sun.
Vista la tua esperienza in ambiente Amiga e viste le tue passioni
hobbistiche, perche' calcificarsi su concetti precotti "alla microsoft" ? Se
veramente ritieni di avere una mentalita' aperta e attenta alle nuove
tecnologie, perche' non verificare di persona quello che offrono ?
Ciao,
Mik


 andare al sito nella mia firma (
http://www.thehungersite.com
), disattivare
la
Fatto, anche se ho dovuto abilitare i Cookye con Netscape.
--
Nii hao!
Giuseppe Gigante
Remove #nopub#to answer   mailto:
wexdg...@tin.it
  Togli #nopub# per
rispondere
mailto:
wexdg...@libero.it
"640Kb ought to be enough" Bill Gates 1981
"Non posso essermi ridotto cosě" Ranma Saotome 1996
ODIO LA GRAFICA ANSI!!!

tecnologie, perche' non verificare di persona quello che offrono ?
 Una volta l'ottimo Claudio Mazzuco su AMY_MISC mi chiese se fossi figlio di
Sassenrath per il mio attaccamento ad AmigaOS...Ad ogni modo ci sono
altre tecnologie che potrei senz'altro divertirmi ad esplorare con passione:
come BeOS, RISC-OS di Acorn, Linux...lo stesso Windows.
 Java è fatto apposta per i *produttori* di software, non per gli utenti
che volessero andare al di là dell'editare un file .PIF .
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...c'è chi parte con un raga della sera e finisce per cantare la Paloma/

oppure la documentazione della Transmeta, che è alla portata di tutti.
 Ho già scaricato i documenti, li leggerò.
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...tu cerchi la tua ombra, ma lei non ritornerà/

siano "stratificati".
 Non si riferiva al DraCo o al BoXeR, ma ai piani di Amino/Amiga. Per
precisione esiste un terzo clone, l'Access-030 dello stesso progettista
del BoXeR.
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...e come un libro ti chiudi finito/

 Sun.
Gli opcode di crusoe si basano su Java? Dove lo hai sentito? Mi risulta
che sia una CPU VLIW con un set di istruzioni abbastanza normale (basata
su registri -- mentre la jwm e' basata su stack)...
Il software di Tao deriva da java? anche qui, il VP (da quel poco che si
legge) e' una pseudo-cpu con registri e spazio di memoria piatto (mentre
la macchina java ha heap, costanti e dati)...

 la macchina java ha heap, costanti e dati)...
da 
http://www.eet.com/news/97/949news/moto.html
...
Taos's virtual-processor interface, supplied to ease porting
across CPUs, made it a forerunner of the Java technology
from Sun Microsystems. High-level source code is compiled
to the virtual-processor interface and then translated into native
code at run-time.
...


 code at run-time.
EEtimes ha preso (come spesso fa -- sta diventando come theregister) le
cose un po' per sentito dire: intanto la Tao ha specificamente detto che
la traduzione avviene a LOAD TIME (ed e' ben diverso da run time -- in
bene e in male). Inoltre "forerunner" vuol dire "predecessore", ed e'
abbastanza fuorviante, perche a questo punto il "ucsd p-system" sarebbe
anche lui un predecessore di java -- ma che differenza fa?

 
Mai il RISC-OS di Acorn, che tu sappia è ancora supportato ??
e gira solo su computer Acorn ??
 
-- 
Saluti
Claudio Marro Filosa

 del BoXeR.
Buono a sapersi.


 anche lui un predecessore di java -- ma che differenza fa?
Non estremizziamo. Anche se EEtimes puo' aver preso le cose alla leggera, e'
innegabile che TAO abbia fatto propri i concetti cha stanno alla base della
JVM di SUN. Come licenziatari, hanno avuto la liberta' di riscrivere la
propria JVM, ottimizzando e modificando dove necessario, ma sempre nel pieno
rispetto delle specifiche di SUN. Probabilmente, le compilazioni load-time e
run-time sono due tipi di approccio al carimento delle classi, che SUN non
considera vitali per la compatibilita'.
Penso comunque (mio modesto parere) che la compilazione load-time
pregiudichi la possibilita' di ottimizzazioni run-time tipiche della JVM
HotSpot (scheduling delle istruzioni e ottimizzazione in background, a
grandi linee). Niente impedisce che TAO dia la possibilita' di usare l'una o
l'altra tecnica direttamente all'utente, esattamente come fa SUN. Con
JDK1.2.x e 1.3b, e' sufficiente impostare una variabile di ambiente e
installare una libreria.
Ciao,
Mik.


 servono a questo ;-)
Non ti preoccupare, sono in ufficio e non ho molto tempo per risponderti...=)
Paolo

  Ho già scaricato i documenti, li leggerò.
Studia prima/anche i libri, che sono più utili e completi.


 installare una libreria.
Poi ogni tecnica ha i suoi vantaggi e svantaggi ma non e' che riguardi
molto
la discussione...

 Chiedilo a chi a portato un applicazione da Java PC a Mac in 10" netti.
Bisognerebbe, pero', aggiungere anche i commenti di chi ci ha messo piu'
3 mesi per
far girare una applicazione di telemedicina (in forma applet) su
entrambi i browser
disponibili su win32 -- senza allontanarsi a cercare di farlo funzionare
su OS diversi...

 wrote in message
8058133312224...@news.tiscalinet.it...

Io sono quello dei 10" netti. Non sara' una applicazione per telemedicina,
ma per me il WORA e' una realta' tangibile.


 molto la discussione...
Dipende. Si fa per confrontare idee e pareri. Non siamo mica in presenza
degli avvocati, no ?
Secondo me, visto che scrivi con cognizione di causa, e' molto bello parlare
di queste code e penso che non faccia male a nessuno leggere qualcosa di
tecnico che potrebbe molto presto riguardare il futuro di Amiga e dei suoi
utenti.


 truly benefit consumers never
UIN/ICQ# 7387142                          occur for the sole reason that
                                          they do not coincide with
                                          Microsoft's self-interest'
                                          	Judge J. P. Jackson

 Java: write once, test everywhere ;)
:-) sempre meglio di write once, rewrite/recompile everywhere, no ?
Meglio anche di "write once, run on win95" (98,NT,2000 no! Leggiti msdn di
m$ e capisci perche') o anche di "write once, run never"... vado avanti ;-)
?
Figurati che c'e' chi si ferma prima del "write once" e parla lo stesso.
Mik


 m$ e capisci perche') o anche di "write once, run never"... vado avanti ;-)?
In effetti in quest'ottica Java assume un'altra luce! :)


 correttissimo Kruse, pero'...).
Comunque se vuoi i sorgenti completi di Java2 li trovi qui:
http://www.sun.com/software/communitysource/java2/
Magari qualcuno ci fa un bel porting..
Ciao,
Mik.
P.S.
non ho piu' saputo niente di quella cosa..


 correttissimo Kruse, pero'...).
Basterebbe che le societą Amiga pagassero due o tre di quelli che sanno
mettere le mani nelle JVM free (come 
http://www.kaffe.org
), ed il
porting sarebbe pronto in 1 mese.
	Sergio
______________________________________________________________________
Dr. Sergio Ruocco            mailto:
sergio...@mlab.disco.unimib.it
Universitą Statale di Milano-Bicocca  
http://www.disco.unimib.it


 Dr. Sergio Ruocco            mailto:
sergio...@mlab.disco.unimib.it
Ma ora che sei Dr. dobbiamo darti del lei? ;)


 Ma ora che sei Dr. dobbiamo darti del lei? ;)
Facci lei :-)
	Sergio

porting sarebbe pronto in 1 mese.
a che pro pagare per qualcosa che poi non puoi vendere, data la sua licenza?
tra l'altro kaffe č uno schifo completo in quanto al codice, ed il porting č
tutt'altro che facile da fare: usa longjmp() come il pane, fa un sacco di
assunzioni sulle strutture dati usate dal compilatore (per smanettare con i dati
salvati dalla longjmp()), etc...
Bye
   Wiz
--
     __
__  ///  Finger:    
w...@vapor.com
\\\///  E-Mail:     
w...@vapor.com
 \X//  WWW:         
http://www.active-net.co.uk/products/stfax4

a che pro pagare per qualcosa che poi non puoi vendere, data la sua licenza?
hm... se con "le societą amiga" intendevi amiga inc. ritiro quella domanda.


Studia prima/anche i libri, che sono più utili e completi.
 Accetto sempre il consiglio di leggere e lo farò anche stavolta. Anche
se, la completa indipendenza di Crusoe rispetto a Java...e dello stesso Java
rispetto al VP di TAO...è stata ampiamente dimostrata in questo stesso
gruppo...anche Puccini ha fatto un passo indietro.
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...un alenu che unda intra a mie, dae sa fronte fintzas a sos pes/

 utenti.
Da' grande soddisfazione vedere che ogni tanto n questo NG si trova
gente che
se vede qualcuno contrastare le sue opinioni risponde ragionevolmente (e
con
evidente volonta' di discutere) senza partire a sparare sentenze e
insulti. 
Sono quasi commosso.

 gruppo...anche Puccini ha fatto un passo indietro.
Non e' il gruppo che deve dimostrare qualcosa a qualcuno. I fatti e le
caratteristiche tecniche, la documentazione ufficiale sono la sola chiave di
lettura dei fatti. Anch'io, mio malgrado, mi sono lasciato travolgere
dall'energia dei post sui forum di Sun, dove si discute dell'implementazione
di una JVM su Crusoe. Documentazione alla mano e un paio di passi indietro
non fanno male a nessuno.
Comunque, ti consiglio di leggere la documentazione di Java HotSpot JVM
(
http://java.sun.com/products/hotspot
) e del Crusoe (pag.8..12). Sono sicuro
che, come me, troverai piu' di una analogia tra le due tecniche. Sembra
proprio che lo scheduling, la ricompilazione e l'ottimizzazione dinamica del
codice sia la strada comune di chi vuole innovare.
Uno stralcio:
--
The Java HotSpot Dynamic Compiler
    The Java HotSpot Performance Engine starts a program by interpreting the
bytecodes. As the
    program runs, a profiler monitors the program to determine the most
heavily used portions of the
    code.
    Nearly all applications spend most of their time in only a small portion
of their code. The Java
    HotSpot profiler identifies those parts of an application's code that
are most critical for
    performance. Java HotSpot then compiles and optimizes the
performance-critical ``hot spots''
    without wasting time compiling seldom-used code. Furthermore, the
runtime analyses also enable
    the compiler to perform native-code optimizations not possible with
static compilers.
--
Mik.


 poco a che fare con i sistemi desktop tradizionali. Java poi ha provato
Infatti. Chi sviluppa applicazioni embedded può solo sognare la potenza di
calcolo di un desktop. Forse con Transmeta ora siamo ad un "poteva solo
sognare", ma preferisco verificare con mano i risultati quando ci saranno
prodotti in commercio.

 anche di quelli Sun. Cmq per la cronaca VP risale al 1990.
Ok, il VP risale al 1990; l'UCSD P-System al 1978. E allora?

 gruppo...anche Puccini ha fatto un passo indietro.
Crusoe interpreta il codice x86 +/- come una JVM fa con un bytecode Java
e TAO/Alate fa con il suo Virtual Processor, solo che la prima viene
dalla ricerca sui Linguaggi & Run-Time support (ST-80, Self), la seconda
dalla ricerca sugli OS (VM ecc.).
	Sergio
______________________________________________________________________
Dr. Sergio Ruocco            mailto:
sergio...@mlab.disco.unimib.it
Università Statale di Milano-Bicocca  
http://www.disco.unimib.it


niente male...soprattutto se paragonato ad applicativi analoghi)...
complimenti :-)
ps: serve per gestire le tangenti? ;-))
bye, bye
Alex Gerelli

e TAO/Alate fa con il suo Virtual Processor...
 Grazie...non credo che esistano inifiniti modi per interpretare un
set di istruzioni. Il fatto vero è che Transmeta, Sun e TAO sono società
assolutamente indipendenti e nessuna tecnologia dell'una è *MAI* stata
impiegata per realizzarne parti dell'altra (come in un certo modo si
voleva far credere).
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...le routines grafiche di Danilo Toma/

 Ok, il VP risale al 1990; l'UCSD P-System al 1978. E allora?
Mi riferivo a chi indicava VP come un derivato di Java.
Tanto per la cronaca, poi, per BCPL c'erano INTCODE e OCODE, macchine
virtuali basate rispettivamente su registri (come VP) e stack (come JVM).
Nel 1971.

 Nel 1971.
Appunto. 

ps: serve per gestire le tangenti? ;-))
 Magari, almeno ci avrei guadagnato qualcosa ! :-)) In effetti saltò
un accordo di distribuzione, quindi ne piazzai pochi "esemplari" ...
Saluti.
--
    _
 Fa/_)io         - Amiga Group Italia -
  /__)enedetti   
http://www.amyresource.it/AGI/
/...ceterum censeo, delenda est Carthago/

 smentisce, eppure l'hype sopravvive.)
La pratica l'hai fatta ?
Io contribuisco alla sopravvivenza dell'hype con MoreFX, un programma 100%
java (gira su Win32, MacOS, Linux, Solaris, AIX, OS/2) che fa alpha
compositing in real-time, gaussian blurring e raytracing con environment
mapping e sorgenti di luce (no tricks, tutto su float) in real time su
risoluzioni digital video 720x576. E tutto questo senza HotSpot vm, ma solo
con un buon JIT.
Se e' la performance che ti preoccupa, ti consiglio di leggere
http://www.javalobby.org/servlet/News?action=displayStories&xsl=comment.xsl&
format=full&id=510100000000347
C'e' un interessante test Java vs C++
Ciao,


 C'e' un interessante test Java vs C++
In cui si confronta un semi interprete con un compilatore, e vince
l'interprete scommetto. Viene da chiedersi perche' ci sia ancora gente
che perde il suo tempo a lavorare sui backend di ottimizzazione di
questi compilatori, allora... :)

 questi compilatori, allora... :)
Vedi sopra a proposito di "soluzioni". Java non lo uso per scrivere il
firmware di un HD, cosi' come non uso l'ASM per fare un gestionale.
E' probabile che ci sara' sempre qualcuno che lavora ai backend. Anche per
java. Pensa solo al funzionamento di HotSpot, dove (tagliando corto) i
metodi piu' eseguiti vengono ottimizzati a runtime con "state of the art
code optimizations" durante l'esecuzione della tua applicazione, in
background
(e non dire che non ti ricorda il Crusoe, con quella specie di HotSpot su
firmware, aggiornabile dall'utente).


 background
Ai miei tempi l'ottimizazione del codice critico si faceva con uno
strano aggeggio chiamato "profiler", il quale ti diceva in quali punti
il programma passava la maggior parte del tempo; poi l'ottimizzazione
decidevi come implementarla. L'ottimizzazione a runtime apparentemente
e' una buona idea, ma bisogna tenere presente che ha una quantita'
enorme di limiti: la parte di profiling non e' gratuita; in generale
l'ottimizzazione del bytecode e la generazione del codice nativo non
sono gratuite; le cosiddette "state of the art code optimizations", a
parte le informazioni di profiling non ricevono molto di piu' con il
passare del tempo, sarebbe comunque piu' redditizio generare il codice
nativo ottimizzato al massimo per tutto il bytecode fin dall'inizio
(anche perche' nella compilazione finale, mi interessa abbastanza poco
che il compilatore spenda 4 ore con la cpu al 100% ed usando 400mega di
memoria -- e' solo un esempio, non incominciare a dire che non
servirebbe a niente ecc.. -- mentre il compilatore just in time non puo'
permettersi sprechi esagerati di risorse, perche' altrimenti penalizza
esageratamente il codice "vero"). E' impressionante come il marketing
blurb attorno a questi prodotti faccia dimenticare alla gente le cose
piu' banali....

 piu' banali....
Scusa, ma vuoi mettere il vantaggio si quale VM ti piace di piu', su quale
sistema far girare l'applicazione e addirittura il tipo di compilazione del
codice.
Quando ho sviluppato x-dve.library e ho tentato di portarla su PPC (ci sono
anche riuscito, dopo le impostazioni di Stefen Heauser), mi sono dovuto
riscrivere le WritePixel() e le WritePixelLine() per evitare ritardi immani
su ogni chiamata ad OS, ho lottato con gli infimi bug di StormC (basta
impostare l'ottimizzazione 68k a livello 4+ e il compilatore di genera
codice auto-crashante. Bug riconosciuto, mai fixato).
Esperienze. Positive; negative; boh ? Permettimi, adesso, di sguazzare nel
blurb.


 codice auto-crashante. Bug riconosciuto, mai fixato).
Lo storm C e' probabilmente il peggior compilatore mai realizzato per
qualunque piattaforma. Le prime versioni (1.x) avevano bug persino nel
preprocessore, bug violentissime che impedivano di compilare codice
quasi banale. Le mie segnalazioni sono state ignorate dalla H&P. Ma non
mi pare si parlasse di amiga. Non mi pare si parlasse di bug del
compilatore -- e comunque l'unica cosa che mi viene da pensare e' che se
ci fosse un bug nel javac, la gente sarebbe costretta poi a sopportare
un workaround nell'interprete per tutta l'eternita'...

 cose: vero genio, grossolani errori o notevole presunzione.
Se posso scegliere solo su 3 cose potrei definirmi un vero genio
notevolmente presuntuoso che fa grossolani errori.
Pero' il mio engine funziona.
Posso aggiungere che mi viene da pensare alle teorie di C.Rubbia
sull'esistenza di vite extraterrestri e sulle possibilita' di comunicare con
loro.
Con questo, ti invito al PhotoShow Roma2000 (18-21 Feb 2000) per parlarne di
persona. Visti i tuoi precedenti, spero che da 10 anni a questa parte non ti
sia scordato il tuo corso di "elaborazione delle immagini" e mi possa dare
una mano ad implementare un efficiente antialiasing 3d (non gaussian blur,
median filter o rendering in risoluzione doppia e resampling, per favore)
per completare la mia implementazione e migliorare in maniera netta il
risultato finale. Gli utenti di MoreFX lo apprezzerebbero. Ovviamente la
collaborazione sara' retribuita. <EOF>


interpretazione della matematica che sta dietro al raytracing.
Personale interpretazione della matematica....uhhmmmmm....mi ricorda tanto la mia
fanta-matematica che mi salva sempre durante lo studio di funzione...=)
BTW, a parte le mie lacune algebriche, il tuo programma mi incuriosisce, mi piacerebbe tabto dargli
un occhio.
Java lo ritengo un ottimo linguaggio con moltissimi pregi e un unico difetto: la lentezza.
Ed e' proprio questo difetto che mi ha sempre spinto a non usarlo....forse tu mi potrai 
smentire.
Ciao.
Paolo

Hello _Chris_, on 12-Feb-00 14:04:16 you wrote:
 CR> Interessante;  pero' lo spiegavano a elaborazione delle immagini gia'
 CR> 10 anni fa... La mia domanda pero' era: "Cosa vuol dire in tempo
 CR> reale?" e non "Cosa vuol dire raytracing" (anche perche' mi hai
 CR> specificato che l'immagine viene generata senza supporto hardware; ma
 CR> su un pc normale
 CR> -- e anche su quelli non tanto normali -- l'accelerazione hw produce
 CR> solo phong e non raytrace). Il raytracing e' un algoritmo decisamente
 CR> intensivo (anche se dipendente dal numero massimo di "rimbalzi" che il
 CR> programma e' disposto a seguire) cosa che lascia dei dubbi sul fatto
 CR> che il tuo concetto di "tempo reale" e il mio coincidano. Ti rifaccio
 CR> la domanda in maniera piu' semplice: "QUANTI FRAME AL SECONDO FA IL TUO
 CR> PROGRAMMA?"
Scusate l'intromissione... La domanda non penso abbia molto senso, sia
perché dipende tutto dalla particolare "scena", sia perché MoreFX è un
programma di titolazione ed effetti video, non un programma di grafica 3D,
quindi non ti devi aspettare ambienti ricostruiti con specchi, vetri,
ombre... Inoltre penso che in questo caso "real time" non sia da intendere
come "a 20-25 frame/sec" o roba simile, bensì come: "visualizzazione
dell'animazione fotogramma per fotogramma, senza prerendering, a velocità
sufficiente per avere un'idea molto precisa del risultato finale".
Ciao,
  Marco.
-- 
|Marco De Vitis          
marc...@tiscalinet.it
 - 
marc...@flashnet.it
|
|Amiga1200 603@175MHz+68040@25MHz BVision 64MbFastRAM 2.1Gb+1.2GbHD 4xCD|
|Home page: 
http://web.tiscalinet.it/marcodv
                 Rome, Italy|
/..."What If", Dixie Dregs 1978/

 smentire.
Saro' felice di farlo personalmente al PhotoShow Roma2000 dal 18 al 21 del
mese, fiera di Roma, stand Sony e Tempestini Video.


E allora? Non parlavamo ne di Rubbia, ne di extraterresti, mi pare.
Si, pensavo (anche questa volta erroneamente) che tu conoscessi quella
teoria e che tu sapessi cogliere la "sfumatura" relazionandola al nostro
thread.
Rubbia diceva che e' estremamente probabile che esistano forme di vita
extraterresti intelligenti, ma non riusciamo a intercomunicare perche':
- I nostri mezzi di comunicazione sono troppo avanzati per loro.
- oppure: I loro mezzi di comunicazione sono troppo avanzati per i nostri.
- oppure: La distanza spazio-temporale e' cosi' elevata da non poter entrare
in contatto.
Spero che sia chiaro almeno il nesso con la nostra discussione.
Mik.


Hello _Chris_, on 14-Feb-00 21:57:12 you wrote:
 CR> Pero' se si parla di raytrace si parla comunque di un algoritmo di un
 CR> certo peso (specchi e vetri o no). E raytracing in tempo reale non mi
 CR> sembra la stessa cosa di "visualizzazione fotogramma per fotogramma
 CR> abbastanza veloce per...". Poi che serva o no nel programma e' un altro
Il concetto di "tempo reale" è sempre relativo all'uso che devi farne; non
mi sembra esista da nessuna parte una definizione del tipo "una animazione è
in tempo reale se fa almeno 20 frame al secondo".
Anche le demo della scena che giravano su Amiga avevano caratteristiche come
"real-time phong shading on 16091601 polygons in HAM mode".
Anche Tornado3D ha la "preview in tempo reale".
Anche il motore 3D in Java di 
www.sumea.com
 è descritto come "motore 3D in
tempo reale" (mi pare, non ne sono sicurissimo).
In tutte queste definizioni, si intende semplicemente che i fotogrammi non
sono precalcolati; non c'è nessuna indicazione sulla velocità, che dipenderà
sempre dalla CPU usata.
Ciao,
  Marco.
-- 
|Marco De Vitis          
marc...@tiscalinet.it
 - 
marc...@flashnet.it
|
|Amiga1200 603@175MHz+68040@25MHz BVision 64MbFastRAM 2.1Gb+1.2GbHD 4xCD|
|Home page: 
http://web.tiscalinet.it/marcodv
                 Rome, Italy|
/..."Hergest Ridge", Mike Oldfield 1974/

 Spero che sia chiaro almeno il nesso con la nostra discussione.
No, ma evidentemente sono troppo stupido...

 sempre dalla CPU usata.
si, ma anche sculpt 3d generava le animazioni con fotogrammi non
precalcolati, ma a mezza giornata per frame sul mio A1000 non avrei avuto il
coraggio di chiamarlo "tempo reale"...

> in tempo reale" (mi pare, non ne sono sicurissimo). In tutte queste
Confermo, ci sono ripassato e si parla proprio di "tempo reale"; hanno anche
appena aggiornato il sito con una nuova applet, che tra l'altro andava
lentissima, un frame ogni tot secondi, non so se dipendesse dalla VM Java
(era la mia prima navigazione su Linux), dal remap su schermo a 256 colori o
altro... perň era sempre "real time".
Ciao,
  Marco.
-- 
|Marco De Vitis          
marc...@tiscalinet.it
 - 
marc...@flashnet.it
|
|Amiga1200 603@175MHz+68040@25MHz BVision 64MbFastRAM 2.1Gb+1.2GbHD 4xCD|
|Home page: 
http://web.tiscalinet.it/marcodv
                 Rome, Italy|
/..."Outside", David Bowie 1995/

 altro... però era sempre "real time".
Confermo la lentezza: sia sotto linux, con la JVM di Netscape 4.61, che
sotto windows con la JVM di Java 2, la velocità era la stessa (su un
PII@350)
Ciao,
Fabio Alemagna