Realizzazione Mappa

Io uso ancora la 1024, in certe situazioni

Non so, c'è da considerare chi usa laptop o simili, per dire...

Ecco, magari partiamo da 1024 a salire piuttosto che da 800...

Le risoluzioni base da considerare al momento solo 1280x1024 e 1440x900 al di sotto di queste risoluzioni non esiste più niente.

Io avevo fatto una statistica sulle risoluzioni... ad ogni modo se guardo gli accessi del mio sito di questo mese, ottengo questa cosa (indico una x dove la risoluzione in x o y è minore di 1280x1024) :

[x] 1280x800 - 26.48 %
[ ] 1280x1024 - 25.22 %
[x] 1024x768 - 17.49 %
[x] 1440x900 - 12.87 %
[ ] 1920x1200 - 5.56 %
[ ] 1680x1050 - 2.85 %
[x] 1152x864 - 1.71 %
[x] 1024x600 - 1.60 %
[x] 800x600 - 1.31 %
[ ] 1400x1050 - 1.00 %
[ altri ]

Se sommiamo tutte le risoluzioni otteniamo che ben il 59.76% delle persone non può usare 1280x1024 e il 45.28% non passa proprio gli 800 pixel di altezza

Ciao !

SomaOS ha scritto:

Le risoluzioni base da considerare al momento solo 1280x1024 e 1440x900 al di sotto di queste risoluzioni non esiste più niente.

Io avevo fatto una statistica sulle risoluzioni... ad ogni modo se guardo gli accessi del mio sito di questo mese, ottengo questa cosa (indico una x dove la risoluzione in x o y è minore di 1280x1024) :

[x] 1280x800 - 26.48 %
[ ] 1280x1024 - 25.22 %
[x] 1024x768 - 17.49 %
[x] 1440x900 - 12.87 %
[ ] 1920x1200 - 5.56 %
[ ] 1680x1050 - 2.85 %
[x] 1152x864 - 1.71 %
[x] 1024x600 - 1.60 %
[x] 800x600 - 1.31 %
[ ] 1400x1050 - 1.00 %
[ altri ]

Se sommiamo tutte le risoluzioni otteniamo che ben il 59.76% delle persone non può usare 1280x1024 e il 45.28% non passa proprio gli 800 pixel di altezza

Ciao !

ottimo dato Soma la cosa semplificherebbe non poco la gestione del client! grazie per la l'aiuto

SomaOS ha scritto:

Le risoluzioni base da considerare al momento solo 1280x1024 e 1440x900 al di sotto di queste risoluzioni non esiste più niente.

Io avevo fatto una statistica sulle risoluzioni... ad ogni modo se guardo gli accessi del mio sito di questo mese, ottengo questa cosa (indico una x dove la risoluzione in x o y è minore di 1280x1024) :

[x] 1280x800 - 26.48 %
[ ] 1280x1024 - 25.22 %
[x] 1024x768 - 17.49 %
[x] 1440x900 - 12.87 %
[ ] 1920x1200 - 5.56 %
[ ] 1680x1050 - 2.85 %
[x] 1152x864 - 1.71 %
[x] 1024x600 - 1.60 %
[x] 800x600 - 1.31 %
[ ] 1400x1050 - 1.00 %
[ altri ]

Se sommiamo tutte le risoluzioni otteniamo che ben il 59.76% delle persone non può usare 1280x1024 e il 45.28% non passa proprio gli 800 pixel di altezza

Ciao !

Credo tu voglia dire il 1024 di altezza...

1280x800 e 1440x900 sono risuluzioni da notebook possiamo considerare la base minima 1280x800.
1024x768 è obsoleta e scomparirà per forza.
1024x600 invece salirà è la risoluzione dei nuovi palmtop (o netbook), ma non andrei a cosiderare una risoluzione così bassa per configurare il client, sarebbe come predere a calci sui denti quelli che comprano un monitor di dimensione interessanti (tipo 1920x1200) che saranno sempre di più. Con questo non voglio dire che il client non possa girare su una risoluzione bassa... Semplicemente al di sotto del minimo bisogna sacrificare qualcosa, oppure usare lo scrolling o altro.
L'importante è prendere in considerazione la risoluzione più comunque (futura) come standard per una visualizzazione "bella".

