[JAVA]Caricare immagini di grosse dimensioni

[MEMon]

Salve
Ho la necessita di caricare da file un'immagine di circa 4000x3000 pixel (anche di più se potessi), il fatto è che mi da out of memory.
Non posso ricorrere all'aumento dell'heap space perchè comunque non sarebbe abbastanza per la mia applicazione, mi serve quindi un metodo per gestire le immagini in modo efficente.
L'immagine che carico poi deve essere proiettata sullo schermo, solo la parte visibile però.

Il fatto è che ho errore anche solo istanziando un BufferedImage del tipo:

 BufferedImage immagine=new BufferedImage(4000,3000,BufferedImage.TYPE_INT_ARGB);

C'è un modo per caricare un'immagine senza doverla salvare in un bufferedImage per poi usarne solo la parte che si vuole?
La visualizzazione deve poter essere molto veloce, in quanto queste immagine sono di sfondo ad un gioco e non sono statiche...
Ho sentito parlare di tiles ma non ho capito cosa sono ed eventualmente come si usano...

[MEMon]

Uppettino ragazzi

[shinya]

In questo campo (immagini molto grosse, mappe, ecc...) per quanto riguarda java si utilizzano le jai: http://java.sun.com/products/java-me...JAITOC.fm.html
questo è un link ad un pò di documentazione (vecchia tra l'altro).

Altrimenti ti crei una matrice di immagini spezzettate e le componi a runtime.

[MEMon]

Ma come faccio a crearmi una matrice a runtime? Intendi di caricare da file solo le immagini che mi servono? Non sarebbe troppo lento?

[shinya]

Da quello che mi sembra di capire stai cercando di creare un tile engine 2d, o no?
Se cerchi "tile engine tutorial" su google trovi molte informazioni. Un altro metodo è quello di "scrivere" la mappa su file ascii e sostituire al carattere trovato la relativa immagine.

[wewweeeeweee]

SPAM

[MEMon]

Ritiro su la questione perchè ora mi serve la soluzione.
Il problema di creare una matrice di immagini e poi ricomporle a runtime è sempre la stessa, le immagini comunque le devo tenere in memoria e la memoria non basta.
Non capisco però come sia possibile, insomma io carico immagini di grosse dimensioni ma di "peso" ridotto, quando va male sto sui 2 mb...

[ally]

...anche io ho avuto problemi simili...dovevo da un archivio zip caricare immagini tramite form file...ridimensionarle...trasformarle in gif...passarle ad un byte[] per il salvataggio come medium blob sul db...ho parzialmente risolto cercando utilizzare meno oggetti possibili e riportando a null quelli non piu' utilizzati...anche richiamando il gc infatti le cose non cambiavano...

...ciao...

[MEMon]

Si ma il mio problema è che l'immagine grossa che mi serve è da usare come sfondo per un gioco, il gioco è molto simile a worms, quindi lo sfondo scorre molto velocemente e pensare di caricare da file a runtime è improponibile, le immagini devoono esserci tutte in memoria...

[MEMon]

Che poi mi accontenterei di caricare anche un'immagine più piccola, solo che il terreno è modificabile con gli spari ed esplosioni ed è composto da più parti, un'immagine anteriore che è quella che si modifica e dove il personaggio cammina e una posteriore che invece non si modifica e fa da sfondo.
Posso caricare una immagine un po' più piccola per avere un livello di almeno 3000x1000 pixel, ma caricarne due no però...va sempre in out of memory.
Solo che anche lo sfondo lo devo per forza tenere in memoria tutto altrimenti come faccio a disegnarlo ad ogni repaint?

[MEMon]

Ah ho capito per quale motivo mi avete consigliato di caricare immagine a runtime, forse per il fatto che alcune parti di immagine si ripetono?
Magari...nel mio caso ho voluto fare che lo sfondo uno se lo può disegnare come vuole...quindi non c'è porzione di immagine che si ripete...

[mastoo]

io credo che il terreno di worms non fosse un immagine intera
ma fosse disegnato con qualche algoritmo

[MEMon]

Dici? io mi ricordo che i disegni erano molto variegati, però effettivamente mi ricordo anche che potevi creare mappe a random, non so però se le mappe veniva scelte a random da una lista o effettivamente venivano create con qualche algoritmo...