[Cities Skyline] pacchetto globale totale

[Necronomicon]

Non so se hanno poi risolto con una patch ma nella versione base del gioco se avevi costruito quartieri residenziali troppo vicini nel tempo, la gente moriva nello stesso periodo e a un certo punto vedevi una ondata di teschi di morte che faceva collassare l'economia

[von right]

Un classico: nuovi cittadini hanno la stessa età o fanno figli nello stesso periodo e quindi periodicamente hai ondate di morti perchè scade il counter uguale per tutti
Banished ha lo stesso problema: devi fare le case nuove una alla volta e distanziate nel tempo

[gmork]

e pensare che sono problemi che potrebbero risolvere in 5 minuti. no npenso che inserire un intervallo casuale di tempo entro determinati parametri per gli npc sia cosa complicata.

[showa]

Ma cazz

[von right]

E' solo questione di impegno della cpu.
Una cosa è mettere che ogni personaggio ha X anni di vita, un'altra alla creazione assegnargli un numero randomico ma bilanciato ed opportunamente distribuito
Se hai una decina di unità non è granchè, più sale il numero più cresce il problema.
Banisched lo aveva con un centinaio di unità...Cities ne ha centinaia di migliaia

tl;dr: no, non è così banale.

[gmork]

cioe', siamo andati sulla luna con un pc che era tipo 1/1000000... dei nostri desktop attuali e ci sono problemi a dire a degli npc che campano un numero di anni tra 70 e 80? poi, boh, non programmo e quindi alzo le mani.

[von right]

Questa è una delle banalità più grandi che si possano leggere in proposito, simile a quella "siamo sopravvissuti tutti col morbillo, il vaccino non serve"
Non programmi, questo dovrebbe fermarti prima di dire "eh ma nel passato..."

[Bicio]

Mi sa che il prossimo passo evolutivo dell'Hw dei nostri pc sia la gestione dell'IA avremo giochi che si distingueranno non più per grafica, ma su quanto sia evoluta o meno la sua IA che gestisce una serie di parametri e quindi le richieste HW saranno su processori/componentistica per supportare al meglio queste IA

Del tipo:

requisiti minimi : IA gestisce A-B-C il resto è scriptato/base

requisiti consigliati : IA gestisce tutto

Es: requisiti minimi: gli npc hanno tot comportamenti, tot frasi con cui interagire, attaccano il nemico nel loro raggio d'azione

Requisiti consigliati: gli npc hanno un loro comportamento autonomo, dialogano in base alle loro scelte, quando avvistano un nemico decidono come comportarsi e come approcciare un attacco

[pasquaz]

E' solo questione di impegno della cpu.
Una cosa è mettere che ogni personaggio ha X anni di vita, un'altra alla creazione assegnargli un numero randomico ma bilanciato ed opportunamente distribuito
Se hai una decina di unità non è granchè, più sale il numero più cresce il problema.
Banisched lo aveva con un centinaio di unità...Cities ne ha centinaia di migliaia

tl;dr: no, non è così banale.

non mi è molto chiaro il ragionamento: l'età è irrilevante per la CPU:il costo tra avere 25anni e 40 è identico

Nel momento che fai CreatePerson() mettere un cazzo di valore semi-randomico sull'età di partenza al posto di un default mi pare davvero un lavoro minimo.
Di sicuro meno gravoso di avere nmila persone morte tutto nello stesso momento

Considerando i precedenti su sto gioco (che lo attendevo tantisismo ma più passa il tempo e più sono convinto che non lo comprerò MAI) non mi stupirei che si tratti di pura pigrizia.

[Howard TD]

comunque l'eccessiva pesantezza grafica pare derivi dalla generazione troppo dettagliata (tramite il tool Popul8 ) dei vari pippotti

[Rot Teufel]

comunque l'eccessiva pesantezza grafica pare derivi dalla generazione troppo dettagliata (tramite il tool Popul8 ) dei vari pippotti

ma hanno almeno tolo i denti a 16k pixel per ogni pippotto o sono ancora lì?

[von right]

