Gremlink : Studio .NET ma to do siebie, że korzysta ze zwalonego pomysłu microsoftu pod tytułem .NET, który im zdeczko nie wyszedł. Te same programy pisane bardziej tradycyjnymi metodami działają o wiele lepiej.
Jeśli chodzi o klienta - wybacz, ale coś tu jest nie tak z optymalizacją. Jakim cudem Tibia ma u mnie po 40-60 fps, a quake 3 ma w 90-150. Chyba nie powie mi ktoś, że tibia jest bardziej skomplikowaną i mocożerną grą
Co do obciążenia łącza - tu CipSoft już nie zrobił tak złej roboty.
Owszem, można by jeszcze nieco zmniejszyć ilośc przesyłanych danych, ale nie wiele. Dla przykładu - jeśli chodzi o rozmiar mapy, to dla klienta nie ma to żadnego znaczenia, klient dostaje informacje o zmiania mapki tylko, gdy się ruszasz, i klient wie tylko o mapie o 2 kratki za ekranem, dalej już nie wie, co jest grane, i go to nie interesuje.
Co do doczytywania grafik - zapewniam, że nie jest to coś, co może zajmować tyle czasu. Plik tibia.spr nie jest skompresowany w żaden sposób, więc wczytanie nawet wszystkich grafik powinno trwać moment.
Niestety prawda jest taka, że jak się bliżej przyjżeć klientowi tibii to faktycznie można dojść do wniosku, że cipowie nie umieją pisać programów. Tam nawet nie ma tak podstawowych elementów, jak listy dynamiczne. Plecaków max 15, bo tyle jest zaprogramowane. Osób na liście battle max 64, bo tyle jest zaprogramowane. max (no właśnie nie pamiętam ile) obiektów na krtace mapy, i jak rzucisz więcej to stare znikają, bo tak jest zaprogramowane (i nie ma to nic wspólnego z obciążeniem łącza!)
Jeśli serwer jest napisany podobnie, jak klient, to odnoszę wrażenie, że przy tej samej mocy mógł by pomieścić z 50x tyle osób jednocześnie na serweie, gdyby ktoś lepszy się za to zabrał.