Newsgroup: it.comp.lang.delphi
Titolo: Delphi + DX = GameDev ? (Pareri)

 dovete proporre qualche cose sulle DX, fatelo per C++,
Bop.
Commenti?! :P
Sono d'accordo sul fatto che un software scritto in Delphi non e'
portabile, e che delphi e' un linguaggio molto meno diffuso di C++
(difficolta' di reperimento di programmatori, ecc.).
Sono d'accordo sul fatto che TUTTO e' scritto in C++, e tutorials e
manuali fanno riferimento a quel linguaggio, per cui scrivendo in
Delphi si incontrano parecchie difficolta' legate al porting delle DX
(parlo di DX native, non di DelphiX o simili).
Ora, io non ho mai visto niente di "importante" scritto in Delphi e
DX, ma soltanto qualche cubo o teiera rotante in multitexturing, o
landscape roam, o sparatutto tipo space invaders.
A prescindere da queste cose, cosa mi devo aspettare scrivendo un
engine come puo' essere quello di Half-Life o Quake3 o Black&White in
Delphi+DX? Che faccia 5 fps?
Mah. 
Buona parte del software e' fatto di chiamate alle DX. La rendering
pipeline e' cio' che piu' influisce sulla velocita' dell'engine. Se
ben scritta puo' essere veloce ed efficiente. Ho visto engine C++
cosi' strutturati ed incredibilmente modificabili, da essere
altrettanto pesanti e mastodontici.
Comunque vorrei pareri di altre persone, perche' questa cosa ancora
non la capisco.
Chris

 non la capisco.
Tra l'altro c'e' chi e' impegnato nel creare un gioco "moderno" in Delphi,
andate a vedere a questo indirizzo:
http://www.fistofbenztown.de/
Il gioco in questione, uno sparatutto in prima persona alla Quake, e' fatto
in Delphi.
Sono stati fatti anche altri giochi, tipo Age of Wonders e Warlords III


http://www.fistofbenztown.de/
Wow! Bello! :)
Bene, allora vado avanti sulla mia strada :)
SToRM

>seriamente con Delphi.
Ci sono stati diversi giochi, anche 3d e complessi fatti in Delphi. 
Purtroppo nessuno e' riuscito ad essere pubblicato, e non credo che c'entri 
il linguaggio. In realta' ogni anno sono pochissimi i giochi che vengono 
pubblicati da sviluppatori indipendenti, e diventano sempre di meno.
Cmq Jurassic Wars il clone di C&C che avevo portato all'ICTS di Londra 
diversi anni fa l'ho rilasciato pubblicamente su SourceForge (tramite 
Dominique Luis) e nessuno l'ha portato avanti, o quasi.
Ciao Uberto
ps. se ha qualcuno interessa sviluppare un platform isometrico in qualsiasi 
linguaggio conosco un grafico che ne finanzierebbe lo sviluppo.
-------------------------------
Message Posted by  <dedGateway>
http://www.dedonline.com/forump

 Bene, allora vado avanti sulla mia strada :)
certo ! :D

 seriamente con Delphi.
ehm... solo una precisazione.... spero che la frase di qui sopra sia da
"leggere" all'interno del solo discorso legato allo sviluppo di giochi e non
una generalizzazione...
Sono nel giusto?
Spero proprio di si anche perche' software scritto moooolto seriamente in
Delphi se ne trova davvero parecchio! ;-D
A presto.
 Marco


Certo, e' come dici tu :D
"Sai perche' non hai visto niente ? Perche' nessuno si mette a programmare
seriamente *videogiochi* con Delphi"
bye ! :D

