Strumenti utili allo sviluppo di applicazioni.

[Guardian of Irael]

Scusate l'inizio brusco di discussione, ma è stata divisa per eliminare l'OT dal topic di Dark Rain. Qui si parla di linguaggi utili allo sviluppo di applicazioni, diteci la vostra e consigliateci :3

 

Riporto il messaggio di JackX dal quale è nato tutto

 

 

Vi ci clicco ovunque in caso :D

[...]

Non preoccuparti... sarà un nuovo tipo di banner: non sarai tu a cliccare loro, saranno loro a cliccare te B°D

 

[...]

Quando hai detto javascript ho pensato subito all'html5, stavo guardando proprio oggi qualcosina...

 

C++ è il mio preferito :3

E va beh, si vede ormai che vuoi libertà totale, a me più di tanto non dispiace ^ ^

Peccato che, HTML5, presenti ancora dei bug non trascurabili ( tra report che ho letto in giro e problemi vari che si hanno con il nuovo visualizzatore video HTML5 di youtube... ).

Inizialmente, infatti, volevo proprio puntare su HTML5, utilizzando nello specifico questo framework ( insomma, una base di librerie da cui partire ): PhoneGap. Qui le caratteristiche: Supported Features.

Il motivo principale per cui ho lasciato perdere è che il supporto all'accelerazione grafica non è ancora ai livelli necessari per far girare bene ovunque le applicazioni fatte ( magari c'è quel browser, in quel sistema operativo, che ancora non ha introdotto il supporto alle WebGL oppure gli mancano alcune features dell'HTML5 e/o del CSS3 etc. ).

 

Il C/C++ rimane la base di tutto... Un livello più basso è coperto solo dall'Assembly ( in realtà Assembly è solo basso livello xD ).

Lo svantaggio odierno, rispetto ai linguaggi interpretati come Java ( il quale mi pare di aver letto possa anche essere compilato in modo da avvicinarsi alle prestazioni del "rivale" C++, pur venendo comunque eseguito all'interno della sua virtual machine che ne permette appunto l'uso su tutte le piattaforme in cui vi è installata ), è che spesso hai la necessità di fare particolari modifiche ( magari da Windows a Linux e viceversa ) oppure dover proprio imparare un linguaggio analogo ( è il caso dell'Objective C per MacOS e iOS... alcune cose le puoi anche fare in C++, altre pare di no ) per poter coprire diverse piattaforme ( se per iOS si parla di Objective C, per Android si parla di Java, nonostante per entrambi si possa comunque fare una buona parte in C++ con gli appositi SDK ). Forse con le librerie QT si riesce a fare qualcosa, in C++, senza dover scomodare altri linguaggi, però a suo tempo c'era qualcosa che non mi convise tanto ( forse non avevo accesso a tutte le funzioni che mi servivano... boh ). Non l'ho evidenziato ma l'obbiettivo sarebbe avere un unico codice che può girare sulla maggior parte delle piattaforme, i cui vantaggi sono sufficientemente evidenti.

 

Un programma molto buono, a mio giudizio, che si occupa di esportare del codice ( abbastanza semplice da imparare, grazie anche alle numerose funzioni e librerie già pronte ) in una applicazione Java ( utilizzabile quindi su Windows, Linux, MacOS X, Android ed esporta anche in javascript, quindi utilizzabile nel browser ), è: Processing, open-source e nessuna licenza da acquistare, anche se vuoi vendere le tue applicazioni.

Il codice è molto simile al Java, tant'è che se non erro puoi anche scrivere codice Java.

Prima c'era il supporto anche per l'applet Java ( quindi lo potevi esportare in modo che fosse eseguibile via browser, come MineCraft ), ora per motivi di minor supporto hanno abbandonato questa opzione.

Rimane comunque il fatto che sia molto valido per tutto il resto e la possibilità di esportare in javascript compensa, in parte, la mancanza dell'applet ( il test javascript nell'altro mio messaggio è fatto ed esportato proprio con Processing ).

Per chi poi non ha un Android su cui provare ed utilizzare applicazioni già esistenti o fatte con Processing, ho avuto modo di verificare l'ottima efficacia di un programma che simula un ambiente Android ( decisamente meglio dell'emulatore messo a disposizione da Google ): BlueStacks.

 

