Bug Reports

Verdict: Potwierdzone i naprawione. Przyczyna: items.xml mial poprawne shootType (np. "infernalbolt"), ale silnik ich NIE ZNA - jego slownik w tools.cpp ma 15 nazw z czasow 7.72. Nieznana nazwa byla odrzucana z ostrzezeniem przy starcie, efekt zostawal zerowy i renderowal sie jako wlocznia. Dotyczylo 15 rodzajow amunicji, nie tylko infernal boltow. Klient ma tylko 15 pociskow (komplet 7.72), wiec dodanie nazw do silnika nic by nie dalo - nie ma czego rysowac. Naprawa: przypisanie najblizszego istniejacego efektu w items.xml (infernalbolt->powerbolt, piercingbolt->bolt, strzaly->arrow/burstarrow, gwiazdy->throwingstar, royalspear->spear, ice->snowball, earth->poison). Ostrzezen przy starcie: 15 -> 0. UWAGA: kilka rodzajow dzieli teraz jedna animacje; rozroznienie wymagaloby doklejenia pociskow z 8.6 i przebudowy serwera. Potwierdzone w grze 2026-09-03.

Verdict: Potwierdzone, przyczyna ustalona i szersza niz to miejsce. Na 33199,31640,10 stoi sciana 3584, a w mapie zrodlowej 8.6 sa tam PAJECZYNY (8055) - przeszkoda, przez ktora da sie przejsc. Scalanie zamienilo ja na lita sciane i zablokowalo zejscie po schodach (459) tuz za nia. Audyt calej mapy: sciana 3584 wystepuje u nas w 978 miejscach, z czego w 971 zrodlo 8.6 ma pajeczyny. Czyli praktycznie kazde wystapienie tego numeru to zle przemapowana pajeczyna, blokujaca przejscie. Numer 8055 istnieje w naszym items.otb, wiec naprawa jest wykonalna skryptem startowym: podmiana 3584 na 8055 w tych 971 miejscach, bez ruszania world.otbm. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone i JUZ POPRAWIONE. Moj wczorajszy wybor byl bledny: ustawilem fury corpse=3058, czyli zwloki MESKIE. Render obu kandydatow potwierdza uwage - 3058 to cialo meskie, 3065 kobiece (tego samego uzywa Amazon). Zmienione na 3065. Wchodzi po restarcie serwera. Druga czesc uwagi (zeby nie zmienial sprite pod soba) - przedmiot 3065 jest pojemnikiem ze zwlokami, nie gruntem, wiec podlogi nie zastepuje. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Massive Water Elemental ma w monster/Hydro-Elementals/ ustawione look type="11" - to stroj z bazowego zakresu 7.6, a nie wlasny stroj z 8.6 (klient ma 553 stroje). Stad zupelnie inny wyglad. To ta sama klasa usterki co zepsuta ropucha (looktype 222). Naprawa: ustalic wlasciwy looktype i poprawic. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone czesciowo. W promieniu 12 kratek od 33322,31591,15 spawny sa, ale na pietrze 14 (Demon x2) - na pietrze 15, gdzie stoisz, nie ma zadnego. Komnata questu jest pusta. Naprawa: dodac spawny na wlasciwym pietrze. Czeka na zgode. | NAPRAWIONE: komnata na 33322,31592,15 obsadzona - 4 demony i 6 banshee. Wczesniej byla pusta, bo jedyne demony staly pietro nizej. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Teleport na 33143,31639,11 (przedmiot 5023, magic forcefield) ma w mapie zapisany cel 0,0,0 - czyli nie prowadzi nigdzie. Trzeba ustalic wlasciwy cel i go wpisac. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. W pliku spawnow map-spawn.xml nie ma ANI JEDNEGO wpisu dla "dragon lord" - potwor jest zdefiniowany, ale nigdzie sie nie pojawia. Naprawa wymaga dodania spawnow, czyli decyzji gdzie i ile. Czeka na zgode. | NAPRAWIONE: dodany jeden spawn Dragon Lord na 32778,32146,5 (obszar sprawdzony jako przechodni). Wczesniej ten potwor nie mial ANI JEDNEGO spawnu na calej mapie. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone, przyczyna ustalona. W items/77/items.xml arbalest (serverid 5685) ma poprawnie range=6, ale w weapons/weapons.xml zarejestrowane sa jako bron dystansowa TYLKO crossbow (2455) i bow (2456) - arbalesta tam nie ma. Niezarejestrowana bron nie dostaje swojego zasiegu i dziala jak na dystans 1. Naprawa: dopisac jedna linie <distance id="5685" event="function" value="default"/>. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone, przyczyna NIE ustalona. Sprawdzilem najbardziej prawdopodobna: corpse dla Lost Soul to 12833, czyli "slain lost soul" - numer poprawny, wiec to nie ten sam blad co przy fury. Wymaga dalszego badania (czas rozkladu, atrybuty pojemnika). | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Audyt zwlok wszystkich 494 potworow (audyt-zwlok.lua): 34 ma atrybut corpse wskazujacy na przedmiot, ktory po scalaniu 8.6 oznacza cos innego, a 6 na numer nieistniejacy. Fury ma corpse=6081, co w naszym items.otb jest przedmiotem "snow". Stad brak ciala po zabiciu. Naprawa: poprawic numer w monster/Demons/fury.xml na wlasciwe zwloki. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Audyt zwlok wszystkich 494 potworow (audyt-zwlok.lua): 34 ma atrybut corpse wskazujacy na przedmiot, ktory po scalaniu 8.6 oznacza cos innego, a 6 na numer nieistniejacy. Fury ma corpse=6081, co w naszym items.otb jest przedmiotem "snow". Stad brak ciala po zabiciu. Naprawa: poprawic numer w monster/Demons/fury.xml na wlasciwe zwloki. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | NAPRAWIONE: skryptu rookdragon.lua NIE BYLO w paczce - napisany od zera na wzor pozostalych questow rookgaardzkich, rejestracja w actions.xml odkomentowana. Martwy smok (2844) stoi na 32179,32223,9 dzieki questy-uid-naprawa.lua, nagroda copper shield 2530, jednorazowo. Potwierdzone w grze 2026-09-03.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Na kafelku lezy przedmiot z zestawu 8.6 (debris, numery 6023/6026/6028/6029/6035) polozony na rookgaardzkiej ziemi 103. To slad po scalaniu - w oryginalnej mapie 7.6 tych obiektow tam nie ma. Sama grafika jest poprawna, ale obiekt nie pasuje do otoczenia. Naprawa wymaga decyzji: zdjac te obiekty skryptem startowym (jak obiekty-naprawa.lua) czy zostawic. Czeka na zgode. | NAPRAWIONE: zdjete 665 obiektow debris z 8.6 lezacych w Rookgaard na kafelkach, ktore w oryginale 7.6 byly puste (skrypt startowy debris-naprawa.lua, dane w lib/065-debris.lua). Zakres celowo zawezony: debris to normalna dekoracja, 40105 sztuk poza Rookgaard; pominieto 275 pozycji gdzie w oryginale cos lezalo i 114 na terenie, ktorego w 7.6 nie bylo. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone, ta sama przyczyna co zgloszenie 23. Spawn orka stoi na 31972,32161,8, a zglaszany ork pojawil sie na 31972,32164,8 - w promieniu spawnu, ale na kafelku, ktory po scalaniu jest sciana. | NAPRAWIONE. Przyczyna byla podwojna: promien spawnu siegal w teren, ktory po scalaniu jest lita sciana, a w tej samej okolicy staly KOLEJNE spawny z tym samym problemem, ktorych pierwsza poprawka nie objela. Hurtowy audyt calego pliku spawnow: z 42160 potworow 1876 rodzilo sie w scianie; 829 przesunieto w obrebie wlasnego promienia. Te tutaj nalezaly do 1765, ktorym w promieniu zabraklo miejsca - dla nich poszerzono poszukiwanie do 8 kratek i przesunieto srodek spawnu. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Spawn wilkow stoi na 31979,32192,8 i jego promien obejmuje zglaszane miejsce, ale scalanie 8.6 zmienilo teren i czesc kafelkow w promieniu to teraz sciana. Potwor tworzony jest na kafelku blokujacym i wyglada, jakby byl "w scianie". Naprawa: przesunac srodek spawnu albo zmniejszyc promien w map-spawn.xml. Czeka na zgode. | NAPRAWIONE. Przyczyna byla podwojna: promien spawnu siegal w teren, ktory po scalaniu jest lita sciana, a w tej samej okolicy staly KOLEJNE spawny z tym samym problemem, ktorych pierwsza poprawka nie objela. Hurtowy audyt calego pliku spawnow: z 42160 potworow 1876 rodzilo sie w scianie; 829 przesunieto w obrebie wlasnego promienia. Te tutaj nalezaly do 1765, ktorym w promieniu zabraklo miejsca - dla nich poszerzono poszukiwanie do 8 kratek i przesunieto srodek spawnu. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Na kafelku lezy przedmiot z zestawu 8.6 (debris, numery 6023/6026/6028/6029/6035) polozony na rookgaardzkiej ziemi 103. To slad po scalaniu - w oryginalnej mapie 7.6 tych obiektow tam nie ma. Sama grafika jest poprawna, ale obiekt nie pasuje do otoczenia. Naprawa wymaga decyzji: zdjac te obiekty skryptem startowym (jak obiekty-naprawa.lua) czy zostawic. Czeka na zgode. | NAPRAWIONE: zdjete 665 obiektow debris z 8.6 lezacych w Rookgaard na kafelkach, ktore w oryginale 7.6 byly puste (skrypt startowy debris-naprawa.lua, dane w lib/065-debris.lua). Zakres celowo zawezony: debris to normalna dekoracja, 40105 sztuk poza Rookgaard; pominieto 275 pozycji gdzie w oryginale cos lezalo i 114 na terenie, ktorego w 7.6 nie bylo. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Ta sama przyczyna co zgloszenia 9 i 10. Audyt calego actions.xml (audyt-uid.lua): ze 263 zarejestrowanych numerow uniqueid az 144 NIE ISTNIEJE na naszej mapie, a wszystkie sa w oryginalnej mapie 7.6 - scalanie 8.6 przenioslo obiekty, ale zgubilo ich numery. Dotyczy to praktycznie wszystkich questow na serwerze, nie tylko tego. Plan naprawy w C:/local/plan-uid.txt: 48 przypadkow wymaga samego nadania uid, 78 takze postawienia przedmiotu, 18 pozycji nie ma na naszej mapie. Naprawa jednym skryptem startowym, jak przy minotaurze. Czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzone. Na kafelku lezy przedmiot z zestawu 8.6 (debris, numery 6023/6026/6028/6029/6035) polozony na rookgaardzkiej ziemi 103. To slad po scalaniu - w oryginalnej mapie 7.6 tych obiektow tam nie ma. Sama grafika jest poprawna, ale obiekt nie pasuje do otoczenia. Naprawa wymaga decyzji: zdjac te obiekty skryptem startowym (jak obiekty-naprawa.lua) czy zostawic. Czeka na zgode. | NAPRAWIONE: zdjete 665 obiektow debris z 8.6 lezacych w Rookgaard na kafelkach, ktore w oryginale 7.6 byly puste (skrypt startowy debris-naprawa.lua, dane w lib/065-debris.lua). Zakres celowo zawezony: debris to normalna dekoracja, 40105 sztuk poza Rookgaard; pominieto 275 pozycji gdzie w oryginale cos lezalo i 114 na terenie, ktorego w 7.6 nie bylo. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Na kafelku lezy przedmiot z zestawu 8.6 (debris, numery 6023/6026/6028/6029/6035) polozony na rookgaardzkiej ziemi 103. To slad po scalaniu - w oryginalnej mapie 7.6 tych obiektow tam nie ma. Sama grafika jest poprawna, ale obiekt nie pasuje do otoczenia. Naprawa wymaga decyzji: zdjac te obiekty skryptem startowym (jak obiekty-naprawa.lua) czy zostawic. Czeka na zgode. | NAPRAWIONE: zdjete 665 obiektow debris z 8.6 lezacych w Rookgaard na kafelkach, ktore w oryginale 7.6 byly puste (skrypt startowy debris-naprawa.lua, dane w lib/065-debris.lua). Zakres celowo zawezony: debris to normalna dekoracja, 40105 sztuk poza Rookgaard; pominieto 275 pozycji gdzie w oryginale cos lezalo i 114 na terenie, ktorego w 7.6 nie bylo. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzone. Na kafelku lezy przedmiot z zestawu 8.6 (debris, numery 6023/6026/6028/6029/6035) polozony na rookgaardzkiej ziemi 103. To slad po scalaniu - w oryginalnej mapie 7.6 tych obiektow tam nie ma. Sama grafika jest poprawna, ale obiekt nie pasuje do otoczenia. Naprawa wymaga decyzji: zdjac te obiekty skryptem startowym (jak obiekty-naprawa.lua) czy zostawic. Czeka na zgode. | NAPRAWIONE: zdjete 665 obiektow debris z 8.6 lezacych w Rookgaard na kafelkach, ktore w oryginale 7.6 byly puste (skrypt startowy debris-naprawa.lua, dane w lib/065-debris.lua). Zakres celowo zawezony: debris to normalna dekoracja, 40105 sztuk poza Rookgaard; pominieto 275 pozycji gdzie w oryginale cos lezalo i 114 na terenie, ktorego w 7.6 nie bylo. Potwierdzone w grze 2026-09-05.