altre piattaformeo SO. saranno lo 0,5% a dir tanto.
Premetto di essere un ignorante in campo ludico (programmare e non
giocare :D).
Mi chiedevo ma se metti in ballo le DX in automatico perdi
portatilita' (DX=MICROSOFT=WIN) o sbaglio.
Senza parlare della portatitilita' audio!, se per il 3d esiste OPENGL
che e' + o - similie su vari os (WIN,MACOSX,LINUX) per l'audio nulla
esiste.... (Be nulla a livello OPENGL).
Penso che i Giochi siano poco portabili in generale (a meno di farsi
wrapper propri).
IO credo che quella della portatilita' sia una pessima scusa.
Sono daccordo che il c/c++ sia il linguaggio + diffuso (per ora),
forse avra' pure un compilatore + avanzato x quanto riguarda le
ottimizzazioni (ma quanto e' lento...), ma in fondo il codice critico
in un gioco e' + o - il 5%-6%, e potrei sempre pensare di ottimizzare
alcuni pezzi in asm portandolo alle prestazioni di c++.
Poi x parlare di prestazioni io in questo periodo vedo sempre + giochi
poco ottimizzati e performanti (fatti con i piedi)  :).
Poi bisogna pensare alla cosa secondo me + importante x un gioco:
tempi e costi di sviluppo.
Secondo me in delphi questi sono nettamente inferiori... 
Salutoni
Kirys
--------------------------------------------------
Kirys
Remove DELTHIS from the address to reply
   .  _/\  ______/\ 
  /| /  /  \  _____\     
http://www.kt2k.com
 / |/  /    \/  / \/  _____  _____  _____  _____
/   _  \    /  /     |___  ||     ||     ||     |
\__| \  \  /  /      |  ___||  |  ||  |  ||  |  |
      \_/  \_/       |_____||_____||_____||_____|

 poco ottimizzati e performanti (fatti con i piedi)  :).
hai proprio ragione, e sono fatti in C/C++ :D
i tempi in cui la ID faceva girare giochi 3d su computer che reggevano a
malapena un word processor sono finiti.
Ad esempio quake 1 e' un capolavoro di ottimizzazione :)
Ciao !

 non la capisco.
Ti ho espresso la mia :P
Byez
--
---------------------------------------
             -->  Ne]DR[oS <--
---------------------------------------
       e-mail: 
ned...@freemail.it
   e-mail x files: 
ned...@ciaoweb.net
---------------------------------------

veloce rispetto al BCC (non so se sia una bufala!),
Un riferimento ufficiale dove sia spiegata questa cosa ?

 Un riferimento ufficiale dove sia spiegata questa cosa ?
Humm appunto ho detto che non so se sia una bufala! Cmq l'ho letto sul libro
"Delphi 4 Guida Completa" della Apogeo. ;)
Byez

"Delphi 4 Guida Completa" della Apogeo. ;)
Mah... ci credo poco...
--
Andrea Laforgia - walkietalkie(at)
libero.it
#exclude <windows.h>

BC++builder su VC++ :D
La portabilita' e' lasciata nelle mani dei programmatori,
non se ne deve occupare l'ambiente di sviluppo.
E ovvio che non ci sia portabilita' tra le varie
implementazioni, perche' il concetto stesso di
"implementazione" contraddice a priori il concetto di
"portabilita'".
La portabilita' di un'applicazione tra le diverse
implementazioni nasce con il tentativo da parte del
programmatore di rendere il suo codice facilmente
trasportabile.
Se prevedo che la mia applicazione debba creare una finestra
sotto Windows, sotto X Window e sotto Macintosh,
evidentemente non compiero' un "hard-code" di CreateWindow,
ma probabilmente costruiro' una funzione CreaFinestra che
andro' poi ad implementare in modo differente a seconda del
sistema operativo.


ottimizzazioni (ma quanto e' lento...),
*Cosa* e' lento ?


e' piu' diffuso, di per se non vuol dire nulla.
E' un mito da sfatare. Tutti i programmatori che *hanno
bisogno* del C e del C++ (e bada che le esigenze che
conducono all'uso dell'uno o dell'altro sono molto diverse)
utilizzano questi linguaggi.
Non esiste la concezione di programmatore "vero".
Il C e il C++, in ogni caso, sono diffusi perche' sono degli
ottimi linguaggi e non per un caso fortuito (anche se
ritengo che molte volte il C++ sia da evitare).


Mah... ci credo poco...
non sarei cosi sicuro, molte funzioni di delphi sono scritte in un
ottimo asm.
Inoltre un compilatore puo' far poco se il programmatore e' una zappa
:D
ciao


*Cosa* e' lento ?
a compilare si...
a parita di linee ci mette il triplo :)


a parita di linee ci mette il triplo :)
I compilatori C/C++ sono notoriamente piu' lenti dei compilatori
Pascal, ma questo non dice nulla sulla minore/maggiore efficienza
del codice prodotto.

Inoltre un compilatore puo' far poco se il programmatore e' una zappa
???

standard C/C++ sono scritte in asm,
Preciso : con i compilatori Borland.