Quello che è certo è che lo schermo non deve essere fisso, non è più come una volta in cui le risoluzioni usate erano due o tre, ora sono tante e differenti nel rapporto tra larghezza e altezza.

Eventualmente anche considerare di avere texture adeguate a 2560x1600 su 30" (attuale risoluzione top) e poi scalare per risoluzioni inferiori. Anche perchè poi ci sarebbero le risoluzioni di celluare che attualmente si stanno avvicinando al 640x400.

JJ

Inizialmente l'avevo pensata come te, in tutto e per tutto. Anche riguardo al punto 5.

Gadda ha scritto:
5) alti livelli di zoom permettono movimenti più rapidi (ad esempio salti di 10 caselle in 10 nello zoom 4) (o non movimento nello zoom 5) mentre a zoom 1 e 2 ci si muove di 1 casella alla volta (ricordo che la cella che vogliamo prendere in considerazione sarà di 60cm x 60 cm).

Poi mi son fermato cercando di pensare ad un modo per realizzare questo punto.
Come poter rendere il movimento più veloce a livelli di zoom più alti. Non è "possibile" andare a saltare caselle muovendosi. Il "teletrasportarsi" di 10 caselle in avanti pare molto bruttino.
Per questo motivo ho optato per 2 mappe. Una a livello più basso, che permette una visualizzazione dettagliata di ciò che deve vedere il pg, sempre e comunque. L'altra dedicata al player, per orientarsi e godersi un panorama più ampio. Questo tipo di visualizzazione la si trova nella stragrande maggioranza dei giochi, è sicuramente una soluzione testata, funzionale e vincente (almeno in passato ).

Per avere un'idea del funzionamento consiglio a tutti di provare civilization IV dove è ben realizzato il concetto di zoom dinamico.

Uh, prova a linkarmi qualche video, per vedere come hanno realizzato la cosa.

Le texture saranno la base del terreno e ogni altro oggetto avrà una sua gif sovrapponibile.

Io punterei sul formato PNG. Anche se più pesante è decisamente migliore a livello di definizione e trasparenze. Eventualmente per animazioni si utilizza l'APNG, anche se non molto diffuso.

Per le risoluzioni dello schermo non saprei, ogni giorno ne spunta fuori una. o_o
Io uso sia la 1024x768 che 1280x800.

Per il punto 5 direi che il problema è solo che bisogna distinguere la visualizzazione dalla meccanica:
Se mi muovo ad un livello di 10 caselle, la grafica mi rappresenterà questo livello ma a livello di meccanica percorrerò tutte e 10 le locazioni senza generare output. In questo modo è anche possibile interrompere il movimento rapido a metà, per esempio se c'è un blocco, un incontro, fine move ecc... Certamente tutto quello che può essere semplicmente "interessante" viene ignorato.

JJ

Jumping Jack ha scritto:Per il punto 5 direi che il problema è solo che bisogna distinguere la visualizzazione dalla meccanica:
Se mi muovo ad un livello di 10 caselle, la grafica mi rappresenterà questo livello ma a livello di meccanica percorrerò tutte e 10 le locazioni senza generare output. In questo modo è anche possibile interrompere il movimento rapido a metà, per esempio se c'è un blocco, un incontro, fine move ecc... Certamente tutto quello che può essere semplicmente "interessante" viene ignorato.

JJ

esattamenete, diciamo che questo sistema serve proprio a "baypassare" il problema di creare una wild a celle piccole (dimensione uomo) e ad ovviare i problemi di monotonia e ripetitività.

per quanto riguarda l'esempio vi link un filmato di civilization IV http://www.youtube.com/watch?v=I2wv7wLv1fw

Nel caso di sola modifica della visualizzazione, mi va benissimo.
Se volessimo modificare anche le meccaniche, bisognerebbe pensare per bene come rendere la cosa.

Se mi muovo ad un livello di 10 caselle, la grafica mi rappresenterà questo livello

Certo, per l'aspetto grafico non c'è alcun problema. Se non il numero di zoom da considerare. Ma questo è un aspetto che riprenderò più avanti.

ma a livello di meccanica percorrerò tutte e 10 le locazioni senza generare output

E' qui che secondo me vengono fuori gli inconvenienti.

