Колку рамки создава вашиот компјутер на темата Келн-Кобленц Шоу; Форум Зуси
Сите времиња се UTC + 1 час
Колку рамки управува вашиот компјутер во Келн-Кобленц ?
.
Дали има некој начин да се избројат линковите во ls-датотеките, тоа е малку досадно со рака.
Тогаш можев да видам колку датотеки се поврзани вкупно во ls модулите. Но, приближно се проценуваат неколку стотици (огради, компоненти на катенарот, ознаки на платформа, итн.).
Предложив нешто слично еднаш, каде управувањето со предметите во Зуси имаше свој потег, имено да го спроведе управувањето со врските соодветно на маршрутата ЕД, одговорот од Карстен беше многу јасен.
За мене тоа е секогаш помеѓу 15 и 25 fps.
(2,7 Ghz, графичка картичка: што знам (компјутерот е од мај 2003 година)
На сите други правци сум нормален на 40 fps, само со Kö-Ko паѓа
рамката е помала
(Веројатно заради добриот пејзаж; скоро мислите дека пејзажот е украден од друга игра)
Последен пат променет од Марсел Темплин на 31 мај 2004 година 19:07:12 часот, се смени вкупно 1 пати.
Значи, ја ставам интегрираната верзија на серверот, можете да ја најдете овде.
Предупредување: делот е со големина од 16 MB (16.873.794 бајти).
За жал, не станува сè помало. Исто така, треба да забележам дека приказната сака 140 MB простор на дискот.
Еднаш ја тестирав интегрираната верзија на мојот компјутер и воопшто не најдов разлика. Стапките на рамки се апсолутно исти за обете верзии. Б. 10 во Келн Хбф и 18 на влезниот сигнал Калшеурен. Која може да биде причината.
Мојот систем: P 4 со 2 GHz, Windows XP, 512 MB RAM, графичка картичка 64 MB NVIDIA GeForce 3 Ti 200, 4 x AntiAliasing, 1024 x 768. Прилагодување: поглед 2400/2400.
Со интегрираната верзија, насекаде добивам сопирани 40 рамки. Работи прекрасно.
@Stefan: Ви благодариме за трудот.
@Holger: Можеби копиравте нешто погрешно или друга str-датотека, така што старата датотека сè уште се користи?
Зголемувањето на FPS всушност работи прекрасно. Само резултатот.
Мојот компјутер прави незгодно движење на секои 200 метри, што е најсилно во Кобленц. Погледот на информациите на системот покажува дека тоа најверојатно се должи на мојот HDD. Бидејќи датотеката за размена е горда 650 MB на оваа рута. И покрај тоа што имам 512 MB од 266 DDR RAM меморија. Зошто е тоа така?
Во принцип, го користев методот на Стефан, но го вчитав „* _AlleLS-Dateien.ls“ во уредникот на зградата, интегрирав поврзани датотеки и ги зачував повторно. (Оди за кратко време.)
Со (досега) 384 МБ главна меморија, немаше саксија за цвеќе што можеше да се освои бидејќи пејџингот беше во тек. Веројатно од тука потекнува пелтечењето на Патрик. (Погледнете ја ЛЕР-та за хард дискот - треба да биде претежно темна.)
Потоа, му дадов на мојот стар планер (PIII, 850 Mhz) уште 512 MB меморија. Со сега 768 MB, добивам околу 19 fps во Келн, скоро 30 fps во Бон и скоро 40 fps на отворен пат. Сепак, беше потребно намалување на 14 fps (во Келн) или 24 fps (инаку) со цел да се избегнат типичните звучни грчи (здраво Мајкл). ЕДИТ: Звукот е со мене.
На крајот од патувањето од Келн до Кобленц, стапката на рамка падна на 2 fps, какво и да е тоа. (Ајде да видиме дали е тоа така со секое патување.)
Последен пат променет од Кристијан Гриндлер на 01.06.2004 17:32:51, се смени вкупно 1 пати.
Под Windows, различните алатки даваат различни изјави за тоа колку е голема потребната виртуелна меморија, бидејќи алатките користат различни имиња.
Но, сега успеав да добијам одлука за мнозинство.
Според упатствата на Стефан, интеграцијата и чистењето на маршрутата по вчитувањето на маршрутата без возен ред ме бара под XP со 768 MB главна меморија:
- работен сет од 393720 KB со максимум 414828 KB при вчитување;
- вкупна виртуелна големина од 926408 KB со максимум 1208484 KB за време на вчитувањето, од кои 390676 KB се процесни приватни, не се споделуваат.
Значи, ако ги пресметате само приватните страници (што Task Manager исто така ги прикажува како „виртуелна меморија“ ако сакате), тогаш приближно иста големина е зачувана во датотеката на страницата, покрај областа што е жител на меморијата.
Затоа би претпоставил дека ќе има сериозни проблеми со размена со 512 MB меморија.
На крајот на краиштата, решението може да се најде само во технологијата за полнење на индивидуалниот модул обезбедена од Карстен. До тогаш, некој може да се снајде со брутална сила, се разбира дека не е чиста или елегантна.
Карстен напиша:
Повторно ја преземав интегрираната верзија, ништо не се смени. На комплетната „стара“ датотека за рути и дадов друго име. Интегрираната верзија е на компјутерот како посебна датотека. За жал, тоа не може да биде причина.
Трансформацијата од поврзан во интегриран пејзаж не би ја нарекол „брутално насилство“. И кога сметате дека пристапот до дискот при страничење ја забавува целата работа, се прашувам, се разбира, дали закажаното претовар на деловите од патеката исто така ќе доведе до непредвидлива .
Последен пат променет од Кристијан Гриндлер на 01.06.2004 20:14:35, се смени вкупно 1 пати.
Експериментите минатата година покажаа, како што повторно истакна Карстен, дека многу големи или многу мали мрежи се даваат помалку ефикасно од оние со средна големина. Сепак, без спојување на датотеките .ls, во моментов е практично невозможно да се создадат значајно големи мрежи за многу мали 3Д модели, како што се попречни структури и слично. Ова е купено по цена на поголеми побарувања за меморија не само во датотеките, туку и за време на траење на мрежите, бидејќи предноста за заштеда на меморија за трансформација на малата мрежа на вистинските места (множина) само во моментот на прикажување е изгубена.
Само заклучок за скратување што би резултирал од ова не би бил точен дека треба да се купи поголема брзина на кадри со повеќе барања за меморија. Во моментов ова е фактички - претпоставувајќи соодветна графичка картичка - но нема непроменлива причина за тоа. Различен модел на складирање - клучен збор: вчитување модул-по-модул - значително ќе го намали барањето за складирање повторно без да се откаже од оптималните големини на мрежата.
Оттука и мојата забелешка за „бруталното насилство“: Вклучувањето на ls-датотеките во моментов чини меморија. Така, стиснете во меморијата се додека не е веќе возможно со толпа. Ова работи, но повторно станува излишно со воведување на нов модел на меморија.
Може да се должи и на драјверот за графика. Особено со nVidia, ефектите постојано се пријавуваат дека стапката на рамката не е константна со различните верзии на двигателот. Анти-алиасингот може да има друго влијание.
Може да ги потврдам зголемувањето на перформансите споменати во оваа нишка преку интеграција на ls за возачот 53.03, со исклучено анти-алиасирање. Со сегашната верзија 56,72, сепак, ништо не ми се случи. (Ве молиме, не преценувајте го резултатот. Можеби постојат специфични причини, освен бројот на верзијата, зошто новиот возач не беше во право.)
исто така е официјално документирано во длабочините на страниците на nvidia.
Патем, можноста да се создадат ефективни големини на мрежата ќе се намали со Зуси 3 (бидејќи на 2 различни текстури секогаш им требаат две различни мрежи). Сепак, треба да биде можно да се компензираат овие недостатоци во тоа wg. динамичко вчитување значи дека треба да се пресмета значително помалку предел.
Се разбира, полнењето исто така чини перформанси, но нема друга шанса. Се надевам дека непредвидувањето нема да се забележи, туку само дека стапката на рамката се намалува при вчитувањето.
Значи, јас исто така работев напорно вчера вечерта. Мојот нешто постар GF 2 Ti, исто така, постигнува значително зголемување во принцип, со мојот тркач од 700Mhz во Келн добивам околу 15-16 fps наместо претходните 7 fps. Но, и за мене, проблемот со грчењето има многу сериозен ефект со само 448 MB меморија, и мојот антички W98 делува како дополнителна кочница за забава. Па, додека не се испланира новата набавка на хардвер, јас прво ќе ја пеглам старата верзија која барем постојано работи на ниско ниво.
Сите времиња се UTC + 1 час
Кој е на Интернет?
Членови во овој форум: 0 члена и 1 гостин