non mi è molto chiaro il ragionamento: l'età è irrilevante per la CPU:il costo tra avere 25anni e 40 è identico

Nel momento che fai CreatePerson() mettere un cazzo di valore semi-randomico sull'età di partenza al posto di un default mi pare davvero un lavoro minimo.
Di sicuro meno gravoso di avere nmila persone morte tutto nello stesso momento

Considerando i precedenti su sto gioco (che lo attendevo tantisismo ma più passa il tempo e più sono convinto che non lo comprerò MAI) non mi stupirei che si tratti di pura pigrizia.

Non è così semplice.
Per far morire un'unità devi fare un check per vedere se ha raggiunto il limite o meno, se il limite cambia (e quanto cambia) influisce sul numero di check che devi fare.
Il check poi lo devi fare per tutte le unità presenti il che già ti fa rendere conto del numero di check che devi fare solo per questa cosa (che si aggiunge agli altri miliardi di controlli).

Anche la definizione dell'età non è così banale, non basta dare un numero random per avere una simulazione decente.
Devi avere dei range e poi bilanciare l'assegnamento anche con i valori che son già stati attribuiti per evitare a punto che ti muoiano troppe unità giovani o vecchie in base a come son stati distribuiti i valori
In più in titoli come Cities l'aspettativa di vita viene modificata anche da altri fattori e non puoi fare una logica semplice come "se evento X allora tutti vita -Y" perchè poi ti trovi con le ondate di morte da evento

[Zhuge]

ma hanno almeno tolo i denti a 16k pixel per ogni pippotto o sono ancora lì?

se i denti dei pippottini si cariano tutti allo stesso momento cosa succede, esplode?

[gmork]

allora il segreto quando sono andati sulla luna è stato non far fare dei check al computer di bordo

[von right]

Nope, per andare sulla luna i programmi erano fatti in modo moooolto diverso ed estremamente ottimizzati.
Venivano gestite anche "meno" cose ed in modo più semplificato e diretto.
Però si, non avevano miliardi di check da fare ricorsivamente.

I software moderni commerciali hanno tutt'altra struttura che da ampia flessibilità di sviluppo ma ovviamente perde di efficienza ed ottimizzazione.

Poi oh, poi credi pure quello che vuoi.

[Moloch]

però scusa, fammi capire dove sbaglio: alla "nascita" di un npc viene assegnata una data di scadenza a t1.

in un caso l'intervallo t0-t1 ha valore fisso, generando le citate ondate di morti a t1, uguale per tutti quei t0.

in un altro caso l'intervallo ha un valore semicasuale, assegnato per ogni npc a t0.

sia nel primo caso che nel secondo al singolo npc viene assegnato un t1, che permane in memoria fino alla scadenza (morte) dell'npc.
l'unica differenza computazionale tra il primo e il secondo caso è che il calcolo di t1 è leggermente più esoso, trattandosi nel primo caso di una somma t1=t0+x con x costante, e nel secondo della stessa somma con un x estratto, poniamo, da una distribuzione normale.

il bottleneck è l'estrazione una tantum della x per ogni npc che entra ex novo nella simulazione? non mi sembra poi così esoso in fin dei conti (quanti npc entreranno nella simulazione al massimo in ogni giorno di gioco? 100? 200?)

[Rot Teufel]

se i denti dei pippottini si cariano tutti allo stesso momento cosa succede, esplode?

ma i denti dei pippottini si caricavano veramente per ogni cittadino e senza alcun lod

e non era l'unica cosa ad altissimo numero di poligoni (senza lod)

https://www.pcgamer.com/a-tech-analy...in-comparison/

[Bicio]

ma quindi in un SIMULATORE DEFINITIVO di vita di città, i pippottini hanno tutti un tot di vita prestabilito e fine li?

niente morti per incidenti, sul lavoro, per malattie?

che senso ha fare l'ospedale se tanto poi la gente non crepa prima della data di scadenza?

pensavo che ci fossero molte più variabili

[GenghisKhan]

Se il simulatore è fatto col culo, si, è proprio così

[LucaX360]

Sul check della morte mi pare che C:S tenga conto del parametro salute dei cittadini.