Provo a descrivere la situazione:
Mappa zoom alto, in wild.
Probabilmente verranno rappresentati solo elementi importanti quali la morfologia del terreno (fiumi, mari, montagne, colline, città, pianure, boschi) e le condizioni metereologiche. (basta così?) Si potrebbero trascurare a zoom massimo (rappresentando una montagna intera) la visualizzazione degli altri pg.(?)
Navigo beato nella wild.
A livello grafico noterò la mappa muoversi ogni volta che percorrerò una decina di caselle.
A livello di testo generato (eventuale descrizione della zona, oggetti presenti nelle caselle, pg) cosa vedrò comparire? Niente?
Per 10 caselle a livello meccanico mi muovo ma non ho la possibilità di leggere niente?
Se trovassi un qualche orso, pg, oggetto per strada non potrei accorgermene?
Sicuramente la velocità di movimento dovrebbe rimanere la stessa. Tizio che corre in wild con zoom alto si muove meccanicamente e temporalmente quanto Caio con zoom basso. Quindi a livello temporale non ho vantaggi.

Per capire meglio. Provate a descrivermi con un esempio ciò che il player vedrebbe nel dettaglio. Le cose da aggiungere o togliere con differenti zoom.

Parpacak ha scritto:Nel caso di sola modifica della visualizzazione, mi va benissimo.
Se volessimo modificare anche le meccaniche, bisognerebbe pensare per bene come rendere la cosa.

Se mi muovo ad un livello di 10 caselle, la grafica mi rappresenterà questo livello

Certo, per l'aspetto grafico non c'è alcun problema. Se non il numero di zoom da considerare. Ma questo è un aspetto che riprenderò più avanti.

ma a livello di meccanica percorrerò tutte e 10 le locazioni senza generare output

E' qui che secondo me vengono fuori gli inconvenienti.

Provo a descrivere la situazione:
Mappa zoom alto, in wild.
Probabilmente verranno rappresentati solo elementi importanti quali la morfologia del terreno (fiumi, mari, montagne, colline, città, pianure, boschi) e le condizioni metereologiche. (basta così?) Si potrebbero trascurare a zoom massimo (rappresentando una montagna intera) la visualizzazione degli altri pg.(?)
Navigo beato nella wild.
A livello grafico noterò la mappa muoversi ogni volta che percorrerò una decina di caselle.
A livello di testo generato (eventuale descrizione della zona, oggetti presenti nelle caselle, pg) cosa vedrò comparire? Niente?
Per 10 caselle a livello meccanico mi muovo ma non ho la possibilità di leggere niente?
Se trovassi un qualche orso, pg, oggetto per strada non potrei accorgermene?
Sicuramente la velocità di movimento dovrebbe rimanere la stessa. Tizio che corre in wild con zoom alto si muove meccanicamente e temporalmente quanto Caio con zoom basso. Quindi a livello temporale non ho vantaggi.

Per capire meglio. Provate a descrivermi con un esempio ciò che il player vedrebbe nel dettaglio. Le cose da aggiungere o togliere con differenti zoom.

ù

secondo me di base il pg cmq si muove e se incontra un "evento speciale" (es. mob, combattimento ecc..) viene zoomato in automatico.

Parpacak ha scritto:
Provo a descrivere la situazione:
Mappa zoom alto, in wild.
Probabilmente verranno rappresentati solo elementi importanti quali la morfologia del terreno (fiumi, mari, montagne, colline, città, pianure, boschi) e le condizioni metereologiche. (basta così?) Si potrebbero trascurare a zoom massimo (rappresentando una montagna intera) la visualizzazione degli altri pg.(?)
Navigo beato nella wild.
A livello grafico noterò la mappa muoversi ogni volta che percorrerò una decina di caselle.
A livello di testo generato (eventuale descrizione della zona, oggetti presenti nelle caselle, pg) cosa vedrò comparire? Niente?
Per 10 caselle a livello meccanico mi muovo ma non ho la possibilità di leggere niente?
Se trovassi un qualche orso, pg, oggetto per strada non potrei accorgermene?
Sicuramente la velocità di movimento dovrebbe rimanere la stessa. Tizio che corre in wild con zoom alto si muove meccanicamente e temporalmente quanto Caio con zoom basso. Quindi a livello temporale non ho vantaggi.

