Torna indietro   Hardware Upgrade Forum > Software > Programmazione

GIGABYTE GAMING A16, Raptor Lake e RTX 5060 Laptop insieme per giocare al giusto prezzo
GIGABYTE GAMING A16, Raptor Lake e RTX 5060 Laptop insieme per giocare al giusto prezzo
Il Gigabyte Gaming A16 offre un buon equilibrio tra prestazioni e prezzo: con Core i7-13620H e RTX 5060 Laptop garantisce gaming fluido in Full HD/1440p e supporto DLSS 4. Display 165 Hz reattivo, buona autonomia e raffreddamento efficace; peccano però le USB e la qualità cromatica del pannello. Prezzo: circa 1200€.
iPhone 17 Pro: più di uno smartphone. È uno studio di produzione in formato tascabile
iPhone 17 Pro: più di uno smartphone. È uno studio di produzione in formato tascabile
C'è tanta sostanza nel nuovo smartphone della Mela dedicato ai creator digitali. Nuovo telaio in alluminio, sistema di raffreddamento vapor chamber e tre fotocamere da 48 megapixel: non è un semplice smartphone, ma uno studio di produzione digitale on-the-go
Intel Panther Lake: i processori per i notebook del 2026
Intel Panther Lake: i processori per i notebook del 2026
Panther Lake è il nome in codice della prossima generazione di processori Intel Core Ultra, che vedremo al debutto da inizio 2026 nei notebook e nei sistemi desktop più compatti. Nuovi core, nuove GPU e soprattutto una struttura a tile che vede per la prima volta l'utilizzo della tecnologia produttiva Intel 18A: tanta potenza in più, ma senza perdere in efficienza
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 12-09-2009, 17:12   #21
alessia86
Member
 
Iscritto dal: Dec 2008
Messaggi: 125
Altrimenti come posso risolvere il problema senza mettere un thread per il tasto?
alessia86 è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2009, 17:28   #22
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Puoi usare un Thread a parte che esegue un ciclo continuo di consumazione su una coda degli eventi da te creata. Ad ogni keyPressed aggiugeresti a quella coda un marcatore, tipo un intero MOVE_LEFT, che causerebbe l'invocazione da parte del Thread della sequenza di operazioni che prima avevi nel keyPressed.

In questo non avresti più il problema dell'accumulo di Thread.

Bisognerebbe comunque vedere l'architettura generale del tuo motore di gioco per capire quanto sarebbe problematica una soluzione del genere.

A me sembra che tu abbia scelto un'architettura parallela che va benissimo ma richiede una certa cura negli interventi altrimenti si accumulano dei comportamenti bizzarri.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2009, 17:35   #23
alessia86
Member
 
Iscritto dal: Dec 2008
Messaggi: 125
Forse non ho capito bene..dovrei fare l'intera classe keypres(è la classe che gestisce gli eventi da tastiera) di tipo thread? però gli altri tipi di tasti che ho messo tipo escape oppure il tasto a funzionano senza bisogno di niente..
alessia86 è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2009, 17:36   #24
alessia86
Member
 
Iscritto dal: Dec 2008
Messaggi: 125
Vorrei dire non è che magari mettendo l'intera classe di tipo thread mi crea problemi pure con gli altri tasti?
alessia86 è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2009, 17:54   #25
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Il problema che avevi era che il thread che esegue il metodo keyPressed è lo stesso che deve disegnare. Il disegno viene fatto con repaint() ma repaint non disegna subito: aspetta che l'EDT termini di eseguire il compito attuale poi disegna.

Così se nel tuo keyPressed scrivi:

per cinque volte scambia l'immagine, repaint(), sleep

l'EDT per cinque volte scambia l'immagine, per cinque volte va in pausa POI ridisegna per cinque volte.

Se usi un Thread diverso ottieni invece l'interposizione tra il disegno e lo scambio delle immagini con pausa successiva.

Non è priva di problemi neppure questa soluzione ma non causa errori fatali del programma, semmai può capitare che la sostituzione delle immagini non risulti esattamente sequenziale.

E' critico invece il problema che deriva dalla creazione di un Thread ad ogni keyPressed. Relativamente, perchè puoi tranquillamente creare diverse centinaia di Thread prima che la JVM entri in crisi, il tuo utente dovrebbe star lì col dito spiaccicato sul tasto per parecchi secondi di fila prima che tutto vada a schifìo.

Il Thread ad hoc per la gestione dell'input sarebbe una cosa di questo genere:

