Autor: |
Zpráva: |
|
1. Michal GDPR |
Hlavní manažer týmu F1 |
|
605 Příspěvky |
registrován: 18.12.2006 |
|
|
13.09.2012 - 12:45 |
|
Petr Jiroch napsáno: |
Michal Brezina napsáno:
Petr Kolář napsáno:
Martin Adamecc napsáno:
Petře podle tvých tabulek by to mělo v plných detailech vydržet cca 20 lidí, ale nam to padalo někdy už od 13lidí. Možná je to nepřesností v singlu nevím
Ty moje hodnoty jsou jen z krátkého testování. Je možné, že už i při 15 lidech by to po delší době taky padlo, ale to nemůžu tvrdit.
Zkoušel jsem DX7 i DX9 a padlo to v obou případech.
Stejně tak bylo jedno, jestli jsem to zkoušel single nebo při připojení na multiplayer. Jakmile si hra, tj. proces rFactor, vzal kolem 1,4 GB RAM, tak to šlo do kytek.
Možná je to obecný problém rFactoru, že víc paměti prostě nedokáže využít.
Asi by stálo za zkoušku vzít třeba nějaký mód, který je standardně v rFactoru a zkusit, jestli bude při větším počtu pilotů taky padat.
Petře, já jezdil i ve 40 lidech v jiných módech a nikdy jsem neměl žádný problém a to jsem měl kdysi 2 MBbit a upload 256 KBbit, což oproti dnešku je asi třicetina původní rychlosti. Je pravda, že to bylo na meganech, kde je jedno auto polepeno asi 10 nebo 20 texturama. Takže náročnost úplně jinde. Můžeme tedy testnout nějaký jiný mód jak si psal, ať si uděláme obraz o náročnosti módu rft2011.
Já si zase všimnul, že rfactor si vzal 500MB, když jsem byl na serveru sám. S každým dalším přihlášeným si to bralo 50 MB navíc. Teď si říkám a proč tolik, když textury mají většinou do 30 MB na jezdce ? Zřejmě se v paměti nějak dekomprimují. Nicméně i v pondělí mi vyskočila spotřebovávaná paměť na 1,5 GB ale Windowsům ani rFactoru to vůbec nevadilo. Později jsem zkusil použít gamebooster a rázem spotřebovaná paměť pro rFactor klesla na 1.0 GB. V Gameboostru je zabudovaný čistič ramky, ale že rFactoru najednou nebude chybět 500 MB dat , to jsem nechápal. Mohli bychom zkusit gameboostera nebo defragmátor ram při dnešním testu, třeba by to pomohlo.
Jinak jsem zkoušel ty Low Level textury rft2011 a už to bylo všechno jako by rozmazaný, prostě neostrý a hnusný. To bych jezdit nechtěl, proto to ani nebudeme zkoušet. Na tom bych se styděl jezdit. To už GP3 před 15 lety měla lepší grafiku. (Sakra toto letí). Vypadalo to jako když si video z kompaktního foťáku hodíte na metrový full HD.
Michale, o textury ani tak nejde. Ty vyřešili v RFT 2012 celkem pěkně a složka s jezdcem má teď pár MB. Paměť žerou ty MAS soubory, kde jsou všechny modely... RFT má modely A,B,C,D - podle úrovně grafiky A - nejhezčí, D - nejméně detailů. MAS soubor se dá zmenšit, že se v nastavení grafiky zadá, aby se načítal třeba jen model B a C a tím můžeš ostatní z MAS souborů vymazat a výsledkem je méně MB a menší zátěž na paměť. |
To ale řeší nastavení grafiky ve hře ? Když zadám nastavení grafiky max, tak to čte ty z A a když low tak D. Aspoň předpokládám, že to tak funguje. Tzn., že tím že ořežeš A, tak tím akorát vezmeš lidem možnost si načíst kvalitu na max. Ale pokud nemám nastaveno max, tak je mi jedno jak velký je mas, protože stejně načtu jen to co potřebuji pro své nastavené grafiky ve hře ?
|
|
|
Pilot GP2 |
|
61 Příspěvky |
registrován: 01.01.1970 |
|
|
13.09.2012 - 14:15 |
|
Mám pocit, že to bere celej MAS, ale třeba se pletu.
|
|
1. Michal GDPR |
Hlavní manažer týmu F1 |
|
605 Příspěvky |
registrován: 18.12.2006 |
|
|
13.09.2012 - 19:25 |
|
Když dáš detaily na max tak by si měl mít vyšší využití paměti než když dáš low. Zkus to testnout.
|
|
|
Pilot motokáry |
|
19 Příspěvky |
registrován: 01.01.1970 |
|
|
15.09.2012 - 21:57 |
|
http://2i.cz/ad8ff2d80b
podarilo se mi zachytit chybovou hlasku, nekdy to tam probliklo a zmizelo to, nekdy nic a zmizelo to a nekdy to zustalo zamrzle
opet se to nestalo pri jizde, ale kdyz jsem byl v boxech
znovu podotykam, ze pri nicem jinem mi nic podobneho nedela ani pri jinych modech
|
|
1. Michal GDPR |
Hlavní manažer týmu F1 |
|
605 Příspěvky |
registrován: 18.12.2006 |
|
|
16.09.2012 - 12:36 |
|
Zdenek Zverina napsáno: |
http://2i.cz/ad8ff2d80b
podarilo se mi zachytit chybovou hlasku, nekdy to tam probliklo a zmizelo to, nekdy nic a zmizelo to a nekdy to zustalo zamrzle
opet se to nestalo pri jizde, ale kdyz jsem byl v boxech
znovu podotykam, ze pri nicem jinem mi nic podobneho nedela ani pri jinych modech
|
Zdendo, mohl by si testnout original 2012 RFT 2012 demo ? Dej si ale instalaci někde mimo, protože rft am má všelijaký features který ti rozhoděj celý rFactor.
Mě to po čistý instalaci Win7 sp1 chodilo v pohodě. Pak se mi Wokna ještě později aktualizovali včetně ovladače síťovky, nainstaloval jsem FrameWork 4.5, Java 6 32 bit a taky mi to následně spadlo, když jsem byl pouze přihlášen a nejezdil jsem. Přemýšlím, že to vrátím do stavu před aktualizacemi a znovu otestuji. Mohlo by to být ovladačem té síťovky. Do té doby mi to pět dní nespadlo ani s 32 oponenty.
|
|
|
16.09.2012 - 13:13 |
|
Mne to nespadlo snáď ešte nikdy ... Ani na Jar takže netuším v čom by to mohlo byť ... Nieomu to padá niekomu nie . Skúste pozrieť či máte v nastaveniach v rFactore kde je Join, Create tak v settings dátovú priepustnosť na 128 kb. Viac alebo menej nieje treba a možno to pomôže ... A možno to bude ovládačmi ...
|
|
1. Michal GDPR |
Hlavní manažer týmu F1 |
|
605 Příspěvky |
registrován: 18.12.2006 |
|
|
15.11.2012 - 11:15 |
|
Je to sice k jinému módu ale zajimavé info co způsobuje padání rFactor.
We would remark what is written into the manual. In this way every person in charge for managing his own server, league, event, can advice about this potential risk.
As we said several times, the problem usually appears at first on low-performance PCs that we assume to have few RAM installed (4GB). High-performances PCs with a lot of RAM usually work without any disconnection.
Please, remember that a server after having been affected by clients' disconnection becomes unstable and we suggest to close and re-open the dedicated.
One thing that can be useful on PCs with more than 4GB is to "patch" the rFactor.exe file with the "4gb_patch" application made by Daniel Pistelli. The rFactor.exe file still remains fully compatible with RFE Plugin Series.
From the manual:
IMPORTANT NOTICE:
Due to the structure of rFactor and the way it allocates the memory using lots of compounds and
their .GMT files (e.g. the 6 compounds of the F1 in their low, medium, high and max resolutions)
can cause a disconnection / crash of some clients after a variable number of participants to a
session.
From several tests we did, usually with a F1 mod (6 compounds in 4 resolutions), exceeding a
number of 20 participants can cause the problem.
Currently, to increase the number of participants that rFactor can manages, you can decrease
the number of resolutions used by each compound, modifying the mod itself.
Obviously a mod with less compounds allows rFactor to manage a higher number of participants.
|
|
|
Pilot motokáry |
|
27 Příspěvky |
registrován: 01.01.1970 |
|
|
15.11.2012 - 12:41 |
|
Michal Brezina napsáno: |
Je to sice k jinému módu ale zajimavé info co způsobuje padání rFactor.
We would remark what is written into the manual. In this way every person in charge for managing his own server, league, event, can advice about this potential risk.
As we said several times, the problem usually appears at first on low-performance PCs that we assume to have few RAM installed (4GB). High-performances PCs with a lot of RAM usually work without any disconnection.
Please, remember that a server after having been affected by clients' disconnection becomes unstable and we suggest to close and re-open the dedicated.
One thing that can be useful on PCs with more than 4GB is to "patch" the rFactor.exe file with the "4gb_patch" application made by Daniel Pistelli. The rFactor.exe file still remains fully compatible with RFE Plugin Series.
From the manual:
IMPORTANT NOTICE:
Due to the structure of rFactor and the way it allocates the memory using lots of compounds and
their .GMT files (e.g. the 6 compounds of the F1 in their low, medium, high and max resolutions)
can cause a disconnection / crash of some clients after a variable number of participants to a
session.
From several tests we did, usually with a F1 mod (6 compounds in 4 resolutions), exceeding a
number of 20 participants can cause the problem.
Currently, to increase the number of participants that rFactor can manages, you can decrease
the number of resolutions used by each compound, modifying the mod itself.
Obviously a mod with less compounds allows rFactor to manage a higher number of participants. |
no hele a co z toho plyne? ten patch pouzivas mas to odzkouseny? mam ted 16Gb ramek a v poslednim zavode me to stejne spadlo, tak teda zkusim ten patch, a ty dalsi rady jsou asi spis v nastaveni modu jako celku nez nejaky nastaveni u me v PC nebo jak to je mysleno viis?
|
|
1. Michal GDPR |
Hlavní manažer týmu F1 |
|
605 Příspěvky |
registrován: 18.12.2006 |
|
|
15.11.2012 - 14:10 |
|
Zdeněk Kašpar napsáno: |
Michal Brezina napsáno:
Je to sice k jinému módu ale zajimavé info co způsobuje padání rFactor.
We would remark what is written into the manual. In this way every person in charge for managing his own server, league, event, can advice about this potential risk.
As we said several times, the problem usually appears at first on low-performance PCs that we assume to have few RAM installed (4GB). High-performances PCs with a lot of RAM usually work without any disconnection.
Please, remember that a server after having been affected by clients' disconnection becomes unstable and we suggest to close and re-open the dedicated.
One thing that can be useful on PCs with more than 4GB is to "patch" the rFactor.exe file with the "4gb_patch" application made by Daniel Pistelli. The rFactor.exe file still remains fully compatible with RFE Plugin Series.
From the manual:
IMPORTANT NOTICE:
Due to the structure of rFactor and the way it allocates the memory using lots of compounds and
their .GMT files (e.g. the 6 compounds of the F1 in their low, medium, high and max resolutions)
can cause a disconnection / crash of some clients after a variable number of participants to a
session.
From several tests we did, usually with a F1 mod (6 compounds in 4 resolutions), exceeding a
number of 20 participants can cause the problem.
Currently, to increase the number of participants that rFactor can manages, you can decrease
the number of resolutions used by each compound, modifying the mod itself.
Obviously a mod with less compounds allows rFactor to manage a higher number of participants.
no hele a co z toho plyne? ten patch pouzivas mas to odzkouseny? mam ted 16Gb ramek a v poslednim zavode me to stejne spadlo, tak teda zkusim ten patch, a ty dalsi rady jsou asi spis v nastaveni modu jako celku nez nejaky nastaveni u me v PC nebo jak to je mysleno viis? |
Netestoval jsem to, ale je dobrý vědět, že problémy jsou u rF všeobecného charakteru a že existuje nějaký patch, který to možná řeší. Pokud ho najdeš, tak by si ho mohl testnout a dát vědět. Mě na novém PC nyní rFactor nepadá, takže těžko můžu něco hodnotit.
|
|
|
Pilot motokáry |
|
27 Příspěvky |
registrován: 01.01.1970 |
|
|
15.11.2012 - 14:41 |
|
Michal Brezina napsáno: |
Zdeněk Kašpar napsáno:
Michal Brezina napsáno:
Je to sice k jinému módu ale zajimavé info co způsobuje padání rFactor.
We would remark what is written into the manual. In this way every person in charge for managing his own server, league, event, can advice about this potential risk.
As we said several times, the problem usually appears at first on low-performance PCs that we assume to have few RAM installed (4GB). High-performances PCs with a lot of RAM usually work without any disconnection.
Please, remember that a server after having been affected by clients' disconnection becomes unstable and we suggest to close and re-open the dedicated.
One thing that can be useful on PCs with more than 4GB is to "patch" the rFactor.exe file with the "4gb_patch" application made by Daniel Pistelli. The rFactor.exe file still remains fully compatible with RFE Plugin Series.
From the manual:
IMPORTANT NOTICE:
Due to the structure of rFactor and the way it allocates the memory using lots of compounds and
their .GMT files (e.g. the 6 compounds of the F1 in their low, medium, high and max resolutions)
can cause a disconnection / crash of some clients after a variable number of participants to a
session.
From several tests we did, usually with a F1 mod (6 compounds in 4 resolutions), exceeding a
number of 20 participants can cause the problem.
Currently, to increase the number of participants that rFactor can manages, you can decrease
the number of resolutions used by each compound, modifying the mod itself.
Obviously a mod with less compounds allows rFactor to manage a higher number of participants.
no hele a co z toho plyne? ten patch pouzivas mas to odzkouseny? mam ted 16Gb ramek a v poslednim zavode me to stejne spadlo, tak teda zkusim ten patch, a ty dalsi rady jsou asi spis v nastaveni modu jako celku nez nejaky nastaveni u me v PC nebo jak to je mysleno viis?
Netestoval jsem to, ale je dobrý vědět, že problémy jsou u rF všeobecného charakteru a že existuje nějaký patch, který to možná řeší. Pokud ho najdeš, tak by si ho mohl testnout a dát vědět. Mě na novém PC nyní rFactor nepadá, takže těžko můžu něco hodnotit. |
ok doma to zkusim nekde najit a odzkouset, pac jako nemam zadnou vykopavku kompl a stejne to spadne semtam, ikdyz ted to bylo po dlouhe dobe, takze to zkusiim
ale mel jsem na disku bohuzel jenom 600Mb volnyho prostoru takze je mozny ze to bylo i tiiim...
|
|