Java Web Start

[^TiGeRShArK^]

Originariamente inviato da Manp

a me sotto Windows XP funziona alla perfezione...

però mi succedono 2 cose strane...

la prima è che alla prima partita dopo aver aperto il file jnpl la finestra del gioco si apre, rimane nera per qualche istante e quando viene visualizzata la prima pair di gemme risulta accelerata (come se stessi premedo il stasto giù) in modo anomalo fino circa a metà griglia
questo nella first playable, lanciando l'exe, non succedeva

la seconda è che lasciando andare il gioco senza toccare nulla il game over viene dato ogni tanto solo al giocatore 1 e altre volte ad entrambi (succedeva anche nella first playable, anche solo al giocatore 2)

mmmm...
la prima cosa accade sia col codice webstart che con quello normale e penso dpienda dal precaricamento delle texture....
La seconda non ho idea ma se succedeva anke nella first playable è normale perchè il branch è stato fatto solo qualche giorno dopo la first playable.
Facendo il merge col trunk questi problemi dovrebbero scomparire (se ovviamente sono stati risolti nel trunk, ma immagino di si).
Mi ha postato prima un eccezione vicius da linux, però stavo dormendo e non mi ha postato tutto lo stack trace, quindi non so cosa è fallito....
Se vi capita di ricevere un eccezione postate lo stack trace completo
Per abilitare la console occorre lanciare dal pannello di controllo le opzioni di java e quindi nel tab avanzate, alla voce console occorre dire di mostrarla sempre.
Sotto linux non ho idea da dove si acceda a queste opzioni però (win = setup, avanti, avanti ).

[Manp]

Originariamente inviato da ^TiGeRShArK^

la prima cosa accade sia col codice webstart che con quello normale e penso dpienda dal precaricamento delle texture....

hai ragione, guardando meglio succede anche con la first playable, ma è talmente veloce che praticamente non ci avevo fatto caso

cmq per il resto tutto perfetto

[VICIUS]

Questa versione non funziona più qui su linux.
Il messaggio di errore:

Si è verificato un errore durante l'avvio/l'esecuzione dell'applicazione.

Titolo: Diamond Crush!
Fornitore: Diamonds Team
Categoria: Errore imprevisto

Eccezione imprevista: java.lang.reflect.InvocationTargetException

L'eccezzione:

java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at com.sun.javaws.Launcher.executeApplication(Launcher.java:1154)
	at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1101)
	at com.sun.javaws.Launcher.continueLaunch(Launcher.java:944)
	at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:515)
	at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
	at com.sun.javaws.Launcher.run(Launcher.java:165)
	at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
	at java.lang.Runtime.loadLibrary0(Runtime.java:822)
	at java.lang.System.loadLibrary(System.java:992)
	at org.lwjgl.Sys$1.run(Sys.java:67)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.lwjgl.Sys.<clinit>(Sys.java:65)
	at org.lwjgl.opengl.Display.<clinit>(Display.java:104)
	at it.diamonds.engine.video.DisplayImplementation.initialise(Unknown Source)
	at it.diamonds.engine.video.DisplayImplementation.<init>(Unknown Source)
	at it.diamonds.engine.Engine.create(Unknown Source)
	at it.diamonds.GameLoop.create(Unknown Source)
	at it.diamonds.Game.setUpGame(Unknown Source)
	at it.diamonds.Game.create(Unknown Source)
	at it.diamonds.Game.main(Unknown Source)
	... 11 more

ciao

[PGI-Bis]

Se la libreria "lwjgl.dll" si trova in uno dei nativelibXXX.jar, allora potrebbe essere un problema di corrispondenza degli attributi "os.name" e "os.arch".

VICIUS, potresti controllare i valori di quegli attributi?

http://www.tukano.it/SayOs.html (richiede Java 5+)

[VICIUS]

Linux / i386

ciao

[PGI-Bis]

Colpito e affondato .