Verdict: Potwierdzony - ta sama przyczyna co zgloszenie 9. Skrzynia obok gracza (1740 na 32124,32063,12) nie ma zadnego uniqueid, wiec nie jest zwiazana ze skryptem. Nagrode wydaje "rook/minotaur hell quest/carlin sword.lua", podpiety pod uniqueid 3020; w oryginale 7.6 numer ten mial skrzynka 1741 na 32122,32063,12, ktora na naszej mapie zostala zastapiona przedmiotem 3613 (clientid 1857). Dodatkowo sam skrypt jest zepsuty: doPlayerAddItem(container,2395,1) - "container" to zmienna nieistniejaca, powinno byc cid. Naprawa opisana, czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: Potwierdzony. Quest opiera sie na trzech pojemnikach o uniqueid 3020 (carlin sword), 3021 (fishing rod), 3022 (arrow) - actions.xml wiersze 126-128. Na naszej mapie ZADEN z tych numerow nie wystepuje - scalanie z 8.6 zdjelo uniqueid. W oryginale 7.6 sa to skrzynki 1741 na 32122,32063,12 / 32130,32066,12 / 32127,32065,12. U nas dwie z nich stoja (32130,32066,12 i 32127,32065,12), ale bez numeru, a trzecia zostala zastapiona przedmiotem 3613. Druga, niezalezna wada: skrypty "carlin sword.lua" i "fishing rod.lua" wolaja doPlayerAddItem(container,...) zamiast (cid,...) - zmienna "container" nie istnieje, wiec nagroda nie zostalaby wydana nawet po naprawie mapy. Naprawa opisana, czeka na zgode. | POTWIERDZONE W GRZE przez GM 2026-09-03 - zamkniete.

