Koľko rámcov vytvorí váš počítač v Cologne-Koblenz Zobraziť tému; Fórum Zusi

Všetky časy sú v UTC + 1 hodina

Koľko rámcov spravuje váš počítač v Kolíne nad Rýnom-Koblenz ?

.
Existuje nejaký spôsob, ako spočítať odkazy v súboroch ls, je to trochu zdĺhavé po ruke.
Potom som videl, koľko súborov je celkovo prepojených v ls moduloch. Približne sa ich však odhaduje niekoľko stoviek (zábradlia, komponenty reťazového reťazca, označenie nástupišťa atď.).

Navrhoval som niečo také, keď sa správa objektov v Zusi presunula, konkrétne implementovať správu odkazov zodpovedajúcim spôsobom v trase ED, odpoveď od Carstenu bola veľmi jasná.

Pre mňa je to vždy medzi 15 a 25 fps.
(2,7 GHz, grafická karta: čo viem (počítač je z mája 2003)

Na všetkých ostatných trasách som normálny pri 40 fps, iba s Kö-Ko to klesá
snímková frekvencia nižšia

(Pravdepodobne kvôli dobrej krajine; takmer si myslíte, že krajina je ukradnutá inej hre)

Naposledy zmenil Marcel Templin 31. mája 2004 19:07:12, zmenené celkom 1-krát.

Integrovanú verziu som teda vložil na server, nájdete ju tu.

Upozornenie: časť má veľkosť 16 MB (16 873 794 bajtov).

Bohužiaľ sa nezmenšuje. Tiež by som mal poznamenať, že príbeh chce 140 MB miesta na disku.

Raz som otestoval integrovanú verziu na počítači a nenašiel som vôbec žiadny rozdiel. Snímkové frekvencie sú pre obe verzie úplne rovnaké. B. 10 v Kolíne Hbf a 18 pri vstupnom signáli Kalscheuren. Prečo to tak môže byť.

Môj systém: P 4 s 2 GHz, Windows XP, 512 MB RAM, grafická karta 64 MB NVIDIA GeForce 3 Ti 200, 4 x AntiAliasing, 1024 x 768. Úprava: zobrazenie 2400/2400.

S integrovanou verziou mám všade pribrzdených 40 rámikov. Funguje skvele.

@ Stefan: Ďakujem za námahu.

@Holger: Možno ste skopírovali niečo zlé alebo iný súbor str, aby sa starý súbor stále používal?

Zvýšenie FPS skutočne funguje úžasne. Iba výsledok.

Môj počítač robí trhané pohyby asi každých 200 metrov, čo je najsilnejšie v Koblenzi. Pohľad na informácie o systéme ukazuje, že je to pravdepodobne spôsobené mojim pevným diskom. Pretože odkladací súbor je na tejto trase hrdých 650 MB. Aj keď mám 512 MB 266 DDR RAM. Prečo?

V zásade som použil Stefanovu metódu, ale načítal som „* _AllLS-Dateien.ls“ do editora budovy, integroval prepojené súbory a znova ich uložil. (Odíde za chvíľu.)

S (zatiaľ) 384 MB hlavnej pamäte nebolo možné vyhrať žiadny kvetináč, pretože prebiehalo stránkovanie. Odtiaľ pravdepodobne pochádza aj Patrickovo koktanie. (Pozrite sa na LED diódu na pevnom disku - mala by byť väčšinou tmavá.)

Potom som dal svojmu starému hoblíku (PIII, 850 Mhz) ďalších 512 MB pamäte. Teraz mám 768 MB a v Kolíne mám okolo 19 fps, v Bonne takmer 30 fps a na otvorenej ceste takmer 40 fps. Bolo však potrebné znížiť na 14 snímok za sekundu (v Kolíne nad Rýnom) alebo 24 snímok za sekundu (inak), aby sa zabránilo typickým zvukovým trhnutím (ahoj Michael). EDIT: Zvuk je zabudovaný so mnou.

Na konci cesty z Kolína nad Rýnom do Koblenzu klesla snímková frekvencia na 2 fps, nech už to bolo čokoľvek. (Pozrime sa, či je to tak pri každej ceste.)

Naposledy zmenil Christian Gründler 1. 6. 2004 17:32:51, zmenené celkom 1-krát.

V systéme Windows rôzne nástroje vydávajú rôzne vyhlásenia o tom, aká veľká je požadovaná virtuálna pamäť, pretože tieto nástroje používajú rôzne názvy.

Teraz sa mi však podarilo získať rozhodnutie väčšiny.

Podľa pokynov Štefana ma integrácia a vyčistenie trasy po načítaní trasy bez cestovného poriadku vyžaduje pod XP so 768 MB hlavnej pamäte:

pracovná sada 393720 KB s maximom 414828 KB počas načítania;
celková virtuálna veľkosť 926408 KB s maximom 1208484 kB počas načítania, z toho 390676 kB je súkromných procesov, nezdieľateľných.

Takže ak počítate iba súkromné stránky (ktoré Správca úloh zobrazuje aj ako „virtuálnu pamäť“, ak je to potrebné), potom je v súbore stránok okrem oblasti rezidentnej v pamäti uložená zhruba rovnaká veľkosť.

Predpokladal by som preto, že s 512 MB pamäte budú vážne problémy so swapom.

Riešenie nakoniec nájdeme iba v technológii nabíjania jednotlivých modulov, ktorú poskytuje spoločnosť Carsten. Dovtedy si človek vystačí s brutálnou silou, samozrejme, ktorá nie je čistá ani elegantná.

Carsten napísal:

Integrovanú verziu som si stiahol znova, nič sa nezmenilo. Celému „starému“ súboru trasy som dal iný názov. Integrovaná verzia je teda v počítači ako samostatný súbor. Bohužiaľ to nemôže byť dôvod.

Nenazval by som transformáciu z prepojenej na integrovanú krajinu „brutálnym násilím“. A keď vezmete do úvahy, že prístup na disk pri stránkovaní celú vec spomalí, pýtam sa, samozrejme, sám seba, či by plánované opätovné načítanie traťových úsekov viedlo aj k trhaniu .

Naposledy zmenil Christian Gründler 1. 6. 2004 20:14:35, celkovo zmenené 1 krát.

Experimenty z minulého roku ukázali, ako Carsten opäť zdôraznil, že veľmi veľké alebo veľmi malé oká sa vykresľujú menej efektívne ako tie stredné. Avšak bez zlúčenia súborov .ls je v súčasnosti prakticky nemožné vytvoriť zmysluplne veľké mreže pre mnoho malých 3D modelov, ako sú priečne štruktúry a podobne. To sa kupuje na úkor väčšej požiadavky na pamäť nielen v súboroch, ale aj za behu sietí, pretože sa stratí výhoda úspory pamäte pri transformácii malej siete na správne miesta (množné číslo) v okamihu vykreslenia.

Avšak skrátený záver, ktorý by z toho vyplynul, by nebol správny, že by sa musela kúpiť vyššia snímková frekvencia s vyššími požiadavkami na pamäť. Momentálne to de facto - za predpokladu vhodnej grafickej karty - je, ale nie je na to žiadny nezmeniteľný dôvod. Iný model úložiska - kľúčové slovo: načítanie modulov po moduloch - opäť výrazne zníži požiadavky na úložisko bez nutnosti vzdať sa optimálnych veľkostí ôk.

Preto moja poznámka o „brutálnom násilí“: Zahrnutie súborov ls momentálne stojí pamäť. Vtlačte teda pamäť, kým to pomocou páčidla už nie je možné. To funguje, ale zavedením nového modelu pamäte sa stáva opäť nadbytočným.

Môže to byť spôsobené aj grafickým ovládačom. Najmä pri aplikácii nVidia sa opakovane uvádza, že snímková frekvencia nie je pri rôznych verziách ovládačov konštantná. Vyhlazovanie môže mať ďalší vplyv.

Môžem potvrdiť zvýšenie výkonu uvedené v tomto vlákne prostredníctvom integrácie ls pre ovládač 53.03 s vypnutým vyhladzovaním. S aktuálnou verziou 56.72 sa mi však nič nestalo. (Výsledok prosím nepreceňujte. Okrem čísla verzie môžu existovať aj konkrétne dôvody, prečo nový ovládač nebol v poriadku.)

je tiež oficiálne zdokumentovaný v hĺbke stránok nvidia.

Mimochodom, schopnosť vytvárať efektívne veľkosti ôk sa so Zusi 3 zníži (pretože 2 rôzne textúry vždy potrebujú dve rôzne oká). Malo by však byť možné tieto nevýhody kompenzovať v tejto pracovnej skupine. dynamické zaťaženie znamená, že je potrebné vypočítať podstatne menej krajiny.
Nabíjanie samozrejme stojí aj výkon, ale iná šanca nie je. Dúfam, že trhanie nebude viditeľné, ale iba to, že pri načítaní poklesne snímková frekvencia.

Včera večer som teda tiež tvrdo pracoval. Môj o niečo starší GF 2 Ti tiež v zásade dosahuje výrazné zvýšenie, s mojím 700Mhz závodníkom v Kolíne nad Rýnom namiesto okolo 7 fps dosahujem okolo 15-16 fps. Ale aj pre mňa má problém so šklbaním veľmi vážny efekt iba s 448 MB RAM a môj zastaraný W98 funguje ako ďalšia brzda pre zábavu. No kým nebude už naplánovaný nákup nového hardvéru, najskôr prežehlím starú verziu, ktorá aspoň neustále beží na nízkej úrovni.

Všetky časy sú v UTC + 1 hodina

Kto je online?

Členovia tohto fóra: 0 členov a 1 hosť