Ci vuole o una risorsa per le librerie native os="Linux", arch="i386" oppure potreste tentare un os="Linux" senza "arch" che arraffi tutto quello che resta che non "puzzi" di 64 bit.

Dico tentare perchè le specifiche JWS nicchiano sul fenomeno della "scelta che rimane" e presumo (ma solo presumo) che funzioni il meccanismo dell'opzione più specifica: se ne esiste una (nome + architettura) prendi quella, altrimenti cerca solo il nome.

Tipo:

os="Linux" arch="x86_64"
os="Linux" arch="amd64"
os="Linux" arch="x86"
os="Linux" <- asso pigliatutto o piglia solo se gli altri facciano cilecca?

[^TiGeRShArK^]

Originariamente inviato da PGI-Bis

Colpito e affondato .

Ci vuole o una risorsa per le librerie native os="Linux", arch="i386" oppure potreste tentare un os="Linux" senza "arch" che arraffi tutto quello che resta che non "puzzi" di 64 bit.

Dico tentare perchè le specifiche JWS nicchiano sul fenomeno della "scelta che rimane" e presumo (ma solo presumo) che funzioni il meccanismo dell'opzione più specifica: se ne esiste una (nome + architettura) prendi quella, altrimenti cerca solo il nome.

Tipo:

os="Linux" arch="x86_64"
os="Linux" arch="amd64"
os="Linux" arch="x86"
os="Linux" <- asso pigliatutto o piglia solo se gli altri facciano cilecca?

ok.. buona idea..
ma direi ke dopo 5 ore e mezzo ke mangio non sarebbe l'ideale mettermi a scrivere codice ke potrei fare seri danni ...
meglio aspettare ke mi riprendo un pò
Oppure se vuoi Pgi-Bis fallo tu intanto che riacquisto coscienza

[cdimauro]

Originariamente inviato da ^TiGeRShArK^

Ok...
dovrei aver risolto tutti i problemi...
Ho creato un jnlp unico che distingue i vari sistemi operativi e che crea il file di log nel seguente modo:
1) Windows : documenti\.diamonds\

In Windows la cartella documenti generalmente è
C:\Documents and Settings\Nome Utente\My Documents
o similare.

Andrebbe comunque recuperata dal registry per l'utenza corrente, e in ogni caso per i dati delle applicazioni non si usa un file .NomeApplicazione nei documenti, ma si crea un file (anche .NomeApplicazione, eventualmente, anche se su Windows non ha molto senso usare una nomenclatura che usa il '.' davanti, visto che esiste un l'attributo H per nascondere un file ) o una cartella con relativi file in
C:\Documents and Settings\Nome Utente\Application Data\
recuperando sempre dal registry il path, chiaramente.

Visto che siamo degli utenti disciplinati e ligi alle regole, cerchiamo di utilizzare correttamente le linee guida dettate da MS per far girare le applicazioni su Windows.

[cdimauro]

Originariamente inviato da Manp

a me sotto Windows XP funziona alla perfezione...

però mi succedono 2 cose strane...

la prima è che alla prima partita dopo aver aperto il file jnpl la finestra del gioco si apre, rimane nera per qualche istante e quando viene visualizzata la prima pair di gemme risulta accelerata (come se stessi premedo il stasto giù) in modo anomalo fino circa a metà griglia
questo nella first playable, lanciando l'exe, non succedeva

Questo è strano, perché il precaricamento delle texture dovrebbe portare soltanto a un rallentamento prima della partenza del gioco, che poi dovrebbe procedere normalmente, senza gemme dotate di accelerazione anomala alla partenza.

Infatti nella mia macchina è presente soltanto il ritardo iniziale e la gemspair procedere a regolare velocità alla partenza.

Il motivo dovrebbe essere un altro, IMHO.

[thebol]

Originariamente inviato da cdimauro