Verdict: NAPRAWIONE i sprawdzone w grze. Postac miala ZERO przedmiotow (pusta tabela player_items) przy ustawionym znaczniku wyprawki 121010 - czyli skrypt uznal, ze rzeczy juz wydal. Wina lezala w kolejnosci: data/lib/065-ekwipunek-startowy.lua ustawial znacznik PRZED wydaniem przedmiotow, wiec jedno nieudane wydanie zostawialo gracza z pustymi rekami na zawsze. Poprawki: (1) znacznik ustawiany dopiero PO utworzeniu plecaka - nieudana proba powtorzy sie przy nastepnym logowaniu, (2) zawartosc trafia wprost do plecaka przez doAddContainerItem zamiast do slotow ekwipunku, (3) canDropOnMap=false, bo onLogin wykonuje sie zanim postac trafi na mape i przedmiot bez miejsca byl po cichu kasowany - tak gineli rapier i wooden shield u WSZYSTKICH nowych postaci, (4) nieudane wydania trafiaja do logu serwera. Sprawdzone na swiezej postaci: plecak zalozony, w srodku komplet - club, rapier, wooden shield, chleb x5, pochodnia. Twojej postaci wyczyscilem znacznik, wiec wyprawke dostaniesz przy najblizszym we

Verdict: NAPRAWIONE i OBEJRZANE W GRZE. Przyczyna byla w moscie serverid -> clientid w items.otb, nie w grafikach. Mapa przyszla z 8.6 i przy konwersji te przedmioty dopasowano po grafice do numerow 7.6, ktore sa WODA: serverid 490 "wall" wskazywal clientid 618, a 618 to w kliencie 7.6 animowana woda (16 klatek, wzor 4x2, grafiki 106-113). Dowod, ze to skutek konwersji: oryginalna mapa 7.6 nie uzywa zadnego z tych 19 numerow ANI RAZU, a nasza uzywa ich 2921 razy i zawsze jako przedmiot na kafelku, nigdy jako grunt - wiec zadna prawdziwa woda z nich nie korzystala i przestawienie bylo bezpieczne. Kierunek kazdej sciany dobrany z ulozenia na mapie (490 ma 1025 sasiadow w pionie i 0 w poziomie -> grafika pionowa 4446; 627 ma 221 w poziomie -> pozioma 4445). Sprawdzone: liczba przedmiotow w items.otb bez zmian (12932), zmienionych dokladnie 19 wpisow, dlugosc pliku bez zmian, wszystkie numery w zakresie klienta. Po restarcie serwera kafelek 32092 wyglada jak szara kamienna sciana. Audyt calej mapy