Per capire meglio. Provate a descrivermi con un esempio ciò che il player vedrebbe nel dettaglio. Le cose da aggiungere o togliere con differenti zoom.

Il testo sarà quello relativo alla wild e alla dimensione in cui mi trovo, durante il movimento se ci sarà qualcosa di importante verrà mostrato. Se sarà necessario fermarsi invece che percorrere 10 caselle ci si ferma prima e la visualizzazione sarà a 1X sulla casella importante.
Lo scrolling classico è una boiata ed è una di quelle che va riprogettata da 0. Ergo non ci si muove di 10 locazioni in un secondo, oppure se succede questo semplicmente non si vedrà niente eccetto quello che è importante (se c'è).
Riguardo ai tempi di movimento bisogna vedere quando realistico vuole essere il gioco. E' una cosa a discrezione del keeper. Il realismo completo non è ottenibile, a meno che non si parli di wild molto piccole, un pg che si muove in zoom 10x si muoverà per forza più veloce di chi si muove a 1x e questo ha comunque senso, in quando a 10x il movimento è meno attento. Poi su questo argomento ci sarebbero mille altre cose da dire. Per il momento dico solo che non è importante vincolare la velocità di movimento al livello di zoom.

JJ

Ok, quindi si intende sono una modifica dal punto di vista grafico, non meccanico.

secondo me di base il pg cmq si muove e se incontra un "evento speciale" (es. mob, combattimento ecc..) viene zoomato in automatico.

Hmm questa cosa è carina.

E' anche vero che potrebbe venir fuori un pastrocchio.
Ad esempio, in certe situazioni potrebbe cambiare lo zoom ogni 2x3 caselle, solamente perchè c'è (spesso) qualche evento particolare.

Jumping Jack ha scritto:
Il testo sarà quello relativo alla wild e alla dimensione in cui mi trovo, durante il movimento se ci sarà qualcosa di importante verrà mostrato. Se sarà necessario fermarsi invece che percorrere 10 caselle ci si ferma prima e la visualizzazione sarà a 1X sulla casella importante.

Ok, quindi niente cose strane da teletrasporto.

Lo scrolling classico è una boiata ed è una di quelle che va riprogettata da 0. Ergo non ci si muove di 10 locazioni in un secondo, oppure se succede questo semplicmente non si vedrà niente eccetto quello che è importante (se c'è).

Vero. Durante i viaggi vedersi testo scorrere via alla velocità della luce è poco chiaro, quasi inutile e forse anche fastidioso.

Riguardo ai tempi di movimento bisogna vedere quando realistico vuole essere il gioco. E' una cosa a discrezione del keeper. Il realismo completo non è ottenibile, a meno che non si parli di wild molto piccole, un pg che si muove in zoom 10x si muoverà per forza più veloce di chi si muove a 1x e questo ha comunque senso, in quando a 10x il movimento è meno attento. Poi su questo argomento ci sarebbero mille altre cose da dire. Per il momento dico solo che non è importante vincolare la velocità di movimento al livello di zoom.

JJ

Più che realismo, facevo riferimento all'essere coerenti.
Tipico inseguimento della polizia
Sarebbe bruttino attivare il turbo (leggasi aumentare lo zoom) per correre più velocemente degli altri.

Parpacak ha scritto:Più che realismo, facevo riferimento all'essere coerenti.
Tipico inseguimento della polizia
Sarebbe bruttino attivare il turbo (leggasi aumentare lo zoom) per correre più velocemente degli altri.

Ovviamente va limitato, per esempio se si è ingaggiati con un mob, si può fare che lo zoom sia fisso. Certo che se si organizza una corsa campestre ci vuole qualcosa in più.
Prendendo in esempio un mud con tic (1 ora) a 75 sec, ipotizzando una velocità di movimento di 4 km orari, si ha che ogni secondo ci si muove di circa 50m. Questo vuole dire che in una wild di 5m per casella percorro 10 caselle al secondo, quindi non è tanto l'accelerare aumentando lo zoom, quando invece il rallentare andando a zoom 1x.
Se invece il tempo gioco fosse 1:1 con quello reale, la velocità di 1x è plausibile. Certamente che per fare 10km ci metterei due ore e mezza RL... Ergo non si può avere capra e cavoli.

JJ

Jumping Jack ha scritto:

Parpacak ha scritto:Più che realismo, facevo riferimento all'essere coerenti.
Tipico inseguimento della polizia
Sarebbe bruttino attivare il turbo (leggasi aumentare lo zoom) per correre più velocemente degli altri.

Ovviamente va limitato, per esempio se si è ingaggiati con un mob, si può fare che lo zoom sia fisso.

Per me si può anche lasciare lo zoom impostato dall'utente, basta che le meccaniche non cambino (ovvero che il combattimento rimanga lo stesso, le meccaniche di movimento idem, etc..) e che siano visualizzati i dettagli "interessanti", per lo meno a livello di testo.

Certo che se si organizza una corsa campestre ci vuole qualcosa in più.
Prendendo in esempio un mud con tic (1 ora) a 75 sec, ipotizzando una velocità di movimento di 4 km orari, si ha che ogni secondo ci si muove di circa 50m. Questo vuole dire che in una wild di 5m per casella percorro 10 caselle al secondo, quindi non è tanto l'accelerare aumentando lo zoom, quando invece il rallentare andando a zoom 1x.
Se invece il tempo gioco fosse 1:1 con quello reale, la velocità di 1x è plausibile. Certamente che per fare 10km ci metterei due ore e mezza RL... Ergo non si può avere capra e cavoli.

JJ

Spiego questo dubbio, per non essere frainteso.
Due tizi A e B devo andare da una città all'altra, separate da x chilometri.
- Tizio A imposta l'andatura "corsa a piedi" e visualizza la mappa con zoom alto (zoom "wild", ovvero vedrà montagne colline, etc..)
- Tizio B imposta l'andatura "corsa a piedi" e visualizza la mappa con zoom basso (zoom "città", ovvero vedrà l'interno di un bosco, l'interno di una prateria... con molti dettagli).

Entrambi ci mettono lo stesso tempo.
In questo modo intendo dire coerenza tra le visualizzazioni di zoom. Niente a che fare con il realismo che intendi tu, riferito al tempo gioco e tempo reale.

Per questo motivo, intendo dire che la differenza degli zoom risulta essere solo di visualizzazione. Non di meccaniche di gioco.

Parpacak ha scritto:

Spiego questo dubbio, per non essere frainteso.
Due tizi A e B devo andare da una città all'altra, separate da x chilometri.
- Tizio A imposta l'andatura "corsa a piedi" e visualizza la mappa con zoom alto (zoom "wild", ovvero vedrà montagne colline, etc..)
- Tizio B imposta l'andatura "corsa a piedi" e visualizza la mappa con zoom basso (zoom "città", ovvero vedrà l'interno di un bosco, l'interno di una prateria... con molti dettagli).

Entrambi ci mettono lo stesso tempo.
In questo modo intendo dire coerenza tra le visualizzazioni di zoom. Niente a che fare con il realismo che intendi tu, riferito al tempo gioco e tempo reale.

Per questo motivo, intendo dire che la differenza degli zoom risulta essere solo di visualizzazione. Non di meccaniche di gioco.

Si, ma stai parlando di realismo... Oppure di una "corsa campestre"... Non è questione di coerenza, ma solo di realismo vs giocabilità e di permettere le sfide a tempo.
Perche se invece mi stai dicendo che A con zoom 1x ci deve mettere lo stesso tempo di B che ha zoom 20x vuole dire o A ha refresh incomprensibile oppure B ha un refresh ogni morte di papa, io sto distinguendo tra zoom di visulizzazione zoom di movimento, ovvero il refresh di pagina sarà sempre e comunque ad una velocità coerente e questo riguarda il solo client, mentre il tempo di movimento è un fattore che riguarda solamente il server ed è indipendente dal livello di zoom di visualizzazione.
(Dimentichiamoci del comando inviato=testo ricevuto... comando inviato è una cosa, testo ricevuto è completamente asincrono e slegato ai comandi inviati, mentre il comando inviato è e deve essere relativo alla visualizzazione corrente, se io do dieci comandi di direzione mentre sono in una locazione il risultato deve essere come se avessi dato un solo comando, gli altri ingnorati, ameno che non si tratti di un comando complesso ma è 1 comando non N).

JJ