[Thread Tecnico] The Elder Scrolls V - Skyrim

[ulukaii]

Originariamente inviato da total9999

Qualcuno sa come posso risolvere il mio problema delle texture in bassa risoluzione? ( anche se sono impostate su high )

Metti degli screen per capire bene a cosa ti riferisci, perché molte texture sono proprio a bassa definizione (giusto un orbo potrebbe dire che siano HD). Hanno semplicemente aumentato un po' la dimensione ad alcune delle principali, alte (come quelle dei volti) sono state compresse male (vedi relativi mod che migliorano la cosa).

[total9999]

Originariamente inviato da ulukaii

Metti degli screen per capire bene a cosa ti riferisci, perché molte texture sono proprio a bassa definizione (giusto un orbo potrebbe dire che siano HD). Hanno semplicemente aumentato un po' la dimensione ad alcune delle principali, alte (come quelle dei volti) sono state compresse male (vedi relativi mod che migliorano la cosa).

Si li posto, ma comunque sono proprio su low low, perché un giorno non so cosa ho fatto ma è impazzito e le texture si vedevano molto meglio poi quando sono uscito dal gioco e rientrato tornato tutto su "schifo":

[Ryuga 73]

iscritto!


volevo chiedere una cosa,a proposito dello sblocco dei 2 giga di ram per skyrim.

non avendo mai avuto problemi di blocchi,o crasch del gioco,se sblocco i 2 giga di ram.....cambierà qualcosa a livello di performance generale del gioco,oppure non vedrò differenza?

grazie!!

[sertopica]

Originariamente inviato da john18

Il problema degli alberi è una cosetta da poco in confronto alle prestazioni che improvvisamente fanno leggermente cagare. Mi andava tanto bene ma per qualche strano motivo ora stuttera ad ogni passo (streaming scandaloso)

ps incredibile,ora va come andava prima (molto bene)! Concedetemelo,gioco grandioso,ma engine scandalosissimo...Cioè toccando determinate cose va in tilt la configurazione,per cui continuo a giocare,tanto per le prove c'è tempo!
Ah gli alberi niente di niente,li ho guardati da qualsiasi angolazione ma non si muovono di 1 millimetro (che sia uno!).

Guarda, succede anche a me di tanto in tanto e mi basta uscire dal gioco... Il motore grafico è una cacchina purtroppo, per certi versi...

Per gli alberi (ormai sono il mio chiodo fisso )... Ieri pomeriggio sono riuscito a farli muovere tutti per un po' e poi nada, pian piano si sono fermati tutti...

Originariamente inviato da hexaae

IMHO succede semplicemente a tutti perché è "by design". Inquadrati in un certo modo a volte non si muovono i rami... tutto per garantire maggior velocità al 3D IMHO....

Ok ma... Perché ad alcuni va e ad altri no?
Cioè, ho pure provato a fare una nuova partita senza risultati...

Originariamente inviato da ulukaii

@ hexaae e Setopica:
Ragazzi non state troppo a sbattervi, sono hack messi lì per evitare che il motore crashi sulle scatolette. E' sempre il solito GameBryo (versione 1.5 altro che 2.0...), ottimizzato per girare sul solito ugridtoload=5 e menate varie. Acquista un po' di credibilità quando condizioni meteo particolari aggiungono effetti quali nebbia, perché riducendo la visuale a distanza con un carino dof danno maggiore spessore all'ambiente in LOD che altrimenti sembra fatto di sagome ritagliate nel cartone.
SNIP

Siamo d'accordo su tutto... Ma, come sopra, perché, per dire a Masquerade, si muove tutto e ad altri no?? A sto punto aspetto la patch 1.2... E dire che comunque, con tutto a default su ultra mi tiene i 60 FISSI... Quindi non capisco perché l'engine pensa di dovermi segare certi dettagli indiscriminatamente.... Stiamo parlando sempre di un motore antico aggiornato con nuovi effetti... E che due OO!!

[appleroof]

Originariamente inviato da ulukaii

Metti degli screen per capire bene a cosa ti riferisci, perché molte texture sono proprio a bassa definizione (giusto un orbo potrebbe dire che siano HD). Hanno semplicemente aumentato un po' la dimensione ad alcune delle principali, alte (come quelle dei volti) sono state compresse male (vedi relativi mod che migliorano la cosa).

verissimo, ci sono situazioni di ottima resa grafica, come imho questa:



a texture pietose e a pixelloni, guardate questa scultura nella roccia (consiglio di cliccare sopra l'immagine che la thumb la rende già accettabile):

[alkio85]

Premetto che non mi piace chettare, ma a volte mi vien comodo invece che selezionare la mappa e fare a mano usare il movetoqt.

In prima pagina è spiegato male...

showquesttargets = mostra l'ID delle quest attive
movetoqt ## : ## ID della quest

[Mon3]

Originariamente inviato da sertopica

Ho cancellato ogni cosa, compreso l'FXAA injector, reimpostato tutto su ultra senza toccare l'INI manualmente e ho risolto solo la scattosità delle animazioni per le piante piccole (tipo la pianta di patate per dire o i piccoli abeti e altri cespuglietti), ma gli alberi grossi non si schiodano proprio...

EDIT: ah ecco... Allora capita anche a te! Veramente sembra una cosa per evitare il sovraccarico... Capisco su console, ma su PC no!!
edit 2: quindi c'è da rassegnarsi... Davvero triste come cosa...

Ho lo stesso tuo identico problema, sia degli alberi che non si muovono, sia delle ombre che sfarfallano. Pensa che credevo che gli alberi proprio non si muovessero di default e mi sono detto "peccato, sai che figata se si muovevano durante la bufera!".

[kellone]

Non c'è modo di avere una sorta di mini-mappa trasparente in alto a destra?

Ne doungeon mi servirebbe assai.

[elevul]

Originariamente inviato da alkio85

Premetto che non mi piace chettare, ma a volte mi vien comodo invece che selezionare la mappa e fare a mano usare il movetoqt.

In prima pagina è spiegato male...

showquesttargets = mostra l'ID delle quest attive
movetoqt ## : ## ID della quest

Devo provarlo.
Finora ho usato il comando per poter usare il fast travel verso qualsiasi posto, e mi ci sto trovando bene.

[sertopica]

Originariamente inviato da Mon3

Ho lo stesso tuo identico problema, sia degli alberi che non si muovono, sia delle ombre che sfarfallano. Pensa che credevo che gli alberi proprio non si muovessero di default e mi sono detto "peccato, sai che figata se si muovevano durante la bufera!".

Purtroppo sta cosa mina parecchio l'immersività nel mondo di gioco a mio avviso, durante le esplorazioni... Sentire gli effetti sonori del vento e vedere tutto fermo fa schifo.

EDIT: forse ho trovato la soluzione, ho appena provato e gli alberi, finalmente, si muovevano:
basta mettere un # (cancelletto) davanti al comando fTreesMidLODSwitchDist che si trova nel file Skyrimprefs.ini... Fatemi sapere se va!

[Dazzy.]

edit. Scusate, ho sbagliato thread.

[ulukaii]

Originariamente inviato da sertopica

Siamo d'accordo su tutto... Ma, come sopra, perché, per dire a Masquerade, si muove tutto e ad altri no?? A sto punto aspetto la patch 1.2... E dire che comunque, con tutto a default su ultra mi tiene i 60 FISSI... Quindi non capisco perché l'engine pensa di dovermi segare certi dettagli indiscriminatamente.... Stiamo parlando sempre di un motore antico aggiornato con nuovi effetti... E che due OO!!

Purtroppo è così, alcune volte si muove tutto e in altre situazioni (in stessi luoghi) tutto letteralmente impiante. E' come se raggiunto un certo limite prefissato di risorse il motore gestisca/disabiliti determinati effetti o caratteristiche infischiandosene bellamente dei settings presenti nel file .ini (o delle risorse presenti nel sistema). Io credo che sia una specie di crash-prevention.

Il fatto è che ancora tutti ci basiamo sui parametri dei precedenti oblivion/fallout (parlo per tweak degli ini), quando molti di quei settings non fanno nulla oppure solo casino. Certo non tutti, ma molti sono sostanzialmente inutili e non vengono nemmeno letti, parlo perché ne ho testati davvero tanti.

Personalmente aspetto la nuova tweakguide di Korous, che dovrebbe finire la prossima settimana (se tutto va bene) per vedere se riesce a tirar fuori alcuni dei parametri che gestiscono questa cosa (fra le altre che voglio sistemare). E sta benedetta patch per la settimana del 28 Novembre, anche se credo che sia più pensata per le magagne console che per i nostri problemi, ma sperare fa sperare...

[sertopica]

Ho editato più su, fammi sapere se disabilitando quel comando cambia qualcosa...

Comunque sì, sembra proprio una cosa voluta per fare economia di risorse... A sto punto era meglio se continuavano ad usare SpeedTree...

[ulukaii]

Originariamente inviato da total9999

Si li posto, ma comunque sono proprio su low low, perché un giorno non so cosa ho fatto ma è impazzito e le texture si vedevano molto meglio poi quando sono uscito dal gioco e rientrato tornato tutto su "schifo"

Curioso, sembra il medesimo problema che affligge gli utenti Xbox, comunque anche su low non sembrano tanto diverse da high

Originariamente inviato da Ryuga 73

iscritto!


volevo chiedere una cosa,a proposito dello sblocco dei 2 giga di ram per skyrim.

non avendo mai avuto problemi di blocchi,o crasch del gioco,se sblocco i 2 giga di ram.....cambierà qualcosa a livello di performance generale del gioco,oppure non vedrò differenza?

grazie!!

Peccato che quando scrivo non mi legga mai nessuno Come dicevo qui:

Attivare il flag Large Address Aware non è un abracadaba, ma va capito di cosa si tratta.

Sebbene potrebbe davvero essere che in alcune condizioni Skyrim richieda effettivamente questi 2Gb in più (memoria virtuale), ma non dimentichiamoci che Skyrim crasha perchè ha anche problemi suoi, problemi tecnici che si sono trascinati da quando è stato utilizzato questo motore, possono dire che è nuovo, ma a conti fatti è ancora un Gamebryo rimaneggiato (quel tanto che basta per cambiargli nome).

Personalmente sono uno di coloro che di crash non ne ha mai avuto uno, pur non avendo attivato il suddetto flag. Anzi solo recentemente l'ho testato su Skyrim, questo solo perché con i giochi SteamWorks, vado cauto nelle modifiche dirette sugli exe. Sono andato sul sicuro solo dopo aver appurato che TESV.exe non è legato a Steam (diversamente del Launcher).

A chiunque ha crash improvvisi, consiglio di tenere in background un monitor come Process Explorer e verificare l'effettivo utilizzo della RAM, ma anche della memoria virtuale del sistema, perché spesso il problema sta proprio lì.

Per alcuni degli utenti che avevano problemi, si è poi scoperto tenessero il file di paging disabilitato oppure dimensionato male.

Con un Process Explorer (si può anche usare il task manager) avviato (e lasciato in background) andate su View > System Information sul tab Memory. Avviate Skyrim e giocate tranquillamente. Quando crasha andate sul tab Memory e controllate Commit Charge e la Physical Memory, verificando che non vi siano stati dei picchi di utilizzo delle risorse che abbiano raggiunto il limite. Se così fosse è necessario ampliare il file di paging di windows.

Perché, ripeto, quando si fa riferimento a quel flag non si parla direttamente di RAM, ma di memoria virtuale. A discapito di quanto si vada a leggere in giro su nexus. E, a mio parere, tale flag andrebbe utilizzato su sistemi x64 che abbiano da 4 Gb in su (questo mi par ovvio dato che questa memoria deve pur essere allocata).

Se poi non credete a quello che dico, basta andare su una delle pagine di chi ha creato questa utility (esempio, http://www.ntcore.com/4gb_patch.php) e leggere:

I originally wrote this tool for a friend of mine who needed it. This very little tool patches x86 executables in order to let them have 4GB (instead of only 2) of virtual memory on x64 platforms. This tool comes very handy for applications which need a great amount of virtual memory like games, 3D renderization, multimedia etc. To gain these 2GB, you just have to use this tool to patch the executable (*.exe file) of the software you want to have these additional GBs of virtual memory. It can be used by clicking on it and choosing the file or through command line (e.g.: "4gb_patch file.exe"). It automatically creates a backup copy of the original executable.

Why things are this way on x64 is easy to explain. On x86 applications have 2GB of virtual memory out of 4GB (the other 2GB are reserved for the system). On x64 these two other GB can now be accessed by 32bit applications.

Per approfondire vi linko questo articolo vecchiotto, ma interessante e nello specifico:

Anche le applicazioni a 32 bit possono beneficiare di un sistema operativo a 64 bit: infatti la parte di spazio di indirizzi virtuale di ogni processo dedicata al sistema nei sistemi a 64 bit si trova in prossimità della fine dello spazio di indirizzi a 64 bit, ossia in una parte non visibile al codice a 32 bit, che a questo punto è in grado di utilizzare l'intero spazio di indirizzi virtuale da 4 GiB. Sotto Windows tuttavia questo si verifica solo se l'applicazione è linkata con un particolare flag (LARGEADDRESSAWARE).

La fonte su cui su basa tale affermazione è questa: http://msdn.microsoft.com/en-us/libr...78(VS.85).aspx

[mistero1982]

Ho rilevato problemi di cali fps quando sono in città e sopratutto su determinate "zone" delle città ove la visuale è più ampia. E' normale? Si fixa solo mettendo le ombre su low? Attendo una patch risolutiva???

[ulukaii]

Originariamente inviato da sertopica

EDIT: forse ho trovato la soluzione, ho appena provato e gli alberi, finalmente, si muovevano:
basta mettere un # (cancelletto) davanti al comando fTreesMidLODSwitchDist che si trova nel file Skyrimprefs.ini... Fatemi sapere se va!

E' quello che per default in ultra sta a 1e+007, non ho mai provato a cancellarlo, diversamente avevo provato ad aumentarne il valore, senza ottenere risultati (cosa che invece su altri forum dicono faccia bene, ma in realtà inutile).

Proverò in serata

[VirtualFlyer]

Iscritto

[Ryuga 73]

Originariamente inviato da ulukaii

Curioso, sembra il medesimo problema che affligge gli utenti Xbox, comunque anche su low non sembrano tanto diverse da high



Peccato che quando scrivo non mi legga mai nessuno Come dicevo qui:

Attivare il flag Large Address Aware non è un abracadaba, ma va capito di cosa si tratta.

Sebbene potrebbe davvero essere che in alcune condizioni Skyrim richieda effettivamente questi 2Gb in più (memoria virtuale), ma non dimentichiamoci che Skyrim crasha perchè ha anche problemi suoi, problemi tecnici che si sono trascinati da quando è stato utilizzato questo motore, possono dire che è nuovo, ma a conti fatti è ancora un Gamebryo rimaneggiato (quel tanto che basta per cambiargli nome).

Personalmente sono uno di coloro che di crash non ne ha mai avuto uno, pur non avendo attivato il suddetto flag. Anzi solo recentemente l'ho testato su Skyrim, questo solo perché con i giochi SteamWorks, vado cauto nelle modifiche dirette sugli exe. Sono andato sul sicuro solo dopo aver appurato che TESV.exe non è legato a Steam (diversamente del Launcher).

A chiunque ha crash improvvisi, consiglio di tenere in background un monitor come Process Explorer e verificare l'effettivo utilizzo della RAM, ma anche della memoria virtuale del sistema, perché spesso il problema sta proprio lì.

Per alcuni degli utenti che avevano problemi, si è poi scoperto tenessero il file di paging disabilitato oppure dimensionato male.

Con un Process Explorer (si può anche usare il task manager) avviato (e lasciato in background) andate su View > System Information sul tab Memory. Avviate Skyrim e giocate tranquillamente. Quando crasha andate sul tab Memory e controllate Commit Charge e la Physical Memory, verificando che non vi siano stati dei picchi di utilizzo delle risorse che abbiano raggiunto il limite. Se così fosse è necessario ampliare il file di paging di windows.

Perché, ripeto, quando si fa riferimento a quel flag non si parla direttamente di RAM, ma di memoria virtuale. A discapito di quanto si vada a leggere in giro su nexus. E, a mio parere, tale flag andrebbe utilizzato su sistemi x64 che abbiano da 4 Gb in su (questo mi par ovvio dato che questa memoria deve pur essere allocata).

Se poi non credete a quello che dico, basta andare su una delle pagine di chi ha creato questa utility (esempio, http://www.ntcore.com/4gb_patch.php) e leggere:


Per approfondire vi linko questo articolo vecchiotto, ma interessante e nello specifico:

La fonte su cui su basa tale affermazione è questa: http://msdn.microsoft.com/en-us/libr...78(VS.85).aspx

grazie gentilissimo!

[sertopica]

Originariamente inviato da ulukaii

E' quello che per default in ultra sta a 1e+007, non ho mai provato a cancellarlo, diversamente avevo provato ad aumentarne il valore, senza ottenere risultati (cosa che invece su altri forum dicono faccia bene, ma in realtà inutile).

Proverò in serata

Yep, serve a quello... Per ora gli alberi finalmente si muovono tutti... Evidentemente è buggato o non so cosa... Come si dice... Chi fa da sé fa per tre...

[appleroof]

Originariamente inviato da sertopica

Yep, serve a quello... Per ora gli alberi finalmente si muovono tutti... Evidentemente è buggato o non so cosa... Come si dice... Chi fa da sé fa per tre...

così? fTreesMidLODSwitchDist=10000000.0000#