Verdict: Sama latarnia byla sprawna - jej grafika to granatowy slupek, tylko srednia barwa wygladala jak woda. Woda brala sie ze sciany 490 na tym samym kafelku (32084,32190,7). NAPRAWIONE i OBEJRZANE W GRZE. Przyczyna byla w moscie serverid -> clientid w items.otb, nie w grafikach. Mapa przyszla z 8.6 i przy konwersji te przedmioty dopasowano po grafice do numerow 7.6, ktore sa WODA: serverid 490 "wall" wskazywal clientid 618, a 618 to w kliencie 7.6 animowana woda (16 klatek, wzor 4x2, grafiki 106-113). Dowod, ze to skutek konwersji: oryginalna mapa 7.6 nie uzywa zadnego z tych 19 numerow ANI RAZU, a nasza uzywa ich 2921 razy i zawsze jako przedmiot na kafelku, nigdy jako grunt - wiec zadna prawdziwa woda z nich nie korzystala i przestawienie bylo bezpieczne. Kierunek kazdej sciany dobrany z ulozenia na mapie (490 ma 1025 sasiadow w pionie i 0 w poziomie -> grafika pionowa 4446; 627 ma 221 w poziomie -> pozioma 4445). Sprawdzone: liczba przedmiotow w items.otb bez zmian (12932), zmienionych d