Questo è strano, perché il precaricamento delle texture dovrebbe portare soltanto a un rallentamento prima della partenza del gioco, che poi dovrebbe procedere normalmente, senza gemme dotate di accelerazione anomala alla partenza.

Infatti nella mia macchina è presente soltanto il ritardo iniziale e la gemspair procedere a regolare velocità alla partenza.

Il motivo dovrebbe essere un altro, IMHO.

il problema sembra simile a quello verificatosi tempo fa, quando a causa di un delay iniziale il gioco partiva accelerato(come se cercasse di recuperare il delay). Come se il timer incominciasse a girare prima della messa a video delle gemme.

[cdimauro]

Mumble. Sì, potrebbe essere dovuto al fatto che il tempo "precedente" viene prelevato troppo presto, e quindi il gioco si trova a dover "correre" per recuperare il tempo perduto...

Sulla mia macchina però non succede, ma a questo punto è bene capire se è un problema generalizzato (escludendo la mia macchina dal campione, causa sfiga perenne ) oppure riguarda soltanto qualche configurazione...

[^TiGeRShArK^]

Originariamente inviato da cdimauro

In Windows la cartella documenti generalmente è
C:\Documents and Settings\Nome Utente\My Documents
o similare.

Andrebbe comunque recuperata dal registry per l'utenza corrente, e in ogni caso per i dati delle applicazioni non si usa un file .NomeApplicazione nei documenti, ma si crea un file (anche .NomeApplicazione, eventualmente, anche se su Windows non ha molto senso usare una nomenclatura che usa il '.' davanti, visto che esiste un l'attributo H per nascondere un file ) o una cartella con relativi file in
C:\Documents and Settings\Nome Utente\Application Data\
recuperando sempre dal registry il path, chiaramente.

Visto che siamo degli utenti disciplinati e ligi alle regole, cerchiamo di utilizzare correttamente le linee guida dettate da MS per far girare le applicazioni su Windows.

nfatti la location l'ho recuperata dal registro
Pure io inizialmente avevo pensato ad application data....
ma fek aveva detto che ci è garantito l'accesso in scrittura solo sotto documenti, per quello ho creato là la cartella .diamonds...
eventualmente posso aggiungere l'attributo hidden a tutta la cartella se pensate ke è meglio così

[^TiGeRShArK^]

Originariamente inviato da cdimauro

Mumble. Sì, potrebbe essere dovuto al fatto che il tempo "precedente" viene prelevato troppo presto, e quindi il gioco si trova a dover "correre" per recuperare il tempo perduto...

Sulla mia macchina però non succede, ma a questo punto è bene capire se è un problema generalizzato (escludendo la mia macchina dal campione, causa sfiga perenne ) oppure riguarda soltanto qualche configurazione...

no.. penso ke sia normale, perchè se non sbaglio il branch è stato fatto PRIMA del precaricamento delle texture..
questo intendevo
Infatti nella first playable si presentava esattamente quest'accelerazione improvvisa iniziale.
Dovrebbe risolversi facendo il merge con trunk...

[cdimauro]

Originariamente inviato da ^TiGeRShArK^

nfatti la location l'ho recuperata dal registro

Ottimo. Bravo figliolo.

Pure io inizialmente avevo pensato ad application data....
ma fek aveva detto che ci è garantito l'accesso in scrittura solo sotto documenti, per quello ho creato là la cartella .diamonds...

Puoi scrivere anche su Application Data: l'ho appena fatto sulla mia utenza limitata, creando una cartella Diamonds e un file di testo al suo interno.

eventualmente posso aggiungere l'attributo hidden a tutta la cartella se pensate ke è meglio così

A mio avviso non ce n'è bisogno: perché nascondere i dati dell'applicazione? Non c'è nessuna applicazione fra quelle che ho installato che presentano l'attributo hidden nella cartella e neppure nei file che hanno creato.

