Komentowana treść: Jump! - wersja demo
18.05.2022 17:14
[#181]
Re: Jump! - wersja demo
@Kefir_Union, post #180
To byly tylko przykladowe komunikaty o problemach. Gdyby sie one wyswietlaly na wyjsciu z programu to czesc uzytkownikow wiedzialaby o co chodzi i sama by sobie z nimi poradzila. A co do "Cant Alloc", to ja widzialem np. taki komunikat "Cant Alloc CIA!", to niekoniecznie musi byc tylko pamiec. Pelny debug w grze nie jest potrzebny, ale taki minimalny by sie przydal. A ludzie rozne dziwne rzeczy robia z plikami. Ja zawsze sie staralem dodawac rozne komunikaty o bledach, nawet bardzo nieprawdopodobne do wystapienia. Bo to bylo tylko moveq #error_number,D0 na wyjsciu, a EaglePlayer sam juz to wyswietlal.
18.05.2022 21:32
[#184]
Re: Jump! - wersja demo
@Kefir_Union, post #183
robię właśnie testy i są problemy, co odnotowuję poniżej:
konfig:
A1200 (Escom) kick 3.2, TF1260 (pełny 060)
1. pliki w katalogu C nie mają bitu Execute po rozpakowaniu -> może lepiej spakować je nie ZIPem a LHA?
2. gra uruchamiana jako RAD: jako skrypt JumpStart czy nawet z SS nie uruchamia się. kończy się komunikatem w CLI www.amigjump.com
3. plik jump_demo też nie ma bitu Execute
4. uruchamiany po prostu z WB ma za mało pamięci.
5. przy uruchamianiu z RAD: kilkukrotnie pojawiają się requester z brakiem ENV: i DATA:
Ostatnia aktualizacja: 18.05.2022 21:34:08 przez c64portal
Ostatnia aktualizacja: 18.05.2022 21:35:15 przez c64portal
konfig:
A1200 (Escom) kick 3.2, TF1260 (pełny 060)
1. pliki w katalogu C nie mają bitu Execute po rozpakowaniu -> może lepiej spakować je nie ZIPem a LHA?
2. gra uruchamiana jako RAD: jako skrypt JumpStart czy nawet z SS nie uruchamia się. kończy się komunikatem w CLI www.amigjump.com
3. plik jump_demo też nie ma bitu Execute
4. uruchamiany po prostu z WB ma za mało pamięci.
5. przy uruchamianiu z RAD: kilkukrotnie pojawiają się requester z brakiem ENV: i DATA:
Ostatnia aktualizacja: 18.05.2022 21:34:08 przez c64portal
Ostatnia aktualizacja: 18.05.2022 21:35:15 przez c64portal
18.05.2022 22:10
[#185]
Re: Jump! - wersja demo
@c64portal, post #184
1. pliki w katalogu C nie mają bitu Execute po rozpakowaniu -> może lepiej spakować je nie ZIPem a LHA?
To nie problem niepoprawnego spakowania, tylko niepoprawnego rozpakowania archiwum po stronie użytkownika.
Przed chwilą rozpakowałem archiwum pod Workbenchem 3.9 systemowym UnARC (SYS:TOOLS) i zero problemów- bity poprawne, wszystko się odpala.
Dla testów rozpakowałem też 7-ziperm pod Windowsem i przeniosłem rozpakowane demo na Amigę bez żadnej ingerencji i też- zero problemów z bitami.
Ostatnia aktualizacja: 18.05.2022 22:10:45 przez BULI
18.05.2022 22:32
[#186]
Re: Jump! - wersja demo
@BULI, post #185
Archiwum ZIP nie przechowuje bitu protekcji E na pewno, i dlatego ZIP nie jest zalecany do pakowania nim Amigowych exekow. To ze Amigowe programy moga ustawic bit E dla pliku przy rozpakowywaniu archiwum, albo ogolnie wszystke (4 wazne) bity RWED to jest inna sprawa (ale to jest tzw. obejscie problemu). Bit E jest na przyklad ustawiany, gdy kopiujesz plik za pomoca Filemastera 2.2 (copy), ale nie jest ustawiany, gdy kopiujesz za pomoca Dopusa 4 (copy clone). To wszystko zalezy od ustawien i przyzwyczajen uzytkownika. Do pakowania ADF-ow ZIP jest Ok, do pakowania Amigowych exekow nie jest Ok. Dlatego ja tylko LHA i LZX uzywalem, tak samo zreszta jak Wepl na stronie whdload.de. Moze archiwum ZIP wyglada bardziej profesjonalnie na stronie WWW niz archiwum LHA czy LZX, ale to sa zwykle potencjalne problemy.
19.05.2022 00:08
[#188]
Re: Jump! - wersja demo
@kempy, post #187
Copy clone oznacza skopiowanie danego pliku z bitami protekcji i data powstania/ostatniej edycji pliku.
Copy oznacza skopiowanie danego pliku i ustawienie bitow RWED (choc bit R musi byc ustawiony dla kickow 2.0+, ale dla 1.3 moze nie byc ustawiony) oraz zmiane daty pliku na aktualnie pokazywana przez system.
Troche zle zrozumiales, przy copy clone, nic nie jest zmieniane, czyli Dopus 4 nic nie zmieni jak nim kopiujesz. Ale Filemaster 2.2 juz zmieni bity i date jak bedziesz nim kopiowal. Mozesz sobie sprawdzic kopiujac nim jakis plik ktory nie ma ustawionego bitu E. Kopiowanie nim to jest szybsza wersja na ustawianie bitow protekcji. Np. z plyty CD jak pliki kopiujesz, tam zwykle nie ma ustawionych bitow W (Write) i D (Delete)., czyli jest R-E- a po skopiowaniu Filemasterem 2.2 bedzie RWED.
Copy oznacza skopiowanie danego pliku i ustawienie bitow RWED (choc bit R musi byc ustawiony dla kickow 2.0+, ale dla 1.3 moze nie byc ustawiony) oraz zmiane daty pliku na aktualnie pokazywana przez system.
Troche zle zrozumiales, przy copy clone, nic nie jest zmieniane, czyli Dopus 4 nic nie zmieni jak nim kopiujesz. Ale Filemaster 2.2 juz zmieni bity i date jak bedziesz nim kopiowal. Mozesz sobie sprawdzic kopiujac nim jakis plik ktory nie ma ustawionego bitu E. Kopiowanie nim to jest szybsza wersja na ustawianie bitow protekcji. Np. z plyty CD jak pliki kopiujesz, tam zwykle nie ma ustawionych bitow W (Write) i D (Delete)., czyli jest R-E- a po skopiowaniu Filemasterem 2.2 bedzie RWED.
19.05.2022 01:51
[#189]
Re: Jump! - wersja demo
@Don_Adan, post #188
Czyli rozpakowanie tego ZIPa pod windą i odpalenie pod WinUAE nie sprawia problemu (tak jak u mnie, serio), ale pod real Amigą jest problem bo archiwum jest spakowane jako ZIP a nie np. LHA?
Trochę to dziwne dla mnie, że windows nie gubi tych bitów protekcji podczas rozpakowywania, a amigowy system już tak :)
Trochę to dziwne dla mnie, że windows nie gubi tych bitów protekcji podczas rozpakowywania, a amigowy system już tak :)
19.05.2022 08:25
[#191]
Re: Jump! - wersja demo
@Jacques, post #190
Tak, rozpakowywałem amigowym UNZIP i trzeba ręcznie ustawić potem atrybut E.
Potwierdzam, sprawdziłem na UNZIP który był u mnie na dysku i po rozpakowaniu nim nie było bitów E.
Z to jak pisałem wcześniej, systemowy UnARC rozpakował z atrybutami E, tak jak windowsowy 7-ZIP
19.05.2022 09:04
[#193]
Re: Jump! - wersja demo
@Kefir_Union, post #192
BTW
Spróbowałem dla ciekawości odpalić najnowsze demo JUMPA na 68060 (60MHZ) w Amidze 4000 z CyberStormem MK3.
Odpaliłem Amigę bez startup-sequence, bez ładowani jakichkolwiek modułów, bez mapowania kicka, czysta A4000 po włączeniu, dodatkowo w BOOTMENU wyłączyłem CACHE i gra się uruchomiła.
Wydaje mi się, że w grze przestała działać klawiatura (czyżby problem z przerwaniami?), ale joystick na pewno działał i pograłem z 15 minut bez problemów.
Po wyjściu z gry Amiga się zamroziła- potrzebny był reset.
Tak to wygląda (na szybko) u mnie na 060
Spróbowałem dla ciekawości odpalić najnowsze demo JUMPA na 68060 (60MHZ) w Amidze 4000 z CyberStormem MK3.
Odpaliłem Amigę bez startup-sequence, bez ładowani jakichkolwiek modułów, bez mapowania kicka, czysta A4000 po włączeniu, dodatkowo w BOOTMENU wyłączyłem CACHE i gra się uruchomiła.
Wydaje mi się, że w grze przestała działać klawiatura (czyżby problem z przerwaniami?), ale joystick na pewno działał i pograłem z 15 minut bez problemów.
Po wyjściu z gry Amiga się zamroziła- potrzebny był reset.
Tak to wygląda (na szybko) u mnie na 060
19.05.2022 14:44
[#198]
Re: Jump! - wersja demo
@karolb, post #189
Nie wiem, nie mam PC-ta. Co znaczy rozpakowanie pod Winda? Ze potem od razu uruchamiasz gre, czy tez jeszcze kopiujesz potem te pliki do jakiegos katalogu Amigowego? Pisalem, ze samo kopiowanie plikow potrafi ustawic 4 bity RWED dla przekopiowanego pliku, zalezy czego sie uzywa do kopiowania danych. Ogolnie to watpie, zeby pod Windowsem bit E byl ustawiany. Co najwyzej WinUAE moze miec taka opcje. Jest tyle watkow w sieci, ze "file is not executable", ze kazdy moze sobie o tym poczytac jesli chce.
19.05.2022 17:33
[#200]
Re: Jump! - wersja demo
@Kefir_Union, post #183
Panie drogi, z bootloaderem działa!
Czyli że warto zrobić dwa osobne starty - bez resetu i z resetem. Nie wiem natomiast czy to kopiowanie do RAD: będzie miało sens w pełnej wersji.
Edycja: Tylko dlaczego bez bootloadera nie działa? Oczywiście jak nie pisze że brak mu pamięci. Z tego co wiem to nie ma wpływu większa paleta kolorów WB gdy się uruchamia bez s-s (a dokładniej chyba bez IPrefs)?
Ostatnia aktualizacja: 19.05.2022 17:39:43 przez Solo Kazuki
Czyli że warto zrobić dwa osobne starty - bez resetu i z resetem. Nie wiem natomiast czy to kopiowanie do RAD: będzie miało sens w pełnej wersji.
Edycja: Tylko dlaczego bez bootloadera nie działa? Oczywiście jak nie pisze że brak mu pamięci. Z tego co wiem to nie ma wpływu większa paleta kolorów WB gdy się uruchamia bez s-s (a dokładniej chyba bez IPrefs)?
Ostatnia aktualizacja: 19.05.2022 17:39:43 przez Solo Kazuki
19.05.2022 21:48
[#207]
Re: Jump! - wersja demo
@Solo Kazuki, post #200
Nie wiem natomiast czy to kopiowanie do RAD: będzie miało sens w pełnej wersji.
Oczywiście, że ma sens, bo do pamięci RAD kopiuje (generuje) się w zasadzie tylko startup-sequence, które mówi systemowi gdzie jest gra na dysku i jak ją wystartować
Także powinno działać i zajmować w pamięci max kilka kilobajtów
20.05.2022 10:31
[#208]
Re: Jump! - wersja demo
@BULI, post #207
Ściągnąłem zipa z rozwiązaniem z RAD: i nadal działa ( 
), tylko teraz dodatkowo trzeba było ustawić flagi executable także dla plików w podkatalogu C gry (rozpakowane UNZIP pod AmigaOS)
Serio... Zamieńcie to na archiwum LHA, bo nie przystoi takiej produkcji
Ostatnia aktualizacja: 20.05.2022 10:42:30 przez Jacques
), tylko teraz dodatkowo trzeba było ustawić flagi executable także dla plików w podkatalogu C gry (rozpakowane UNZIP pod AmigaOS) Serio... Zamieńcie to na archiwum LHA, bo nie przystoi takiej produkcji
Ostatnia aktualizacja: 20.05.2022 10:42:30 przez Jacques
20.05.2022 11:21
[#209]
Re: Jump! - wersja demo
@Kefir_Union, post #170
Coś mi chodzi po głowie, że rozwiązanie z odpalaniem z RAD: było chyba oficjalnie użyte w bardzo "poważnej" grze "Robinson's Requiem" i nie było to traktowane jak jakaś partyzantka czy hack. 
Ale tam chodziło chyba o to żeby na gołej A1200 zostało jak najwięcej RAMu ze standardowych 2MB. Ja tylko z ciekawości raz tak uruchomiłem tę produkcję, bo wtedy miałem już chyba 10MB RAM i uruchamiała się normalnie z WB.
Ale tam chodziło chyba o to żeby na gołej A1200 zostało jak najwięcej RAMu ze standardowych 2MB. Ja tylko z ciekawości raz tak uruchomiłem tę produkcję, bo wtedy miałem już chyba 10MB RAM i uruchamiała się normalnie z WB.