Verdict: NAPRAWIONE i OBEJRZANE W GRZE. Przyczyna byla w moscie serverid -> clientid w items.otb, nie w grafikach. Mapa przyszla z 8.6 i przy konwersji te przedmioty dopasowano po grafice do numerow 7.6, ktore sa WODA: serverid 490 "wall" wskazywal clientid 618, a 618 to w kliencie 7.6 animowana woda (16 klatek, wzor 4x2, grafiki 106-113). Dowod, ze to skutek konwersji: oryginalna mapa 7.6 nie uzywa zadnego z tych 19 numerow ANI RAZU, a nasza uzywa ich 2921 razy i zawsze jako przedmiot na kafelku, nigdy jako grunt - wiec zadna prawdziwa woda z nich nie korzystala i przestawienie bylo bezpieczne. Kierunek kazdej sciany dobrany z ulozenia na mapie (490 ma 1025 sasiadow w pionie i 0 w poziomie -> grafika pionowa 4446; 627 ma 221 w poziomie -> pozioma 4445). Sprawdzone: liczba przedmiotow w items.otb bez zmian (12932), zmienionych dokladnie 19 wpisow, dlugosc pliku bez zmian, wszystkie numery w zakresie klienta. Po restarcie serwera kafelek 32092 wyglada jak szara kamienna sciana. Audyt calej mapy