Questo è un problema esclusivamente per le piattaforme Unix-like, che non hanno un posto "standard" in cui inserire questo tipo di dati, e schiaffano tutto in /home/nomeutente, ma li nascondono per non affollare troppo questa cartella (quella principale).

[cdimauro]

Originariamente inviato da ^TiGeRShArK^

no.. penso ke sia normale, perchè se non sbaglio il branch è stato fatto PRIMA del precaricamento delle texture..
questo intendevo
Infatti nella first playable si presentava esattamente quest'accelerazione improvvisa iniziale.
Dovrebbe risolversi facendo il merge con trunk...

OK, almeno sappiamo che non è un problema dovuto a qualche rifattorizzazione post FP.

[fek]

Originariamente inviato da ^TiGeRShArK^

nfatti la location l'ho recuperata dal registro
Pure io inizialmente avevo pensato ad application data....
ma fek aveva detto che ci è garantito l'accesso in scrittura solo sotto documenti, per quello ho creato là la cartella .diamonds...
eventualmente posso aggiungere l'attributo hidden a tutta la cartella se pensate ke è meglio così

Sotto Windows non nascondere la cartella.

[Manp]

Originariamente inviato da cdimauro

Mumble. Sì, potrebbe essere dovuto al fatto che il tempo "precedente" viene prelevato troppo presto, e quindi il gioco si trova a dover "correre" per recuperare il tempo perduto...

Sulla mia macchina però non succede, ma a questo punto è bene capire se è un problema generalizzato (escludendo la mia macchina dal campione, causa sfiga perenne ) oppure riguarda soltanto qualche configurazione...

mi succede sia sul fisso (P4 2,8Ghz), che sul portatile (PM 750)... lanciando l'exe della first playable succede ma è talmente veloce che quasi non si nota, con la versione web start invece è molto più marcato

cmq non è vero che sotto Windows si ha accesso solo alla cartella Documenti... "Dati Applicazioni" si trova all'interno della cartella "nome utente" e di default un certo utente ha tutti i diritti sulla propria homepath
tra l'altro in questo caso basterebbe usare la variabile %APPDATA%

cmq se lo chiedete a me (ma questa è una mia opinione personale basata sul fatto che odio non sapere o non poter decidere dove siano i miei file) il gioco dovrebbe chiedere (che ne so, al primo avvio) dove salvare i dati, oppure dare la possibilità di spostare la cartella di salvataggio

[cionci]

Originariamente inviato da Manp

mi succede sia sul fisso (P4 2,8Ghz), che sul portatile (PM 750)... lanciando l'exe della first playable succede ma è talmente veloce che quasi non si nota, con la versione web start invece è molto più marcato

L'ho corretto...

[Manp]

Originariamente inviato da cionci

L'ho corretto...

siete meglio dell'idraulico liquido uno non fa in tempo a trovare un difetto che è già bello che corretto così ci si sente inutili

[cdimauro]

Originariamente inviato da Manp

cmq non è vero che sotto Windows si ha accesso solo alla cartella Documenti... "Dati Applicazioni" si trova all'interno della cartella "nome utente" e di default un certo utente ha tutti i diritti sulla propria homepath

E' vero.

tra l'altro in questo caso basterebbe usare la variabile %APPDATA%

Esattamente, ma proprio perché sono previsti posti precisi per particolari informazioni, è meglio usarli (come suggerivi con %APPDATA%) anziché andare a scrivere a casaccio nella propria home. Windows is not Unix.

cmq se lo chiedete a me (ma questa è una mia opinione personale basata sul fatto che odio non sapere o non poter decidere dove siano i miei file) il gioco dovrebbe chiedere (che ne so, al primo avvio) dove salvare i dati, oppure dare la possibilità di spostare la cartella di salvataggio

Beh, nel caso di Windows sai già dove dovrebbero stare i tuoi dati: i documenti in %DOCUMENTS% e i dati dell'applicazione in %APPDATA%. Windows is not Unix (e due ).