Insomma, se vuoi accelerare i tempi e non dover scoprire volta per volta i problemi relativi ad ogni O.S. ( e quella funzione lì non è supportata per quella versione della libreria per quell'hardware specifico, e quello che va in crash con quel driver etc. etc. ), Processing potrebbe essere molto interessante. Sottolineo come abbia decisamente poco da invidiare alla maggior parte delle applicazioni scritte in C++ e che utilizzano le OpenGL ( per andare effettivamente a scovare le differenze nelle prestazioni, bisogna ritrovarsi in casi abbastanza limite o eccezzioni particolari, insomma, non sono problemi che riguardano la maggior parte delle applicazioni e dei giochi xD ).

 

Questo te lo dico per esperienza, seppur brevissima, personale: ho fatto una piccola collaborazione con un gruppo di ricerca della mia facoltà, realizzando una semplice applicazione in C++, su Linux e su Windows ( cercando quindi di avere un unico codice ) che utilizza le OpenGL per la parte video e le OpenNI+NITE per interfacciarsi col Kinect ( sono librerie davvero ben fatte ). Lo scopo era quello di avere delle zone particolari nello spazio con cui interagire ( per esempio, si può piazzare un triangolo nello spazio e se una persona ci passa sopra, quello cambia colore, così da evidenziare l'avvenuta collisione ).

Per una cosa così, abbastanza modesta, sono comunque sorte alcune seccature causate da driver e hardware video differenti ( persino una "scemenza" come l'anti-aliasing può essere dare risultati differenti in differenti hardware, e non parlo di vecchi computer... ).

Da questa esperienza capì che:

1) dovevo mollare RPG Maker, avevo troppe cose importanti da imparare e cominciare ad utilizzare un linguaggio di programmazione in modo più costante è una di quelle;

 

2) è necessario trovare il modo più efficiente di spendere il proprio tempo, sia nel presente che nel futuro ( anche relativamente all'acquisizione di conoscenze utili economicamente ): un linguaggio di programmazione come Java e Action Script permette di scrivere un unico codice e di farlo girare su un buon numero di O.S. e hardware differenti.

 

 

 

Ah sì, quello lo avevo già visto tempo fa sul gruppo FB XD

Bene almeno per la firma nuova :D

Comunque intendevo fatevi sentire qui ogni tanto :*

Prima o poi aprirò qualche topic... che sia qualche roba vecchia di RPG Maker o per segnalare qualche programma utile come quello più su.

 

 

 

saranno loro a cliccare te B°D

D: D:

 

Discorso HTML... hai ragione! Difatti non mi ci son mosso per nulla ancora e lo guardo un pochino alla distante, anche se credo ci sbatterò la testa prima o poi per giochini semplici visto che ormai promuovono solo quello e per il resto dicono muore di qua e muore di là ;____ ;

 

Un livello più basso è coperto solo dall'Assembly ( in realtà Assembly è solo basso livello xD ).

Lo sai che non son cose da dire queste così tante volte! Poi per far davvero tutto da zero ci viene da programmare con quello >

 

Col C++ sì, le librerie per quel che ho sempre visto ti salvano per farlo funzionare su ogni piattaforma, forse quei due accorgimenti finali ci vogliono però, pure io quel timore l'ho avuto... poi se usi visual studio per programmare, il solo-windows lo temi ° °

 

Mmmh processing, non conoscevo, anche pechè sembra poco orientato al game come indirizzo, sarebbe comunque passato inosservato! Eppure qualsiasi cosa con su scritto java non è che mi abbia mai attirato più di tanto >

 

Per chi poi non ha un Android su cui provare ed utilizzare applicazioni già esistenti o fatte con Processing, ho avuto modo di verificare l'ottima efficacia di un programma che simula un ambiente Android ( decisamente meglio dell'emulatore messo a disposizione da Google ): BlueStacks.

Ecco, non mi è mai minimamente venuto in mente di provare un emulatore android, per quanto mi interessasse quest'ultimo, grazie, avere il link sottomano è buona cosa, salvato! :3

 

Non uso le OpenGL, mi muovo sempre in 2D e mi son trovato bene con Allegro, mi sta simpatica XD

 

( per andare effettivamente a scovare le differenze nelle prestazioni, bisogna ritrovarsi in casi abbastanza limite o eccezzioni particolari, insomma, non sono problemi che riguardano la maggior parte delle applicazioni e dei giochi xD ).

Io son cattivo da questo punto di vista

 

Il problema del test su diversi pc, io ne ho uno vecchio e basta >

Buoni due punti, il primo l'ho seguito, vediamo se riesco per bene con il secondo ^ ^

 

Prima o poi aprirò qualche topic... che sia qualche roba vecchia di RPG Maker o per segnalare qualche programma utile come quello più su.

Magimagnifico!

[JackX]

@ Guardian of Irael

 

 

Discorso HTML... hai ragione! Difatti non mi ci son mosso per nulla ancora e lo guardo un pochino alla distante, anche se credo ci sbatterò la testa prima o poi per giochini semplici visto che ormai promuovono solo quello e per il resto dicono muore di qua e muore di là ;____ ;

Possono dire quel che vogliono, io aspetto ancora che il player video youtube versione HMTL5 funzioni non peggio di quello Flash... Steve Jobs ha insistito sul fatto che Flash non fosse adatto per gli smartphones... la "risposta" di Adobe è stata Air xD [ Air ti permette di utilizzare applicazioni scritte in ActionScript ( quindi anche con SDK gratuiti come Flex ) e di farle girare, QUASI come se fossero native, su varie piattaforme, sia Desktop che Mobile ( tra cui proprio iOS xD ) ].

 

 

Lo sai che non son cose da dire queste così tante volte! Poi per far davvero tutto da zero ci viene da programmare con quello > <

 

 

Col C++ sì, le librerie per quel che ho sempre visto ti salvano per farlo funzionare su ogni piattaforma, forse quei due accorgimenti finali ci vogliono però, pure io quel timore l'ho avuto... poi se usi visual studio per programmare, il solo-windows lo temi ° °

 

Mmmh processing, non conoscevo, anche pechè sembra poco orientato al game come indirizzo, sarebbe comunque passato inosservato! Eppure qualsiasi cosa con su scritto java non è che mi abbia mai attirato più di tanto > <

Fortunamente, non ha alcun senso, con l'hardware attuale, programmare giochi per Desktop e Mobile in assembly xD

Però, quando mi è capitato di dover scegliere se programmare, un PIC della Microchip, in Assembly o in C, non ho avuto molti dubbi: Assembly. Penso che trattandosi anche di pochi MHz, abituarsi ad avere un maggior controllo sul flusso del programma, ottimizzando a dovere ove necessario ( cosa che magari in C non riusciresti a vedere a causa del livello di astrazione maggiore ), sia tutto di guadagnato nel momento in cui dovrai contare addirittura il tempo all'interno di un ciclo di operazioni ( solitamente composto da più di un ciclo di clock ).

So che al più se ne utilizza un po', in campo professionale, sempre riguardo i videogame, qualora sia necessario effettuare specifiche ottimizzazioni ( magari sulla memoria ). Non mi stupirebbe se in questi casi centrassero console come la playstation, il cui hardware fa sempre tanto felici i programmatori xD

 

 

Sottolineo che, semplicemente col C++, ci sono accorgimenti da prendere in base all'O.S., quanto poi questi siano "pesanti", è un altro discorso... possono essere due righe o, nel caso dell'Objective-C ( quindi MacOS e iOS ) anche di più. Ovviamente ci sono librerie cross-platform, come quelle che ho utilizzato per Kinect ( non è un caso che abbia utilizzato OpenGL e OpenNI, tra l'altro con un IDE cross-platform come CodeBlocks xD ), ma ci sono anche quelle che vanno su una sola piattaforma praticamente ( le DirectX mi pare solo Windows e Xbox ).

Ciò che può seccare di più, ed è uno dei motivi per i quali avere uno stessa base hardware per console conferisce il vantaggio di poter usare hardware vecchio e ottenere comunque buoni risultati, è l'ottimizzazione in base ai diversi hardware montati su PC, nonché diversi driver... La scheda video della PS3 è ridicola già da un po', eppure ce la fa ancora ( pur sempre col difetto di texture generalmente meno dettagliate della concorrente Microsoft ).

 

 

Anch'io sono sempre stato molto diffidente nei confronti di Java... non so perché xD

Questo comunque non mi ha impedito di provare per un po' Processing ( la sintassi, come ho già scritto, assomiglia a Java, ma di base rimane più semplice, è fatta apposta perché sia abbastanza accessibile anche a chi non è proprio un programmatore: magari un artista che vuole creare un piccolo sketch audio-visivo ).

 

Comunque più tardi, quando scelsi di dare un esame che comprendeva Java, mi dovetti ricredere: è più accessibile di quanto non sembri e ha i suoi "perché", anche se la questione della garbage collection mi puzza un po' ( in sostanza hai meno controllo sulla de-allocazione della memoria rispetto a C++ )... comunque ci sono tanti esempi di software scritti in Java, anche molto "pesanti", che funzionano bene, alla stregua di uno scritto in C++ ( come accennavo prima, le differenze possono anche essere impercettibili nella maggior parte della applicazioni ).

Ci sono già giochi realizzati con Processing ( e anche cose più COMPLESSE ed ESIGENTI )... il fatto che non abbia una connotazione particolarmente orientata ai giochi, non significa che non sia adatto: è semplicemente adatto ad applicazioni in generale, così come lo è C++ e Java. Di sicuro non nascono come linguaggi di programmazione orientati ai giochi. È la scelta delle librerie che ti permette di ottenere vantaggi in un determinato campo ( le OpenGL sono adatte per elaborazioni video in generale, ma questo non gli impedisce, grazie anche alla accelarazione grafica, di fare meglio delle liberie Allegro, sempre rimanendo sul 2D ).

Per Processing ci sono diverse librerie: quelle base sono già sufficienti per coprire le necessità di molti giochi ( puoi gestire mouse, tastiera, touchscreen, video 2D/3D, audio, se non erro anche socket etc. ).

Sarei curioso di vedere quanto codice Allegro dovresti scrivere per ottenere lo stesso risultato che ho ottenuto io ( ovvero quel semplice test sulle collisioni che ho messo un paio di post fa ).

Qui ti riport il codice per curiosità:

 

 

/* @pjs preload="img/lower.png, img/upper.png, img/Zonta.png"; */
PImage imgLower, imgUpper, imgCharsetPlayer, imgPlayer, imgUpperCollision, imgPlayerCollision;
int intX=0, intY=0, intXnext=0, intYnext=0, intDirezionePlayer=0, intPassoPlayer=3, intPosaPlayer=1, intFrequenzaPlayer=25, intPosaFlagPlayer=1, intContatorePlayer=0, intDirCharaPlayer=0;
boolean[] blnKeyBuffer = new boolean[256];
boolean[] blnSpecKeyBuffer = new boolean[256];
int intDimPlayer, intWidthPlayer, intHeightPlayer;
private static final int DIR_LEFT = 1, DIR_LEFT_UP = 2, DIR_UP = 4, DIR_UP_RIGHT = 8, DIR_RIGHT = 16, DIR_RIGHT_DOWN = 32, DIR_DOWN = 64, DIR_DOWN_LEFT = 128;
boolean blnNoCollision = false, blnNoBackground = false;
void setup() {
imgLower = loadImage( "img/lower.png" );
size( imgLower.width*2, imgLower.height*2 );
imgUpper = loadImage( "img/upper.png" );
imgCharsetPlayer = loadImage( "img/Zonta.png" );
imgPlayer = createImage( 24, 32, ARGB );
imgPlayerCollision = createImage( imgPlayer.width, imgPlayer.height, ARGB );
intWidthPlayer = imgPlayer.width;
intHeightPlayer = imgPlayer.height;
intDimPlayer = intWidthPlayer*intHeightPlayer;
noSmooth();
}
void draw() {
if ( blnKeyBuffer[int('c')] == true || blnKeyBuffer[int('C')] == true )
 blnNoCollision = true;
else
 blnNoCollision = false;


for ( int k = intPassoPlayer; k > 0; --k ) {
 intXnext = intX;
 intYnext = intY;
 intDirezionePlayer = 0;
 if ( blnSpecKeyBuffer[uP] == true ) {
  intYnext -= 1;
  intDirezionePlayer += DIR_UP;
  intDirCharaPlayer = 0;
 }
 if ( blnSpecKeyBuffer[right] == true ) {
  intXnext += 1;
  intDirezionePlayer += DIR_RIGHT;
  intDirCharaPlayer = 1;
 }
 if ( blnSpecKeyBuffer[DOWN] == true ) {
  intYnext += 1;
  intDirezionePlayer += DIR_DOWN;
  intDirCharaPlayer = 2;
 }
 if ( blnSpecKeyBuffer[left] == true ) {
  intXnext -= 1;
  intDirezionePlayer += DIR_LEFT;
  intDirCharaPlayer = 3;
 }
 if ( intContatorePlayer > 0 ) {
  if ( intContatorePlayer < intFrequenzaPlayer*2 ) {
if ( intContatorePlayer == intFrequenzaPlayer ) {
 intPosaPlayer = 1;
}
intContatorePlayer++;
  }
  else {
intPosaFlagPlayer = ( intPosaFlagPlayer == 0 )?( 1 ):( 0 );
intPosaPlayer = 1;
intContatorePlayer = 0;
  }
 }

 if ( intContatorePlayer == 0 ) {
  if ( intDirezionePlayer != 0 ) {
intContatorePlayer = 1;
if ( intPosaFlagPlayer == 0 )
 intPosaPlayer = 0;
else
 intPosaPlayer = 2;
  }
  else
intPosaPlayer = 1;
 }
 
 imgPlayer.copy( imgCharsetPlayer, intPosaPlayer * imgPlayer.width, intDirCharaPlayer * imgPlayer.height, imgPlayer.width, imgPlayer.height, 0, 0, imgPlayer.width, imgPlayer.height );
 imgPlayer.loadPixels();
/*
0: SINISTRA ( - )
1: SU ( - )
2: DESTRA ( + )
3: GIU ( + )
*/
 int[] intEstremiPlayer = { intWidthPlayer - 1, intHeightPlayer - 1, 0, 0 };
 for ( int i = 0, y = 0; y < intHeightPlayer; ++y ) {
  for ( int x = 0; x < intWidthPlayer; ++x, ++i ) {
if ( ( imgPlayer.pixels[i] >> 24 & 0xFF ) != 0 ) { // ALPHA
 // SINISTRA
 if ( x < intEstremiPlayer[0] )
  intEstremiPlayer[0] = x;
  // SU
 if ( y < intEstremiPlayer[1] )
  intEstremiPlayer[1] = y;
 // DESTRA
 if ( x > intEstremiPlayer[2] )
  intEstremiPlayer[2] = x;
 // GIU
 if ( y > intEstremiPlayer[3] )
  intEstremiPlayer[3] = y;  
}
  }
 }
 if ( intEstremiPlayer[0] == ( intWidthPlayer - 1 ) )
  intEstremiPlayer[0] = 0;

 if ( intEstremiPlayer[1] == ( intHeightPlayer - 1 ) )
  intEstremiPlayer[1] = 0;

 if ( intEstremiPlayer[2] == 0 )
  intEstremiPlayer[2] = intWidthPlayer - 1;

 if ( intEstremiPlayer[3] == 0 )
  intEstremiPlayer[3] = intHeightPlayer - 1;
 int intWidthPlayerEffective = intEstremiPlayer[2] - intEstremiPlayer[0] + 1;
 int intHeightPlayerEffective = intEstremiPlayer[3] - intEstremiPlayer[1] + 1;
 int intDimPlayerEffective = intWidthPlayerEffective * intHeightPlayerEffective;


 int[] collisioni = { 0, 0, 0, 0 };

 // SINISTRA
 imgPlayerCollision.copy( imgUpper, intX + intEstremiPlayer[0] - 1, intY + intEstremiPlayer[1], 1, intHeightPlayerEffective, 0, 0, 1, intHeightPlayerEffective );
 imgPlayerCollision.loadPixels();
 for ( int i = 0; i < intHeightPlayerEffective * ( intWidthPlayer - 1 ); i += intWidthPlayer ) {
if ( (imgPlayerCollision.pixels[i] >> 24 & 0xFF) != 0 ) { // ALPHA
 collisioni[0] = 1;
 break;
}  
 }
 // SU
 imgPlayerCollision.copy( imgUpper, intX + intEstremiPlayer[0], intY + intEstremiPlayer[1] - 1, intWidthPlayerEffective, 1, 0, 0, intWidthPlayerEffective, 1 );
 imgPlayerCollision.loadPixels();
 for ( int i = 0; i < intWidthPlayerEffective; ++i ) {
if ( (imgPlayerCollision.pixels[i] >> 24 & 0xFF) != 0 ) { // ALPHA
 collisioni[1] = 1;
 break;
}  
 }
 // DESTRA
 imgPlayerCollision.copy( imgUpper, intX + intEstremiPlayer[0] + intWidthPlayerEffective, intY + intEstremiPlayer[1], 1, intHeightPlayerEffective, 0, 0, 1, intHeightPlayerEffective );
 imgPlayerCollision.loadPixels();
 for ( int i = 0; i < intHeightPlayerEffective * ( intWidthPlayer - 1 ); i += intWidthPlayer ) {
if ( (imgPlayerCollision.pixels[i] >> 24 & 0xFF) != 0 ) { // ALPHA
 collisioni[2] = 1;
 break;
}  
 }
 // GIU
 imgPlayerCollision.copy( imgUpper, intX + intEstremiPlayer[0], intY + intEstremiPlayer[1] + intHeightPlayerEffective, intWidthPlayerEffective, 1, 0, 0, intWidthPlayerEffective, 1 );
 imgPlayerCollision.loadPixels();
 for ( int i = 0; i < intWidthPlayerEffective; ++i ) {
if ( (imgPlayerCollision.pixels[i] >> 24 & 0xFF) != 0 ) { // ALPHA
 collisioni[3] = 1;
 break;
}  
 }
 if ( blnNoCollision == false ) {
  if ( ((intDirezionePlayer & DIR_LEFT) != 0x0) ) {
if ( collisioni[0] == 0 )
 intX = intXnext;
  }
  if ( ((intDirezionePlayer & DIR_UP) != 0x0) ) {
if ( collisioni[1] == 0 )
 intY = intYnext;
  }
  if ( ((intDirezionePlayer & DIR_RIGHT) != 0x0) ) {
if ( collisioni[2] == 0 )
 intX = intXnext;
  }
  if ( ((intDirezionePlayer & DIR_DOWN) != 0x0) ) {
if ( collisioni[3] == 0 )
 intY = intYnext;
  }
 }
 else {
  intX = intXnext;
  intY = intYnext;
 }
}
if ( blnNoBackground == false ) image( imgLower, 0, 0 );
image( imgUpper, 0, 0 );
fill( 0, 0, 255, 200 );
image( imgPlayer, intX, intY );

fill( 0, 255, 255 );
fill( 255, 255, 255, 125 );
rect( 10, height/2 - 70, width/2 - 20, 60 );
fill( 0, 0, 0 );
text(
  "X: " + intX + " Y: " + intY +
  "  NO-COLLISION: C( " + blnNoCollision + " ) "
  , 20, height/2 - 50);
text(  
  "NO-BACKGROUND: B( " + blnNoBackground + " )"
  , 20, height/2 - 30);
}
void keyPressed() {
if ( key == CODED ) {
 blnSpecKeyBuffer[keyCode] = true;
}
else {
 blnKeyBuffer[int(key)] = true;
}
}
void keyReleased() {
if ( key == CODED ) {
 blnSpecKeyBuffer[keyCode] = false;
}
else {
 blnKeyBuffer[int(key)] = false;
}

if ( ( key == 'b' ) || ( key == 'B' ) )
 blnNoBackground = ( blnNoBackground == false )?( true ):( false );
}

 

 

Tolto il mio modo tremendo di scrivere codice, è molto facile da leggere anche se non si conosce Processing... la maggior parte delle operazioni sono "astratte" ( con un comando, loadImage, ti carichi l'immagine e con un altro, image, la mostri... è maledettamente semplice... ho il sospetto che i tempi di sviluppo, nonché la qualità e le possibilità, di giochi portati avanti con RPG Maker e che fanno uso quasi esclusivo delle Picture, otterrebbero solo miglioramenti nell'utilizzo di un programma del genere... per assurdo in certe cose è pure più semplice di RPG Maker... ).

Se l'avessi esportato in Java invece che in javascript, le prestazioni sarebbe sicuramente migliori ( a me anche la versione javasript gira a 60 FPS comunque, ma provandolo su un netbook scende parecchio... in Java dovrebbe farcela tranquillamente ).

 

Ecco, non mi è mai minimamente venuto in mente di provare un emulatore android, per quanto mi interessasse quest'ultimo, grazie, avere il link sottomano è buona cosa, salvato! :3

 

Non uso le OpenGL, mi muovo sempre in 2D e mi son trovato bene con Allegro, mi sta simpatica XD

Inizialmente ho provato un po' a programmare in Java con l'SDK ufficiale e quindi con l'emulatore ufficiale... uno schifo... emulatore troppo lento e non supportava bene l'accelerazione hardware. Per assurdo, BlueStacks che non è realizzato da Google, funziona correttamente negli aspetti prima elencati e non solo.

 

Allegro non l'ho mai usata... so che ci sono diverse versioni API e che esiste anche AllegroGL che ti consente di sfruttare l'accelerazione hardware e così di superare il divario che avresti senza OpenGL [ questo divario ovviamente esisterebbe solo qualora dovessi fare elaborazioni video abbastanza onerose... è chiaro che se ti metti a fare un Super Mario World ( uno di quelli per SNES insomma xD ) molto probabilmente non sentiresti differenza, tra Allegro normale e OpenGL, a livello di prestazioni e quindi di FPS ]. Ti ricordo che le OpenGL permettono di fare elaborazioni video in generale, non è "costretto" al 3D, quale visuale adottare, quali dimensioni sfruttare e quali tecnologie adoperare, lo decidi tu alla fine. Hai controllo a sufficienza con quelle xD

 

Io son cattivo da questo punto di vista

 

Il problema del test su diversi pc, io ne ho uno vecchio e basta > <, poi arrivati alla fine su mezzi altri non funzionano mai ;____ ;

Buoni due punti, il primo l'ho seguito, vediamo se riesco per bene con il secondo ^ ^

È giusto essere cattivi ma... con un portatile vecchio e usando le librerie Allegro... rimani un po' indietro xD

Provo a spiegarmi con un esempio... se tu fai un gioco sia in C++ che in Java ( su un computer normo-dotato eh xD ) e poi provi entrambi senza limitare a 60 gli FPS, potrebbero anche girarti rispettivamente a 310 e 279 ( OpenGL eh xD ). Se in ogni scenario questi non scenderanno mai sotto i 60 FPS ( volendo potremmo stare anche più bassi e quindi a 30 FPS, ma va bene così xD ) per te, una volta fissato il gioco a 60 FPS ( non ha alcun senso tenerlo più alto, l'occhio umano ha i suoi limiti :E ) non cambia nulla tra C++ e Java... Il punto allora è "se lo faccio girare su un computer sempre più obsoleto, ad un certo punto arriverò a far girare la versione C++ a 60 FPS e la versione Java a meno di 60 FPS, perché quando erano senza freni la versione C++ era più performante". In questi casi ti direi: "boh?" xD

Questo "boh?" deriva dal fatto che non sai a cosa era dovuta quella differenza di FPS e quindi se quella causa viene meno in un computer obsoleto, perdi anche il vantaggio in sostanza... Poi non è neanche detto che gli FPS di entrambi varino in modo lineare ( le librerie adattate ai due linguaggi potrebbero adottare soluzioni diversamente efficenti in determinate situazioni )...

Insomma, parecchie variabili in gioco e quindi colgo l'occasione per ribadire: nella maggior parte dei casi, a meno che non sia stato programmato da cani o si debbano compiere calcoli davvero onerosi, NON ci sarà differenza percettibile, a livello di resa finale, tra certi linguaggi di programmazione.

È come aspettarsi percettibili differenze di tempo tra un semplice loop realizzato rispettivamente in C++ e in Assembly. Se magari lo fai girare su un PIC allora, forse, sì xD

 

Credo che differenze ne possa trovare più facilmente tra Stage3D ( accelerazione grafica in Flash ) e C++, difficilmente tra Java e C++. E nonostante ciò, sono abbastanza sicuro che neanche con Stage3D avresti problemi col tuo gioco ( sempre parlando di un computer normo-dotato xD ).

 

 

[Guardian of Irael]

@indovinachi:

Possono dire quel che vogliono, io aspetto ancora che il player video youtube versione HMTL5 funzioni non peggio di quello Flash... Steve Jobs ha insistito sul fatto che Flash non fosse adatto per gli smartphones... la "risposta" di Adobe è stata Air xD [ Air ti permette di utilizzare applicazioni scritte in ActionScript ( quindi anche con SDK gratuiti come Flex ) e di farle girare, QUASI come se fossero native, su varie piattaforme, sia Desktop che Mobile ( tra cui proprio iOS xD ) ].

Ok, qui mi son perso subito XD Comuqnue d'accordo con il fatto che html5 non convince :D

 

Fortunamente, non ha alcun senso, con l'hardware attuale, programmare giochi per Desktop e Mobile in assembly xD

Però, quando mi è capitato di dover scegliere se programmare, un PIC della Microchip, in Assembly o in C, non ho avuto molti dubbi: Assembly. Penso che trattandosi anche di pochi MHz, abituarsi ad avere un maggior controllo sul flusso del programma, ottimizzando a dovere ove necessario ( cosa che magari in C non riusciresti a vedere a causa del livello di astrazione maggiore ), sia tutto di guadagnato nel momento in cui dovrai contare addirittura il tempo all'interno di un ciclo di operazioni ( solitamente composto da più di un ciclo di clock ).

So che al più se ne utilizza un po', in campo professionale, sempre riguardo i videogame, qualora sia necessario effettuare specifiche ottimizzazioni ( magari sulla memoria ). Non mi stupirebbe se in questi casi centrassero console come la playstation, il cui hardware fa sempre tanto felici i programmatori xD

Eppur qualche pazzerello che si mette a farli in assembly c'è, tanto per farsi male ^ ^

Io comunque l'ho studiato un poco per un esame, ora neanche lo ricordo più, ci farei poco . Su un sistema chiuso/piccolo da ottimizzare conoscere qualche specifica in assembly non sarebbe male :3

 

Speriamo siano due righe XD

 

Io per la questione java invece ho toccato solo appunto per dare 2 o 3 esami, ma diciamo che quello è un discorso più a pelle, di certo a programmarci poi tanti problemi non ci sono. Magari non te la fanno piacere per la storia del Garbage Collection... quella cosa del poter trattare la memoria anche manualmente che dicevi prima invece non la conoscevo :3

 

OpenGL sono adatte per elaborazioni video in generale, ma questo non gli impedisce, grazie anche alla accelarazione grafica, di fare meglio delle liberie Allegro, sempre rimanendo sul 2D

Eh già di librerie migliori non si fa difficoltà a trovarle >

 

Sarei curioso di vedere quanto codice Allegro dovresti scrivere per ottenere lo stesso risultato che ho ottenuto io ( ovvero quel semplice test sulle collisioni che ho messo un paio di post fa ).

Suppongo molto più di tanto, ma probabilmente così non ne sarei in grado e comunque rimango abbastanza niubbo e l'ho abbandonato da un pezzo XD Comunque quello riportato riesco più o meno a leggerlo ^ ^

La questione tante righe di codice non mi spaventa (se proprio non hai l'acqua al collo insomma), basta che il linguaggio ce la fa, altrimenti per quello che voglio fare di linguaggi con due righe e via fai tutto ce ne sono ^ ^

 

per assurdo in certe cose è pure più semplice di RPG Maker...

Conta che negli anni qui ne abbiamo viste di cose in qualsiasi linguaggio che semplificano quelle fatte su rpgmaker, tanti scripter a lamentarsi XD

 

Allegro non l'ho mai usata... so che ci sono diverse versioni API e che esiste anche AllegroGL che ti consente di sfruttare l'accelerazione hardware e così di superare il divario che avresti senza OpenGL [ questo divario ovviamente esisterebbe solo qualora dovessi fare elaborazioni video abbastanza onerose... è chiaro che se ti metti a fare un Super Mario World ( uno di quelli per SNES insomma xD ) molto probabilmente non sentiresti differenza, tra Allegro normale e OpenGL, a livello di prestazioni e quindi di FPS ]. Ti ricordo che le OpenGL permettono di fare elaborazioni video in generale, non è "costretto" al 3D, quale visuale adottare, quali dimensioni sfruttare e quali tecnologie adoperare, lo decidi tu alla fine. Hai controllo a sufficienza con quelle xD

C'è anche AllegroGL sì, ma mai usato D:

Stiamo parlando di un... rpg stile Zelda fuso con un platform, salti di più, cadi giù, hai diverse animazioni e non ci sono miliardi di nemici su mappa, fatto bene di codice pure il più brutto java mi sa che lo regge XD Di certo elaborazioni video così onerose non ci vogliono. Ho guardato un po' tutte le librerie, so che con OpenGL e simili puoi fare comunque un buon 2D (così come con Allegro reggi un po' di 3D).

^ ^

 

È giusto essere cattivi ma... con un portatile vecchio e usando le librerie Allegro... rimani un po' indietro xD

Sì, direi XD

Dai mi sto organizzando per mettere da parte sui 1300 per un buon computer nuovo e di Allegro non son più tanto sicuro, ma... alla fine penso che ci rimarrò, java o simili li escludo ^ ^

Ovviamente gli fps saranno sempre limitati od ha poco senso il contrario ° °

Sicuro come specificato prima il tipo di gioco un java od uno Stage3D molto probabilmente non avrebbero difficoltà a farlo girare, quella del C++ è giusto un "mi piace" e voglio farmi male con più righette di codice. Di Allegro mi hai rimesso il dubbio adesso... ma non credo di avere problemi con quella libreria per il genere di gioco, che dici? ^ ^

 

In caso continuiamo per mp che non capisco più se stiamo OT o va bene che parliamo di linguaggi del gioco... DR con quale linguaggio ad esempio? XD

[JackX]

In caso continuiamo per mp che non capisco più se stiamo OT o va bene che parliamo di linguaggi del gioco... DR con quale linguaggio ad esempio? XD

Decisamente OT, sì. Ho solo pensato che certe cose potessero interessare anche ad altri e quindi ho scritto un po' una cozzaglia di nomi che possono essere interessanti ( Processing, BlueStacks, Adobe Air, etc. ), perché prima che nel caso apra qualche topic, potrebbero passare eoni :E

 

Si va di PM.

 

 

Volevo giusto specificare una cosa:

[...]

 

( in sostanza hai meno controllo sulla de-allocazione della memoria rispetto a C++ )

 

[...]

[...]

 

Magari non te la fanno piacere per la storia del Garbage Collection... quella cosa del poter trattare la memoria anche manualmente che dicevi prima invece non la conoscevo :3

 

[...]

Mi son espresso da cani... Intendevo che, in generale, in Java hai meno controllo sulla memoria rispetto a C++, tant'è che la presenza della Garbage Collection ( che si occupa di liberare sistematicamente la memoria da oggetti non più referenziati, senza che il programmatore se ne debba preoccupare ) ha portato all'assenza di un comando specifico per de-allocare oggetti in Java ( in C++ possiamo grazie a delete ).

E non abbiamo neanche la possibilità di richiamare con assoluta certezza una funzione particolare quando l'oggetto viene de-allocato dalla Garbage Collection ( in C++ abbiamo il de-costruttore che viene chiamato quando utilizziamo il comando delete ).

Qualche possibile alternativa a delete e de-costruttore, ma assolutamente NON equivalente, può trovarsi qui: http://www.javamex.c...ts/delete.shtml

In sostanza la cosa migliore da fare, quando si conosce il ciclo di vita di una variabile ( oggetto in questo caso ), è quella di richiamare una funzione di pulizia manualmente ( creata, dunque, appositamente dal programmatore in ogni classe i cui oggetti hanno bisogno di tale funzione, perché in generale, essendoci la Garbage Collection, non dovrebbe essercene bisogno ).

[Guardian of Irael]

Ho solo pensato che certe cose potessero interessare anche ad altri e quindi ho scritto un po' una cozzaglia di nomi che possono essere interessanti ( Processing, BlueStacks, Adobe Air, etc. ), perché prima che nel caso apra qualche topic, potrebbero passare eoni :E

Allora aspetta, possiamo prendere gli ultimi messaggi ed aprire un topic a parte il parlando del making sulla programmazione in generale ad essere interessante per tutti dovrebbe esserlo, va bene? :3

 

Ah ecco, mi pareva strano avessero creato qualcosa così forte sul controllo memoria, ma si evolvono, quindi... capito allora.

^ ^

[JackX]

Ok, qui mi son perso subito XD Comuqnue d'accordo con il fatto che html5 non convince :D

Una cosa che forse è passata un po' inosservata, è che il programma famoso Adobe Flash ( a pagamento ), non è l'unico modo per creare un documento swf eseguibile con un Flash Player ( quest'ultimo è gratuito invece ). Esistono alternative gratuite al programma Adobe Flash, che ti danno quindi ancora la possibilità di utilizzare strumenti grafici per gestire la Timeline, potendo sempre integrare/alternare il linguaggio di programmazione ActionScript.

Ma esistono anche alternative che ti permettono di avere a che fare solo con il linguaggio di programmazione ActionScript, quindi come se scrivessi codice C++ su un blocco note xD ( ovviamente, come per C++, Java etc., anche per l'ActionScript esistono IDE appositi che ti permettono quindi di integrare tutte quei passaggi necessari per passare dal codice all'eseguibile in modo automatico ).

Per far ciò si può utilizzare Flex, SDK messo a disposizione, open-source e free ( che ricordo non sono sinonimi ), dalla stessa Adobe. Quindi ti scegli l'IDE, ci carichi l'SDK ( un po' come si fa, con un IDE C++, per le SDL ) e poi diciamo che inizi a programmare xD

Adobe Air, sempre gratuito, è una libreria ( o un insieme di esse insomma ) che ti permette di superare dei limiti di Flash ( e quindi del Flash Player ) e di poter così accedere a delle funzioni del sistema operativo in uso, in modo comunque cross-platform. Facciamo un esempio pratico.

Hai bisogno di creare una applicazione che carichi ed eventualmente salvi delle informazioni su un file di testo in una locazione specifica del disco ( magari non un path assoluto ma uno relativo alla applicazione stessa, tipo "/dati/miofile.txt" ). Con Flash di norma non puoi, perché gli mancano le possibilità necessarie per gestire file in tal senso. Grazie ad Adobe Air invece puoi ( http://help.adobe.co...age-detail.html, il simbolo rosso indica appunto che è disponibile solo con Air ).

 

In sostanza, Flash, dopo aver installato il plugin apposito, ne usufruisci solitamente via browser ( ma se scarichi il player apposito, tra l'altro davvero leggero, puoi anche utilizzarlo al di fuori del browser, basta dargli in pasto il file .swf desiderato ).

Mentre con Air, dopo aver installato il programma apposito ( runtime e installer di pacchetti .air ), potrai installare le applicazioni fatte con esso ( solitamente pacchetti installazione con estensione .air ) ed utilizzarle come se fossero native ( .exe su Windows, .app su MacOS X etc. ), oltre ad aggiungere nuove funzionalità. Aggiungo che l'applicazione creata non si utilizza, e non si può utilizzare, via browser ( per quello esiste già Flash, appunto ).

In questo modo, stesso codice ActionScript ( a parte il caso in cui sfrutti le aggiunte di Air; magari ci specifichi una condizione per il pre-processore in base al target ) e possibilità di utilizzare l'applicazione risultante sia su browser, sia come se fosse nativa.

Allo stato attuale quindi puoi creare il tuo gioco e farlo girare con Flash Player sui browser ( ed ormai sono quasi solo gli O.S. Desktop ad utilizzarlo; iOS praticamente mai supportato e ora nemmeno più Android ), mentre con Air li puoi far girare come nativi sia sui vari O.S. ( riuscendo ad utilizzarlo su Windows, MacOS X, Linux, Android e iOS; per quest'ultimi due, puoi anche includere le runtime Air direttamente nell'applicazione stessa, in modo che possa essere avviata direttamente anche senza aver precedentemnte installato le runtime ).

Considera pure che oggi è possibile utilizzare la libreria Stage3D, che ti permette ( finalmente ) di accedere all'accelerazione grafica, quindi migliorare prestazioni sia di giochi 2D che fare effettivamente giochi 3D :O

( posso confermarti quanto scritto sopra per esperienza personale, ho fatto test con Stage3D ed Air e poi fatti girare su BlueStacks, oltre che su Windows e MacOS X; ovviamente quando esporti per android dovrai aggiungere un paio di cose relativamente agli standard imposti da Google, ma non riguardarebbe comunque il codice ActionScript; idem per iOS )

 

 

Eppur qualche pazzerello che si mette a farli in assembly c'è, tanto per farsi male ^ ^

Io comunque l'ho studiato un poco per un esame, ora neanche lo ricordo più, ci farei poco . Su un sistema chiuso/piccolo da ottimizzare conoscere qualche specifica in assembly non sarebbe male :3

 

Speriamo siano due righe XD

Come dicevo, è tutta una questione di hardware. A meno di non trovarsi con processori relativamente lenti ( qualche MHz dei PIC contro qualche GHz delle CPU Desktop/Server, oltre a dover considerare architetture migliori e multi-core ) o di dover accedere a delle funzionalità non coperte già dalle librerie col linguaggio di programmazione in uso, allora è solo uno spreco di tempo.

Forse applicazioni che devono de-criptare chiavi, o fare simulazioni di chimica organica ( o anche peggio, roba a livello di proteine o a livello sub-atomico ) potrebbero richiedere tanta ottimizzazione, ma anche qui sarebbe uno spreco in quanto con C++ ottieni più vantaggi a fare una buona programmazione che sfrutti le tecnologie odierne ( come il multi-core ) invece che perdere tempo a limare le operazioni base ( come i loop ) con Assembly. Magari con Assembly guadagni qualche secondo, ma su elaborazioni che possono durare anche mesi, ha più senso puntare nello sfruttamente delle tecnologie moderne ( anche le GPU fanno la differenza in questi campi, possono svolgere calcoli davvero impressionanti... possiedono un numero di core davvero esagerato xD ).

Se devi fare l'equivalente di questa roba in C++, con Assembly, non hai il tempo manco di finire il programma che la concorrenza ha già fatto nuove scoperte xD

Insomma, a meno di motivi didattici o hardware specifici, Assembly non ha senso, non conviene. Troppo tempo e poche possibilità di sfruttare a dovere le tecnologie odierne ( a partire dalla programmazione orientata agli oggetti, fino alle tecnologie quali Pixel Shader e amici vari ). Figuriamoci poi il cross-platform o la possibilità di utilizzarlo direttamente su un browser... xD ( anche se ci fossero programmi appositi che convertano codice su codice, da assembly fino al necessario, non cambierebbe le cose... )

 

 

Eh già di librerie migliori non si fa difficoltà a trovarle > <

Mi chiedo perché usi C++ e Allegro xD

 

 

Suppongo molto più di tanto, ma probabilmente così non ne sarei in grado e comunque rimango abbastanza niubbo e l'ho abbandonato da un pezzo XD Comunque quello riportato riesco più o meno a leggerlo ^ ^

La questione tante righe di codice non mi spaventa (se proprio non hai l'acqua al collo insomma), basta che il linguaggio ce la fa, altrimenti per quello che voglio fare di linguaggi con due righe e via fai tutto ce ne sono ^ ^

Non ho ben capito se quindi dovrai o meno utilizzare C++ e Allegro per il tuo progetto xD

 

La questione non è solo tante righe di codice ( che tra l'altro diminuiscono parecchio la leggibilità e quindi la facilità con cui fare eventualmente debugging ). Processing ( che è il nome sia del programma/ambiente di sviluppo che del linguaggio di programmazione ) non è solo questo.

• Quantità minore di codice e tante funzioni molto semplici da imparare e ad usare, senza togliere la possibilità di scrivere codice più avanzato ( Java );
  
• L'IDE è molto pratica e comoda ( unico difetto: scarso ( o assente ) Highlighting; viene comunque data la possibilità di utilizzare un qualsivoglia editor di testo esterno, utilizzando Processing solo per la sua esecuzione ( io ad esempio ho usato Notepad++ xD );
  
• Tante librerie ( e se non sbaglio è pure facile crearne, oltre ad utilizzarle ), tra cui addirittura il porting di OpenNI+NITE ( quelle che ho usato io per Kinect )... è stato fantastico quando l'ho visto xD
  
• Cross-Platform ( Windows, MacOS X, Linux e Android; volendo è anche eseguibile in browser con l'esport in javascript );
  
• Le librerie base per elaborazioni video, ad esempio, utilizzano proprio una delle versioni OpenGL più ottimizzate per Java ( insomma, le prestazioni non sono il suo problema ).
  

Questi i primi che mi son venuti in mente.

 

Poi in effetti non è adatto alla creazione di giochi, così come può non esserlo OpenGL con C++ e basta ( solitamente si usano le SDL, dove puoi utilizzare le OpenGL per la parte video ). Ma questo non significa che non si possa fare ( ci sono esempi peggiori, come Dark Rain e Pocket Quest... quest'ultimo poi è l'esempio di un gioco che andrebbe bene giocato su qualsiasi piattaforma e che potrebbe trarre tanti vantaggi da programmi come Processing... ci vuole meno a gestire le immagini con Processing che con RPG Maker >_>; in fondo, tolto il Database, il Default Battle System, il Menù, Charset e Chipset nel loro uso convenzionale... delle comodità/semplicità/comandi di RPG Maker se ne sfrutta sì e no un 20% :E ).

 

Ti lascio un bell'esempio di mini-gioco che spinge, relativamente a diversi altri giochi 2D, abbastanza l'hardware ( vengono fatte operazioni abbastanza critiche in real-time... i grossi loop sono sempre un problema, non sempre puoi ottimizzare ricorrendo a matrici etc. ):

http://a10thunderbolt2.com/

( NEL CASO non ti vada prova in un browser provane uno diverso... potrebbe anche essere un problema di versione di Java nel caso... in tal senso trovo più pratico Flash xD )

A me funge bene e va fluidissimo... non saprei da te, non conosco l'hardware a tua disposizione xD

 

Se poi conosci qualcosa che fa meglio di Processing, nei punti sopra elencati, sarò contento di venirne a conoscenza ^^

 

 

Conta che negli anni qui ne abbiamo viste di cose in qualsiasi linguaggio che semplificano quelle fatte su rpgmaker, tanti scripter a lamentarsi XD

Beh sì, decisamente xD

 

 

C'è anche AllegroGL sì, ma mai usato D:

Stiamo parlando di un... rpg stile Zelda fuso con un platform, salti di più, cadi giù, hai diverse animazioni e non ci sono miliardi di nemici su mappa, fatto bene di codice pure il più brutto java mi sa che lo regge XD Di certo elaborazioni video così onerose non ci vogliono. Ho guardato un po' tutte le librerie, so che con OpenGL e simili puoi fare comunque un buon 2D (così come con Allegro reggi un po' di 3D).

^ ^

Capisco... io fui tentato parecchio da Game Maker quando vidi questo ( non centra molto col tuo discorso, ma l'aver citato Zelda mi ha ricordato il seguente video xD ):

 

Java poi è anche già ben predisposto all'utilizzo dei Thread *_* ( altra informazione random xD )

 

 

Sì, direi XD

Dai mi sto organizzando per mettere da parte sui 1300 per un buon computer nuovo e di Allegro non son più tanto sicuro, ma... alla fine penso che ci rimarrò, java o simili li escludo ^ ^

Ovviamente gli fps saranno sempre limitati od ha poco senso il contrario ° °

Sicuro come specificato prima il tipo di gioco un java od uno Stage3D molto probabilmente non avrebbero difficoltà a farlo girare, quella del C++ è giusto un "mi piace" e voglio farmi male con più righette di codice. Di Allegro mi hai rimesso il dubbio adesso... ma non credo di avere problemi con quella libreria per il genere di gioco, che dici? ^ ^

Da quanto mi pare di aver visto, Allegro viene aggiornato abbastanza ( pare che la versione 5.0 supporti anche Android e iOS: http://en.wikipedia...._%28software%29 ), e ha tante estensioni... Insomma, è una libreria orientata alla creazione di giochi ( similmente alle SDL, e non come OpenGL che è orientata solo all'elaborazione video ) che sa il fatto suo, ci puoi fare davvero tanta roba. Di questo non dovresti preoccuparti xD

Quello che mi chiedevo era più che altro il motivo della scelta, essendocene davvero tante. Perché io penso che se si tratta di fare esperienza, allora utilizzare librerie apposite per ogni campo ( OpenGL video, OpenCL cacoli paralleli etc.) può darti la possibilità di acquisire strumenti molto utili, in generale, per il futuro ( lavorativo e non ), mentre con le Allegro la tua esperienza rimarrebbe più circoscritta ( sempre meglio che essere rimasti su RPG Maker, dove, arrivati ad un certo punto, il tempo lo perdi ad aggirare le sue carenze/limiti ed i suoi bug; non è sempre così, certo, dipende da quello che cerchi di fare ).

Non esiste in assoluto la soluzione migliore, esiste semplicemente la soluzione più adatta a ciò che ti serve ottenere.

Alla fine penso che tu ti sia semplicemente affezionato/abituato ( un po' come altri con RPG Maker, tra cui io prima di lasciare :E ) e quindi ti sta bene così. E ripeto, a meno di esigenze particolari, non si deve cambiare per forza, va benissimo così ( non che io abbia la presunzione ti farti cambiare idea eh xD ).

Se poi sai già cosa ti aspetta ( nel senso che hai già imparato ciò che ti serve della libreria Allegro e sai già cosa dovrai fare ) a maggior ragione, se i tempi e gli sforzi son ragionevoli, non ha proprio senso anche solo farsi venire dubbi sul da farsi.

 

 

 

 

EDIT: avevo scritto che Processing è solo il nome del programma e non del linguaggio di programmazione. Ho corretto perché è SIA il nome del programma CHE il nome del linguaggio di programmazione, come riportato dal sito ufficiale.

Processing is an open source programming language and environment for people who want to create images, animations, and interactions.

Edited January 8, 2013 by JackX

[Guardian of Irael]

Conosco adobe air, ci sono stati sviluppati giochini che ho reputato interessanti! :3

Sì, per il discorso Flash a pagamento o no ho visto già, ci sono diverse librerie od altri strumenti, IDE, ecc... senza stare a scomodare per forza quello a pagamento della adobe. Avevo una mezza intenzione tempo fa... ^ ^

 

Per Air il recente (da humble bundle) Offspring Fling ^ ^

 

Oh del fatto di Air su iOs ed android non lo sapevo, pensavo volessero abolire tutto il flash in generale e chi si è visto si è visto, buono a sapersi allora ^ ^

( posso confermarti quanto scritto sopra per esperienza personale, ho fatto test con Stage3D ed Air e poi fatti girare su BlueStacks, oltre che su Windows e MacOS X; ovviamente quando esporti per android dovrai aggiungere un paio di cose relativamente agli standard imposti da Google, ma non riguardarebbe comunque il codice ActionScript; idem per iOS )

Capisco nel dettaglio, beh suppongo ci vogliano ^ ^

 

Se devi fare l'equivalente di questa roba in C++, con Assembly, non hai il tempo manco di finire il programma che la concorrenza ha già fatto nuove scoperte xD

Dipende dal programma poi, potresti non avere proprio tempo e basta nella tua vita XD

 

Sì, per l'Assemblyy è sempre più una questione "mi piace programmare a così basso livello", una passione ^ ^

 

Mi chiedo perché usi C++ e Allegro xD

Mi piace come libreria e...

Non ho ben capito se quindi dovrai o meno utilizzare C++ e Allegro per il tuo progetto xD

Mi hai rimesso il dubbio tu! XD

 

Compresi i vari vantaggi di processing...

Provato il gioco fila benissimo senza problemi! ^ ^ Poi così ad occhio non riesco a capire che programmazione c'è dietro comunque D:

 

Se poi conosci qualcosa che fa meglio di Processing, nei punti sopra elencati, sarò contento di venirne a conoscenza ^^

Mi spiace non saprei non sono così esperto di vari linguaggi, mi son buttato sul c++ dopo un'infarinatura generale, anzi son qui a chieder consiglio ^ ^

 

Capisco... io fui tentato parecchio da Game Maker quando vidi questo

Video già visto in passato. GM lo conosco, ma attento i suoi problemi li ha, non per esperienza diretta, mai fatto molto ma... occhio o rischi di fare la fine che hai fatto con rpgmaker D:

^ ^

 

Si è aggiornato di recente Allegro con l'ultima uscita, era da quello che avevo iniziato, fa piacere vedere il supporto per iOS ed android aggiunto :3

Di quello non mi preoccupo, che il gioco lo regge lo so XD

Per l'esperienza guarda mi occuperò senz'altro di altri linguaggi in futuro, quindi non è per quello. Ora stavo parlando appunto di rimanere circoscritto, come dici, a questo gioco. Per il futuro dipende da cosa vorrò creare ^ ^

 

Alla fine penso che tu ti sia semplicemente affezionato/abituato ( un po' come altri con RPG Maker, tra cui io prima di lasciare :E ) e quindi ti sta bene così. E ripeto, a meno di esigenze particolari, non si deve cambiare per forza, va benissimo così ( non che io abbia la presunzione ti farti cambiare idea eh xD ).

Se poi sai già cosa ti aspetta ( nel senso che hai già imparato ciò che ti serve della libreria Allegro e sai già cosa dovrai fare ) a maggior ragione, se i tempi e gli sforzi son ragionevoli, non ha proprio senso anche solo farsi venire dubbi sul da farsi.

Queste son le maggior ragioni ^ ^

[JackX]

( ho un modo di scrivere per il quale cerco di non dare per scontato una comune conoscenza di un argomento, in modo che se sono a conoscenza di qualcosa di sbagliato, posso dare agli altri l'occasione di correggermi e viceversa )

 

Conosco adobe air, ci sono stati sviluppati giochini che ho reputato interessanti! :3

Sì, per il discorso Flash a pagamento o no ho visto già, ci sono diverse librerie od altri strumenti, IDE, ecc... senza stare a scomodare per forza quello a pagamento della adobe. Avevo una mezza intenzione tempo fa... ^ ^

 

Per Air il recente (da humble bundle) Offspring Fling ^ ^

 

Oh del fatto di Air su iOs ed android non lo sapevo, pensavo volessero abolire tutto il flash in generale e chi si è visto si è visto, buono a sapersi allora ^ ^

Fino a qualche tempo fa credevo che comunque bisognasse pagare una licenza, almeno per vendere... a quanto pare invece da un bel po' rilasciano Flex open-source e free ( perché una cosa è l'IDE, un'altra sono API, SDK, framework etc. che potevano comunque essere a pagamento ).

 

Anche Machinarium, che ha potuto vedere luce su iPad 2 grazie ad Air ( mi pare all'inizio fosse proprio in esclusiva per iPad 2, per quanto riguarda le piattaforme Mobile, quindi niente Android, ora non saprei... ).

 

 

Mi piace come libreria e...

 

Mi hai rimesso il dubbio tu! XD

 

Compresi i vari vantaggi di processing...

Mannaggia a me :E

Se sei già ben avviato, probabilmente è meglio rimanere dove sei... Il punto è che non avendo mai visto un tuo topic in merito al tuo progetto ( a parte i due articoli sul magazine ), non ho mai capito se il problema è che devi accumulare prima conoscenze a sufficienza o semplicemente è una questione di tempo... in entrambi i casi, avendo una curva di apprendimento più alta e potendo fare certe cose scrivendo meno codice, Processing potrebbe aiutare in tal senso. Ora ci sono le versioni beta della 2.0 ( quando avevo iniziato a provarlo era da poco uscita la prima alpha release della 2.0 o poco prima insomma ), e dovrebbe essere ancora più maturo. Con Dark Rain ho sbagliato nel non mettermi da subito dei limiti ben precisi nella realizzazione di CBS etc. e nel voler sempre cercare di avere tutto ( volevo fare il bs custom con le combo, le animazioni per tutti i PG contemporaneamente etc., ma senza dover ricorrere all'utilizzo esclusivo delle Picture, per poter preservare l'uso del Map Editor per fare mappe con Charset e Chipset etc., in modo anche da non avere stacco tra BS ed Esplorazione ). La conclusione è che poi, volendo fare troppo ( senza già saper fare tutto ma imparando all'occasione cose nuove ), non si è concluso niente e ora si pensa di investire meglio il tempo futuro facendo grafica da 0 ( in modo da poter adottare uno stile grafico che possa permettere una creazione delle risorse più rapida ) e linguaggio di programmazione ( per i già tanti motivi già accennati: cross-platform, meno limiti, maggiori prestazioni, fare una esperienza più completa etc. ).

Sto come al solito divagando... Insomma, dipende da quanto tempo hai e da quanto ne vuoi investire e se pensi, allo stato attuale, di farcela prima di diventare troppo vecchio xD

 

 

Provato il gioco fila benissimo senza problemi! ^ ^ Poi così ad occhio non riesco a capire che programmazione c'è dietro comunque D:

Questo può aiutare a farsi un'idea:

http://www.hobbygamedev.com/int/the-making-of-a-10-thunderbolt-2/

[ ho notato che sullo stesso sito ci sono altri articoli abbastanza interessanti per creatori di videogiochi, come questi

http://www.hobbygamedev.com/adv/2d-platformer-advanced-collision-detection/

http://www.hobbygamedev.com/int/platformer-game-source-in-processing/

nel secondo, in particolare, parla anche di Processing e nei suoi difetti parla solo della poca affidabilità dell'applet Java ( il cui supporto, come ho già scritto, è stato tolto nelle versioni successive, quindi niente più utilizzo via browser ) e sulla libreria audio di default, che penso sia sempre riferita al suo utilizzo nell'applet e molto probabilmente ad una versione un po' datata della stessa ]

 

 

Video già visto in passato. GM lo conosco, ma attento i suoi problemi li ha, non per esperienza diretta, mai fatto molto ma... occhio o rischi di fare la fine che hai fatto con rpgmaker D:

^ ^

Dovevo scrivere "fui stato tentato forse", lo vidi più di 1 anno fa, acqua passata xD

( magari però a qualcuno possono interessare questi articoli, in italiano e con progetti d'esempio, sulla "modalità" 3D di Game Maker 6: http://mastergidan.altervista.org/guida3D/Tutorials_3D_per_Game_Maker_6.html )

[ProGM]

Mi introduco senza leggere tutto perché sono di fretta ><.>

 

Io personalmente ho provato un po' di tutto, sto appunto cercando di creare un progetto multiplatform, ma efficiente e che sia davvero portabile.

Ho iniziato con flex, sono arrivato a 1/3 dello sviluppo... ma praticamente TUTTI hanno tolto la compatibilità -.-'

Un peccato, perché è veramente semplice da usare, soprattutto se accompagnato con flashpunk:

http://flashpunk.net/

So che esiste Air ma... ma... bah, mentre programmavo con flash ho sempre avuto problemi di prestazioni e di memoria .___. pesaaaante, Così ho optato per un cambio totale.

 

Dopo aver sperimentato robba varia (unity, vari tool html5) mi sono "stanziato" su cocos2d-x, che fornisce una libreria molto potente, basata su OpenGL, per creare giochi per windows, linux, mac, android, iphone, blackberry e wp8.

http://www.cocos2d-x.org/

L'ho trovato molto fico, soprattutto perché permette molta personalizzabilità.

Purtroppo è un po' macchinoso il setup e va presa la mano col c++, ma una volta preso il via è ottimo! :3

Ci sto rifacendo il pifferaio di Hamelin, spero a breve di poter mostrare qualcosa ^^

[Guardian of Irael]

Fino a qualche tempo fa credevo che comunque bisognasse pagare una licenza, almeno per vendere...

Vi è sempre quel timore per tutto... cosine gratis si trovano ^ ^

 

Machinarium era proprio uno di quelli! ^ ^

 

(

Mannaggia a me :E

Piccolo usava spesso questa faccina :E e non sapeva cosa fosse... tu lo sai? Così da risolvere uno dei grandi misteri di 2s? XD)

 

non ho mai capito se il problema è che devi accumulare prima conoscenze a sufficienza o semplicemente è una questione di tempo... in entrambi i casi, avendo una curva di apprendimento più alta e potendo fare certe cose scrivendo meno codice, Processing potrebbe aiutare in tal senso.

Di fatto il tempo non è poco, voglio dire, quanto me ne serve, non so dare una data precisa, ci lavoro giorno per giorno, ma non è sicuramente ristretto. Di conoscenze ne ho ancora tanto bisogno.

Sto come al solito divagando... Insomma, dipende da quanto tempo hai e da quanto ne vuoi investire e se pensi, allo stato attuale, di farcela prima di diventare troppo vecchio xD

Eh dovrei riuscirci, qualche annetto ancora diciamo XD

 

Ah che bello 10 stage passo passo per il gioco! :3

Ottima pure quella per il platform, ne ho letto di simili, qui vedo qualcosina di differente. ^ ^

Nulla, sta a me ora, approfondisco un attimo questo processing e vedo se ne vale il passaggio da Allegro a lui o se magari lasciarlo per un futuro ^ ^

 

Dovevo scrivere "fui stato tentato forse", lo vidi più di 1 anno fa, acqua passata xD

Più che immaginavo per come hai parlato in generale ora, era tanto per specificare a chi legge la questione GM ^ ^

(Me li avevi già passati te o forse era Dax D:)

 

 

@Pro: già mi avevi aggiornato a Lucca! XD Stencyl 3 non lo aspetti più? :D Cocos non l'ho ancora provato tuttavia... questo non ha problemi di pesantezza di stomaco? ^ ^

[ProGM]

Stencyl3 forse nel 2024 esce .-.

[Guardian of Irael]

Eh già, dovevano farlo per il 2012, non hanno fatto sapere nulla ora che siamo nel 2013 ;____ ;

[JackX]

@ ProGM

 

 

Mi introduco senza leggere tutto perché sono di fretta ><.

 

Io personalmente ho provato un po' di tutto, sto appunto cercando di creare un progetto multiplatform, ma efficiente e che sia davvero portabile.

Ho iniziato con flex, sono arrivato a 1/3 dello sviluppo... ma praticamente TUTTI hanno tolto la compatibilità -.-'

Un peccato, perché è veramente semplice da usare, soprattutto se accompagnato con flashpunk:

http://flashpunk.net/

So che esiste Air ma... ma... bah, mentre programmavo con flash ho sempre avuto problemi di prestazioni e di memoria .___. pesaaaante, Così ho optato per un cambio totale.

 

Dopo aver sperimentato robba varia (unity, vari tool html5) mi sono "stanziato" su cocos2d-x, che fornisce una libreria molto potente, basata su OpenGL, per creare giochi per windows, linux, mac, android, iphone, blackberry e wp8.

http://www.cocos2d-x.org/

L'ho trovato molto fico, soprattutto perché permette molta personalizzabilità.

Purtroppo è un po' macchinoso il setup e va presa la mano col c++, ma una volta preso il via è ottimo! :3

Ci sto rifacendo il pifferaio di Hamelin, spero a breve di poter mostrare qualcosa ^^

Io partii da un link del genere: http://webification....evelopment-sdks

All'inizio pensai "PhoneGap è gratuito e sembra bello, mi supporta pure Symbian!!", dopo aver scoperto che si basava sull'utilizzo dell'applicazione via browser, grazie ad HTML5, capii che era meglio lasciar perdere xD

 

 

Unity3D lo conoscevo da più tempo, e l'idea di poterlo far girare nel browser mi allettò molto ma... Si basa troppo sull'interfaccia grafica e non era quello che volevo. Volevo una esperienza incentrata più sulla programmazione e non volevo dover investire il mio tempo nell'imparare un nuovo approccio che sarebbe stato legato principalmente all'interfaccia grafica di quello specifico programma. Oggi si è evoluto tantissimo, e probabilmente se a suo tempo avessi deciso invece di utilizzare Unity, ora avrei diversi vantaggi in termini di tempo etc. Ma il futuro non è facile da azzeccare, quindi ho preferito non rischiare... Non si sa mai che da un giorno all'altro chiudano tutto xD

 

 

Cocos2D-x non ricordo esattamente perché lo scartai, rimane una scelta decisamente interessante. Dal sito ufficiale:

. Cocos2d-x

 

written in C++ and OpenGL ES 1.1/2.0, run on iOS, Android, BlackBerry, Bada, Marmalade, Windows, Linux and more

3. Cocos2d-x

Setting up development environments

Android Environment Setup

iOS Environment Setup

Windows Phone 8 Environment Setup

Windows 8 Metro Environment Setup

Windows 7 Environment Setup

Mac OS X Environment Setup

Linux Environment Setup

BlackBerry Environment Setup

Bada Environment Setup

Più Cocos2D-html5, ovviamente.

Gli manca solo webOS e siamo a posto xD ( cioé, persino Bada :O )

L'hanno aggiornato parecchio dall'ultima volta che lo vidi...

 

Probabilmente il motivo principale per cui l'avevo scartato è che non esportava anche in Flash, che trovo irrimediabilmente comodo: dallo stesso sistema operativo puoi generare un file che può essere eseguito ovunque. È appunto lo stesso vantaggio che accompagna Java, però secondo me Flash è ancora più pratico e leggero ( ma non più performante rispetto a Java, non raggiunge lo stesso livello neanche con Stage3D; questo non toglie però che possa comunque fare i 60 FPS fissi anche con giochi 3D, dipende dall'hardware e da cosa gli si sta chiedendo di fare... ).

Detto in parole povere, io non ho un computer Apple ( nonostante MacOS X si possa installare su certe CPU Intel/AMD, cosa che ho già provato con successo xD, o anche su macchine virtuali, non altrettanto comodo e performante però :\ ) e trovo seccante dovermi sistemare tutto l'occorrente su ogni sistema operativo dove voglio eseguire l'applicazione che sto programmando. È solo questo motivo, per me abbastanza valido allo stato attuale, che non riesce a farmi passare a Cocos2D-x, nonostante possa spingere di più l'hardware, girare nativamente e coprire un numero maggiore di piattaforme ( questa è una lama a doppio taglio: se vuoi supportare molte piattaforme, devi anche disporre di esse per fare dei test adeguati, quindi significa procurarsi MacOS X, iOS, Android, Bada, BlackBerry, Linux, Windows etc. etc. ). L'unico altro motivo ( questo però dipende molto da cosa si deve fare ) è l'orientamento specifico al 2D ( ho visto comunque che è possibile fare qualcosa in 3D, ma non ho approfondito in effetti... ).

 

 

Il Pifferaio di Hamelin, lo giocai. Complimenti a te per la pazienza nella programmazione e a Flame per l'ottima grafica, è uno di quegli "stili alternativi" che mi piacciono parecchio xD

Sicuramente riuscirai ad ottenere risultati ancora migliori adesso che hai più libertà nella programmazione ^^

 

Anche Processing ( simil-Java e Java ) e Stage3D ( ActionScript ) si basano sulle OpenGL.

Ho proprio il sospetto che quella libreria ( FlashPunk ) non sfrutti ancora Stage3D, ecco che l'utilizzo di grosse grandi risorse grafiche ( non so che in risoluzione lo stai facendo, però di solito è quello che frega con Flash ) è un compito eccessivo per la CPU, visto che Flash di norma scarica tutto su quella ( niente accelerazione hardware :[ ).

Con l'arrivo di Stage3D è stato finalmente introdotta questa possibilità, a parte certe GPU ( tra cui quello di Starry -__- ):

http://helpx.adobe.c...vers-flash.html

( notare a fondo pagina il piccolo esempio Flash che vi dice il livello di supporto a Stage3D ).

 

 

Mi pare di capire, da qui: http://flashpunk.net...hp?topic=5166.0, che se usi tale libreria con Starling, allora puoi utilizzare le risorse messe a dispozione da Stage3D, e quindi noterai l'enorme differenza di prestazioni xD

 

 

Flash su iOS non ci è mai arrivato e su Android l'hanno tolto a breve, sulle altre piattaforme mobile non saprei ( su Symbian^3 c'è ancora ma non è aggiornatissimo, forse è rimasto all'8, ma ormai poco ci interessa, la Nokia sta con Microsoft ora >_< ).

Mentre sulle piattaforme Desktop principali ( Windows, Linux e MacOS X ) non mi pare abbiano tolto nulla a Flash °°

Adobe Air non fa altro che interfacciarsi tra il tipico file swf e il sistema operativo. Praticamente si comporta come un Flash Player che quando lo apri carica subito il tuo file swf. Il tutto però avviene "dietro le quinte", quindi all'utente sembra di star avviando una qualsivoglia applicazione.

Poi hai anche il vantaggio di poter accedere a determinate funzione del sistema operativo ( come il filesystem ) che di base sono inacessibili ( è naturale essendo un formato nato per essere eseguito sui browser ).

Altrimenti, non si deve programmare nulla di nuovo, bisogna solo sapere come creare il package apposito ( .air per i sistemi Desktop, .apk per Android e .ipa per iOS, se non erro... con iOS non ho ancora avuto modo di approfondire la cosa ).

Per dovere di cronoca, Air è utilizzabile anche sul BlackBerry.

Per quanto riguarda webOS, non so nemmeno se c'è ancora il supporto a Flash...

 

 

 

@ Guardian of Irael

 

 

Vi è sempre quel timore per tutto... cosine gratis si trovano ^ ^

 

Machinarium era proprio uno di quelli! ^ ^

 

(

Piccolo usava spesso questa faccina :E e non sapeva cosa fosse... tu lo sai? Così da risolvere uno dei grandi misteri di 2s? XD)

 

 

Di fatto il tempo non è poco, voglio dire, quanto me ne serve, non so dare una data precisa, ci lavoro giorno per giorno, ma non è sicuramente ristretto. Di conoscenze ne ho ancora tanto bisogno.

 

Eh dovrei riuscirci, qualche annetto ancora diciamo XD

 

Ah che bello 10 stage passo passo per il gioco! :3

Ottima pure quella per il platform, ne ho letto di simili, qui vedo qualcosina di differente. ^ ^

Nulla, sta a me ora, approfondisco un attimo questo processing e vedo se ne vale il passaggio da Allegro a lui o se magari lasciarlo per un futuro ^ ^

 

 

Più che immaginavo per come hai parlato in generale ora, era tanto per specificare a chi legge la questione GM ^ ^

(Me li avevi già passati te o forse era Dax D:)

 

 

@Pro: già mi avevi aggiornato a Lucca! XD Stencyl 3 non lo aspetti più? :D Cocos non l'ho ancora provato tuttavia... questo non ha problemi di pesantezza di stomaco? ^ ^

Anche Starry me lo chiese e da quando gli dissi "non ne ho la più pallida idea" anche lui incominciò ad adoperare la fatidica smile: :E

Davvero, non lo so... Io la utilizzo quando faccio ironia a carattere demenziale ( quando dico scemenze in generale o quando uso un tono leggero/allegro, abuso di xD ).

Quando mi verrà in mente l'espressione facciale corrispondente, mi ricorderò di avvertirti xD

 

 

Probabilmente per progetti più grossi e a lungo termine potresti stare su Allegro, mentre se vuoi accelelerare i tempi Processing potrebbe darti una mano ( può essere utile altrimenti quando devi realizzare giochini più brevi o applicazioni al volo senza avere compromessi considerevoli nelle prestazioni ).

 

 

[Guardian of Irael]

Anche Starry me lo chiese e da quando gli dissi "non ne ho la più pallida idea" anche lui incominciò ad adoperare la fatidica smile: :E

Argh! XD

Ok, grazie XD

 

Probabilmente per progetti più grossi e a lungo termine potresti stare su Allegro, mentre se vuoi accelelerare i tempi Processing potrebbe darti una mano ( può essere utile altrimenti quando devi realizzare giochini più brevi o applicazioni al volo senza avere compromessi considerevoli nelle prestazioni ).

Allora penso che starò così, poi di lavoretti veloci devo farne quindi... sarà un buon banco di prova :3

Grazie per tutto! ^ ^

[Guardian of Irael]

Riporto in alto questo topic dato che è quello dove ne abbiamo parlato di più: Stencyl 3.0 è finalmente uscito! ^ ^

E' possibile scaricarlo dal sito ufficiale per i tre SO principali e qui si può vedere cosa vi è di nuovo.

Ci aspettiamo qualche bel progetto da Havana, Dax e ProGM, dunque? ^ ^

[Zuppo]

Oh! Avviso il proggy!

 

Ah. Per pubblicare però chiede 200 dollarazzi l'anno.

 

 

 

 

 

 

 

 

............................................pesantissimo.

 

Edit:

per studenti costa 150 invece che 200. E se vuoi pubblicare FLASH è gratis. Ma flash è un codice morto e tra due anni non lo userà più nessuno ma shht. Magari ci tiri su i soldi per pagarti il resto, su Kongregate o Newsgrounds.... XD

[Guardian of Irael]

Sì, a seconda di dove vuoi pubblicare e se non vuoi splash screen di mezzo devi sborsare dindini. Il brutto è che è una spesa annuale e non una volta come altri.

^ ^