Forum libero

> > > > > > > > È tutto l'insieme: il vialetto, l'arco, i lampioni... tutto sa di transizione verso l'aldilà e l'atmosfera generale suggerisce proprio questi pensieri. Mi ricorda l'ambientazione di un rebus, e infatti trovavo cimiteriali anche i rebus.
> > > > > > > >
> > > > > > > > Comunque complimenti per il fatto di riuscire a creare un motore di rendering in Javascript, anche se non in tempo reale. È una dimostrazione della qualità del software della PisanoSoft. Ah no come si chiamava? Sweet Pixel?
> > > > > > >
> > > > > > > Certo non sarà come questo: http://www.quakejs.com/
> > > > > > >
> > > > > >
> > > > > > Cioe` vorresti paragonare la resa grafica di Cydonia con quell'affare li` dove le pareti sono poster piatti da tardi anni '90 e che ci ha messo una decina di minuti per caricare tutto?
> > > > >
> > > > > Ummm mi sa che la suora ha visto giusto: al pubblico piacciono queste cose.
> > > >
> > > > Sbaglia di grosso.
> > > > Ai preadolescenti piacciono quelle cose, forse.
> > > > E forse ormai neanche a loro.
> > > >
> > > > > È incredibile che del software interpretato in un blobbone di browser abbia la potenza di un computer dei primi anni duemila.
> > > >
> > > > E` perche` non e` proprio interpretato, ormai i javascript li compilano "in time".
> > >
> > >
> >
> > http://en.wikipedia.org/wiki/V8_(JavaScript_engine...
> >
> > Compilano, trasformano lo script in assembly e poi lo assemblano ed eseguono.
> > E nel tempo lo ottimizzano dinamicamente, pure.
>
> Interessante, non lo sapevo. Sto diventando un vecchio che vive nel passato

La cosa mi colpi` all'inizio dell'anno scorso, quando scrissi "Wirez of Cydonia" per provare un po' dove si arrivava senza appoggiarsi troppo a hardware specifico come coi Canvas 3D accelerati. Poi abbandonai l'idea trovandola comunque troppo limitante, ma era perche` intendevo qualcosa che funzionasse in tempo reale e che fosse espandibile da persone comuni, senza stare a fare UV mapping e altra roba veramente scomoda e piena di ineleganti trucchi. Quest'anno ho riflettuto sulla possibilita` di rimuovere il primo assunto: che funzioni in tempo reale. A me piacciono i fumetti, infatti, e anche a tanti altri. E se un gioco assomigliasse a una storia a fumetti dinamica, sempre nuova? E allora ho ripreso Wirez of Cydonia e ho mantenuto praticamente solo il nome: dell'originale ci sono ormai poche tracce, ma il risultato mi attizza un casino!

> > http://en.wikipedia.org/wiki/V8_(JavaScript_engine...
> >
> > Compilano, trasformano lo script in assembly e poi lo assemblano ed eseguono.
> > E nel tempo lo ottimizzano dinamicamente, pure.
> >
> > Direi che la differenza tra qualcosa di scritto in ASM o in L.in.oleum si e` ridotta a finire nello stesso ordine di grandezza, oggi. Insomma, direi che oggi il codice JS puo` girare in un browser a un passo che puo` essere di qualche volta piu` lento di una sua versione ASM ottimizzata con coscienza, ma non di interi ordini di grandezza piu` lento.
>
> Non farti fregare dalle buzzword, il just-in-time compiler ottimizza solo alcuni tipi di operazione, gli accessi agli oggetti e agli array in javascript sono difficilmente ottimizzabili perché sostanzialmente tutto è un oggetto ed ha delle property; è una caratteristica del linguaggio che cozza con le ottimizzazioni.

Be', di preciso non lo so, ma penso che se ti sforzi di ricondurre il tutto ad arrays continue (intendo, non "sparse") di tipi primitivi non credo che il javascript engine sia cosi` imbecille da indicizzarle con qualcosa di piu` dispendioso di un'indirezione semplice. Sebbene il linguaggio sia impostato per usare oggetti ovunque e comunque, ho notato che il far somigliare il piu` possibile a dei semplici buffer quei pochi grandi oggetti che si usano aiuta molto. Per esempio il raster che ottieni da un getImageData sul contesto 2D di un canvas e` un'array molto speciale, che V8 chiama un "UInt8ClampedArray".

All'atto pratico, ho notato che riempirne una enorme a una componente di colore per volta non e` troppo dispendioso da non poter girare in tempo reale: in effetti, ho visto e cronometrato che e` piu` veloce rasterizzare un poligono scan-convertendolo col Bresenham che farlo riempire dal metodo fill sul contesto 2D.