Verdict: NAPRAWIONE i OBEJRZANE W GRZE. Przyczyna byla w moscie serverid -> clientid w items.otb, nie w grafikach. Mapa przyszla z 8.6 i przy konwersji te przedmioty dopasowano po grafice do numerow 7.6, ktore sa WODA: serverid 490 "wall" wskazywal clientid 618, a 618 to w kliencie 7.6 animowana woda (16 klatek, wzor 4x2, grafiki 106-113). Dowod, ze to skutek konwersji: oryginalna mapa 7.6 nie uzywa zadnego z tych 19 numerow ANI RAZU, a nasza uzywa ich 2921 razy i zawsze jako przedmiot na kafelku, nigdy jako grunt - wiec zadna prawdziwa woda z nich nie korzystala i przestawienie bylo bezpieczne. Kierunek kazdej sciany dobrany z ulozenia na mapie (490 ma 1025 sasiadow w pionie i 0 w poziomie -> grafika pionowa 4446; 627 ma 221 w poziomie -> pozioma 4445). Sprawdzone: liczba przedmiotow w items.otb bez zmian (12932), zmienionych dokladnie 19 wpisow, dlugosc pliku bez zmian, wszystkie numery w zakresie klienta. Po restarcie serwera kafelek 32092 wyglada jak szara kamienna sciana. Audyt calej mapy

Verdict: NAPRAWIONE i sprawdzone w grze. Dzwignie 60137 i 60138 na Rookgaard nie mialy zadnego skryptu - przyszly z mapa scalona z 8.6. Wzorem byl oryginalny skrypt z paczki 7.6 (data/actions/scripts/Nova carpeta/rook/sewer grate switch.lua), ktory dzialal na tym samym miejscu, tylko dzwignie mialy tam uid 3009 i 3010. Dodany skrypt data/actions/scripts/other/mostek-rookgaard.lua zamienia srodkowy kafelek mostu (32100,32205,8) miedzy deskami (5663) a woda (4622, BLOCK_SOLID), a dwa skrajne kafelki zostaja pomostem jako podejscia. Obie dzwignie dzialaja i przestawiaja sie razem. Most nie schowa sie, gdy ktos na nim stoi.

Verdict: Woda ciagnela sie wzdluz sciany serverid 490 obok kafelka gracza. NAPRAWIONE i OBEJRZANE W GRZE. Przyczyna byla w moscie serverid -> clientid w items.otb, nie w grafikach. Mapa przyszla z 8.6 i przy konwersji te przedmioty dopasowano po grafice do numerow 7.6, ktore sa WODA: serverid 490 "wall" wskazywal clientid 618, a 618 to w kliencie 7.6 animowana woda (16 klatek, wzor 4x2, grafiki 106-113). Dowod, ze to skutek konwersji: oryginalna mapa 7.6 nie uzywa zadnego z tych 19 numerow ANI RAZU, a nasza uzywa ich 2921 razy i zawsze jako przedmiot na kafelku, nigdy jako grunt - wiec zadna prawdziwa woda z nich nie korzystala i przestawienie bylo bezpieczne. Kierunek kazdej sciany dobrany z ulozenia na mapie (490 ma 1025 sasiadow w pionie i 0 w poziomie -> grafika pionowa 4446; 627 ma 221 w poziomie -> pozioma 4445). Sprawdzone: liczba przedmiotow w items.otb bez zmian (12932), zmienionych dokladnie 19 wpisow, dlugosc pliku bez zmian, wszystkie numery w zakresie klienta. Po restarcie serwera