Menù principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Retro-Gamers
 Lista Utenti
 Contatti
 Policy sito
Ricerca Google

Login

Nick


Password


18 Marzo 2018 Postato da: maggico74
giochi amiga così così
dopo aver sputato sangue a configurare l'ardischs sul mio amiga 1200 con il whdload e istallato svariati giochi mi sono reso conto che in media sono inferiori a quelli delle consolle tipo snes , neogeo megadrive ecc, del periodo dell'amiga anche se specifiche tecniche erano in linea di massim

->Continua<-

Commenti: 25  Aggiungi - Pagine: 1-2


Pagine: -1- [2] -

Post inviati: 60

Visulizza profilo Messaggio Personale
79.17.13.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36
Commento 21
maggico74 19 Marzo 2018    22:05:09
comuqne vorrò seguire il consiglio di divina e mi leggerò il manuale di asmuan che tra l'altro è pure in itagliano ;o) e vedo se può essere una cosa alla mia portata...

Post inviati: 266

Visulizza profilo Messaggio Personale
93.43.178.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36
Commento 22
Avenger75 19 Marzo 2018    22:11:56
Ok.. si conosco un po l'amos, ci ho smanettato quando ero più giovane e da qualche tempo mi è venuta voglia di riprenderlo complice anche l'acquisto di un a1200 usato che ho accessoriato con hd e più ram, ma come dicevi tu si devono affrontare numerosi problemi tecnici tra cui una lentezza generale e il numero dei colori.

Il Webmaster

Post inviati: 4735

Visulizza profilo Messaggio Personale
87.15.221.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Commento 23
Mak73 20 Marzo 2018    00:00:25
Citazione

si il mio è un amiga 1200 liscio, il mio gioco è fatto in lowres 320 x 200 a 32 colori di più non si può propio , non ti basta la memoria, non so se conosci l'amos , comunque ti permette di creare un file abk in cui metti le immagini che poi utilizzerai per i vari pupi e gli sfondi , io ho trovato le varie immagini su gugle e poi con il paint di window l'ho salvato in formato 320 x 256 a 256 colori e poi convertito in formato iff con un altro programma,poi col dbpint dlel'amiga salvato a 32 colori , poi praticamente fò avanzare queste immagini incrementando la coordinata X che può partire anche da più di mille e quindi ti scorre le immagini mentre la pupa rimane ferma , però quando sono troppo grandi come le case i movimenti dei pupi si rallentano abbastanza , il complicato è stato adattare i colori dei vari sfondi con quelli dei pupi , cambiando la palette da una foto all'altra ti venivano uno schifo con i colori tutti cambiati che con la santa pazienza quasi pixel x pixle l'ho dovuti ricolorare e il risultano non è che sia il massimo non avendo nella palette che usi tutti i colori originali, non è che sia pienamente soddisfatto del lavoro che ho fatto però questo è , certo un computer di ventanni fa e più non puoi certo pretendere chi sà che alla fine, come cavolo faranno quelli che fanno i giochi attuali in 3d a creare tutti gli sfondi , animazioni tridimansionali ecc che io sono riuscito a malapena a far muovere 4 pupazzi stronzi da una manciata di pixel... che poi alla fine è venuto pure un mezzo zuzzo..


Si, avevo immaginato avessi usato una tecnica simile, ma ovviamente ti mangia tutta la memoria, l'alternativa sarebbe spezzare il fondale in varie sezioni verticali che fai caricare man mano che si avanza, ovviamente allo stesso tempo liberi la memoria dalle parti già superate. Potresti anche pensare di creare diversi edifici in modo tale che si possano agganciare l'uno con l'altro in modo casuale e pur essendo sempre gli stessi darebbero origine ad un fondale diverso ogni volta, ovviamente più ne fai più il fondale cambia.

Se non ricordo male con Amos puoi sfruttare il modo grafico Extra-Half-Brite , cioè a 64 colori, in pratica hai 32 colori che definisci tu, gli altri 32 sono fissi e più scuri.

Un'altra tecnica è quella del mosaico, però generalmente è più usata nei platform, richiede anche una buona abilità grafica, l'idea è quella di disegnare molte tessere che incastrate tra loro generano il fondale, tali tessere però devono essere il più possibile riutilizzabili, per generare fondali diversi ed avere così meno tessere possibili per occupare meno memoria. In seguito crei una "mappa" di come vanno posizionate le varie tessere è poi un "motore" che basandosi su tale mappa ti genera il fondale.
Questo sistema è più usato nei platform perchè ti permette uno scorrimento in qualsiasi direzione.

In entrambe i casi al cambiare dello schema puoi cambiare la palette di colori del fondale.

Pace e bene a tutti.

Post inviati: 60

Visulizza profilo Messaggio Personale
79.17.13.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36
Commento 24
maggico74 20 Marzo 2018    07:27:20
si hai ragione , ma non sono riuscito a trovare il modo di caricare immagini statiche e poi farle scrollare , con le guide che ho non mi sono state sufficenti per capire come fare , se carico un immagine sopra l'altra mi inizia a sfarfallare alternativamente la prima e la seconda e poi non credo che le puoi sovrapporre

Il Webmaster

Post inviati: 4735

Visulizza profilo Messaggio Personale
87.15.221.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Commento 25
Mak73 20 Marzo 2018    18:34:34
Citazione

si hai ragione , ma non sono riuscito a trovare il modo di caricare immagini statiche e poi farle scrollare , con le guide che ho non mi sono state sufficenti per capire come fare , se carico un immagine sopra l'altra mi inizia a sfarfallare alternativamente la prima e la seconda e poi non credo che le puoi sovrapporre


E' molto che non tocco Amos quindi non ricordo un granchè, ovviamente si tratta di trovare la tecnica migliore per ottenere un buon risultato ed occupando meno memoria possibile.
Il sistema che hai usato è il più comodo, ma ti mangia tutte le risorse.

Purtroppo non ricordandomi molto non so suggerirti una tecnica che possa funzionare bene, poi ci sono soluzioni diverse per lo stesso problema.
Se dividi lo sfondo in liste come dicevo, una soluzione ideale per la memoria sarebbe quella di creare uno sfondo un po' più grande dell'area visibile, come credo tu abbia già fatto adesso, ammettendo di aver diviso lo sfondo in liste verticali di 40px di larghezza, dovresti far scorrere le liste su un'area leggermente più grande dell'area visibile, quindi se stai lavorando in 320x200, dovresti creare uno sfondo di almeno 420x200, in tal modo quando le liste scorrendo a sinistra di 40px spariscono dall'area visibile possono essere cancellate, ed a quel punto ne carichi una nuova a destra.

Così facendo però devi occuparti dello scorrimento di 10 liste, e bisogna vedere se il sistema ti permette una cosa simile, nel senso che appunto potrebbero esserci sfarfallamenti.
Ho indicato 420px in orizzontale per considerare un 20px di "buffer" per dar tempo al sistema di eliminare una lista a sinistra e caricarne un'altra a destra.

Per via di problemi simili, molti giochi hanno sfondi ripetitivi, ma allora c'erano solo i floppy, quindi non avevi tanta scelta.

Ovviamente la mia è solo un'idea, devi fare delle prove e vedere che risultati riesci ad ottenere.

Pace e bene a tutti.

Pagine: -1- [2] -

Utenti Online
Utenti registrati: 1206 dal 1 Gennaio 2006
di cui online: 1 registrati - AMIGAIT -
151 non registrati

Benvenuto all'ultimo utente registrato: zulu

Buon Compleanno a frank62 - Kosmokrator - 

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito è dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.061121940612793 secondi