Infatti in un motore come Cydonia, che si propone di usare un numero enorme (nell'ordine di diversi milioni) di triangoli da:

- selezionare testandone la visibilita`,
- illuminare con molteplici sorgenti di luce,
- proiettare da 3D a 2D,
- convertire in "pixels" con un algoritmo Bresenham,
- deciderne la visibilita` per punto aggiornando un depth buffer,
- marcandoli su uno stencil,

di tutto questo, strano ma vero e coi dati di profilazione alla mano, il collo di bottiglia non e` dal riempimento in giu`, ma nei calcoli ripetuti milioni di volte. Calcoli che comunque sarebbero in virgola mobile anche in altri linguaggi. Sicche` il punto resta che sono prodotti diversi:

- il coso quake-like, li`, che fa 4 quadratoni in croce per disegnare stanzette cubiche a 60 fps, ha un senso avvantaggiarlo dal punto di vista del blitting duro e crudo appellandosi al basso livello;

- il nuovo Cydonia e` stato immaginato tenendo conto dei limiti di un linguaggio che e` fatto per farsi molte seghe mentali ma sapendo che, di recente, tutto sommato e` diventato abbastanza bravo a farsele, e nel frattempo sfruttando una serie di operazioni che sarebbero comunque poco riducibili.

In breve, e` un fatto di molti pixel contro molti poligoni: in Cydonia non ci sono neanche UVmaps, e non ci saranno perche` sono difficili da gestire per la persona comune che volesse contribuire a dei modelli. E` molto piu` abbordabile usare la geometria dura e pura dei modelli andando in digital sculping in Blender o chi per lui.

> Il grosso vantaggio invece delle virtual machine è che hai la profilazione del codice nel tempo reale di esecuzione, con dati reali, e quello permette di saltare a piè pari rami morti di codice e altro; da questo punto di vista il jit di java 7+ è molto evoluto perché aiutato dagli hint sui tipi che javascript non ha.

Non li ha, pero` immagino li possa inferire.

> asm.js è un subset di javascript che introduce un po' di tipizzazione e permette un guadagno di performance su quel tipo di codice che è sostanzialmente movimentazione di primitivi e array di primitivi che possono essere assimilati a veri array.

E mi sembra strano che i motori come il V8 non lo facciano: se non altro, ho l'impressione che lo facciano date le performances in quegli aspetti. Ripeto che il collo di bottiglia sono i conti, non la movimentazione di grosse arrays che vengono trattate in tutto e per tutto come intervalli contigui di memoria.

> Il tipo di codice che serve ad asm.js per entrare in gioco è difficilmente scritto a mano, solitamente è il prodotto di una elaborazione di altro, nel caso che ho portato io è emscripten, che porta il codice c++ in asm.js.
> Un altro fattore decisivo per le performances di questo tipo di programmi è webgl, che oggi è implementato nei browser ed è un wrapper molto semplice di chiamate alle api native delle schede video.

Che pero` a Cydonia non serve perche` gran parte del suo rendering deve essere fatto in software, e non puo` essere altrimenti.

Scritto da: altg

> > O sei in modalita' Lich "Il FdT2.0 l'avrei scritto in PHP in due minuti con la mano sinistra mentre con la destra combatto un goblin" ?
>
> Hai idea della complessita` di Postline e del fatto che a suo tempo lo scrissi in PHP in poco meno di un mese?

No, ma se e' stato scritto in PHP posso immaginare che piu' che complesso sia -ahem- caotico

> Era la fine del 2002, tu cosa facevi nel 2002 in un mese?

Seimila Euro scrivendo questo

> il community disk che qui non avete mai neanche voluto provare ad implementare

Community Disk == upload di foto pedone.

> chat integrata che qui e` arrivata (male) dopo strani eoni

E che nessuno vuole usare

> indicizzazione di forum e log persistenti della chat. E negli anni successivi ce l'hai poi messo un sistema di manutenzione automatico che riesce a risolvere conflitti dovuti a backup corrotti, o un chatterbot intelligente con un natural language parser e che recupera risposte da wikipedia?

La base del FdT2.0 e' stata scritta da Giambo tra una poppata e l'altra di $erede1, la sera dopo il lavoro.
Il grosso del lavoro e' stato fatto in un giorno, quando Ed Master ha deciso di chiudere il FdT: Si e' passati da un qualcosa che succhiava i messaggi del FdT (Nome originale: FdTSucker) a un'abbozzo di forum funzionale.

Col tempo pure Sarru e la Suora hanno ritagliato qualche ora la sera, dopo il lavoro, per metterci le pezze e correggere le mie cazzate

Credo che se avessimo avuto anche noi a disposizione 50 ore alla settimana sarebbe venuto fuori qualcosa di stupendo paragonabile a Postline.
Per fortuna il codice e' aperto e il database e' disponibile a tutti, quindi se un novello Zuckerberg vuole farsi avanti, ha la strada spianata !

> Ora lo vedi a cosa serve Cydonia o sei senza speranza?

La seconda che hai detto, non lo vedo. Chissa' a chi la storia dara' ragione.