Codice:
public class LaMiaClasse extends KeyAdapter {
    private static final Integer MOVE_LEFT = 0;
    private static final Integer FIRE = 1;

    private final ConcurrentBlockingQueue<Integer> INPUT_QUEUE =
        new ConcurrentBlockingQueue<Integer>();
    private final Thread INPUT_PARSER = new Thread() {
        public void run() {
            //ciclo di gestione dell'input
            while(true) {
                try {
                    Integer action = INPUT_QUEUE.take();

                    if(action == MOVE_LEFT) {
                        p.sec = 1;
                        for(int i = 1; i<=6;i++) {
                            p.muoviASinistra();
                            try {
                                Thread.sleep(40);
                            } catch(InterruptedException ex) {
                                return;
                            }
                        }
                    } else if(action == FIRE) {

                    }
                } catch(InterruptedException ex) {
                    return;
                }
            }
        }
    };

    public LaMiaClasse() {
        INPUT_PARSER.setDaemon(true);
    }


    public void keyPressed(KeyEvent e) {
        if(!INPUT_PARSER.isAlive()) {
            INPUT_PARSER.start();
        }
        if(e.getKeyCode() == KeyEvent.VK_LEFT) {
            INPUT_QUEUE.offer(MOVE_LEFT);
        }
    }
}
Tieni conto che l'ho scritto al volo ma l'idea è quella.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2009, 13:55   #26
alessia86
Member
 
Iscritto dal: Dec 2008
Messaggi: 125
Grazie mille..ho creato un nuovo thread e funziona..in effetti almeno cosi..non causa errori fatali..qst videogioco lo sto preparando per un esame Grazie davv
alessia86 è offline   Rispondi citando il messaggio o parte di esso
Old 13-09-2009, 14:32   #27
alessia86
Member
 
Iscritto dal: Dec 2008
Messaggi: 125
E se voglio inserire nella mia classe Keypres..qst codice:
Codice:
if(e.getKeyCode()==KeyEvent.VK_A)
{		
	if(!Fu.stato){
		Fu.Ricevi(pal,pal2,pal3);
				
		Thread t=new Thread(Fu);
		t.start();
	SoundT player = new SoundT("Suoni/pang3-079.wav");
	player.start();
	}
dove fa si che premendo il tasto A la classe Fuoco(Fu) riceva gli oggetti che devono essere colpiti..poi avvia il thread che fa partire la classe Fuoco..e SoundT è un'altra classe (sempre un thread) che mi genera il suono dello sparo.

La classe Fuoco è un thread che al suo avvio fa partire un metodo che verifica se lo sparo colpisce gli oggetti..
Ora se io in KeyPres aggiungo un metodo del genere..non genera interferenze con il Thread creato per la pressione dei tasti in keypres?
pur volendo aggiungerlo nella coda bloccante come faccio poi non posso creare un altro thread ,che mi avvi la classe fuoco, all'interno di un altro..
alessia86 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


GIGABYTE GAMING A16, Raptor Lake e RTX 5060 Laptop insieme per giocare al giusto prezzo GIGABYTE GAMING A16, Raptor Lake e RTX 5060 Lapt...
iPhone 17 Pro: più di uno smartphone. È uno studio di produzione in formato tascabile iPhone 17 Pro: più di uno smartphone. &Eg...
Intel Panther Lake: i processori per i notebook del 2026 Intel Panther Lake: i processori per i notebook ...
Intel Xeon 6+: è tempo di Clearwater Forest Intel Xeon 6+: è tempo di Clearwater Fore...
4K a 160Hz o Full HD a 320Hz? Titan Army P2712V, a un prezzo molto basso 4K a 160Hz o Full HD a 320Hz? Titan Army P2712V,...
Oracle potenzia AI Agent Studio for Fusi...
Samsung e Apple dominano il mercato: lan...
Moto perpetuo? Quasi: sviluppato il roto...
Mango conferma violazione dati degli ute...
Apple Vision Pro si rinnova: ora è...
Memoria 2D: dimensioni atomiche che rivo...
ASML chiude il Q3 con 7,5 miliardi di ri...
Norvegia, obiettivo raggiunto: il 100% d...
Apple svela i nuovi iPad Pro con M5: un ...
Google Pixel 10 Pro e 10 Pro XL: due top...
Apple MacBook Pro 14'': ufficiale con ch...
HONOR 400 Smart debutta in Italia: batte...
Apple M5 è potentissimo: prestazi...
GrapheneOS non solo sui Pixel: confermat...
Microsoft subisce un duro colpo: land te...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 20:34.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v