04.11.2024 19:27
[#302]
Re: Ami Robbo 2
@Don_Adan, post #301
Od tamtej pory nic nowego nie dodałem. Grafiki Selur robił i to on nadał grze taki wygląd. Eightbm również zrobił super muzykę i sample, chciał więcej, ale to by spowodowało wyższe wymagania gry. Jeśli kod gry urośnie o kilka kilobajtów, automatycznie gra nie wystartuje już na gołej A600.
Myślę, że wszystko jest dopracowane. Zostało jeszcze przetestować edytor DLC, czy nie ma jakichś bubli w nim.
Myślę, że wszystko jest dopracowane. Zostało jeszcze przetestować edytor DLC, czy nie ma jakichś bubli w nim.
04.11.2024 19:37
[#303]
Re: Ami Robbo 2
@tukinem, post #302
A w BB2 nie da sie tak napisac, zeby zostal wczytany dodatkowy plik exe z extra kodem, tylko jesli sa odpowiednie warunki spelnione, np 2 MB RAM?
Czyli tak zwany opcjonalny kod, nie bedacy w glownym pliku.
Np. player do modow Protrackera, doczytywany tylko wtedy, gdy jest odpowiednia ilosc wolnej pamieci.
Ostatnia aktualizacja: 04.11.2024 19:38:09 przez Don_Adan
Czyli tak zwany opcjonalny kod, nie bedacy w glownym pliku.
Np. player do modow Protrackera, doczytywany tylko wtedy, gdy jest odpowiednia ilosc wolnej pamieci.
Ostatnia aktualizacja: 04.11.2024 19:38:09 przez Don_Adan
04.11.2024 21:22
[#306]
Re: Ami Robbo 2
@Don_Adan, post #305
Czyli osobny program odtwarzający? Ten program musiałby jednocześnie być cały czas uruchomiony bo on by alokował pamięć dla kolejnego modułu, a w razie czego go odtwarzał. Każdy program w BB który alokuje pamięć i się zakończy automatycznie czyści tą pamieć. Gdybym na koniec takiego programu nie zatrzymał muzyki, to Amiga się zawiesi przez brak danych modułu w pamięci Chip. Poza tym JSR miałby skoczyć do skompilowanego pliku exe? Chyba to tak nie zadziała. ASMOne tak skacze do bibliotek wczytywanych do kodu chyba, ale tu byłby wczytany plik uruchamialny, a potem poprzez RTS w tamtym programie byłby albo wyłączany albo zostawałyby śmieci w pamięci w postaci nie wyczyszczonej pamięci po module.
04.11.2024 23:53
[#307]
Re: Ami Robbo 2
@tukinem, post #306
jsr mozesz skoczyc wszedzie, gdzie chcesz.
do wczytanego pliku exe tez.
tylko najczesciej sie to ulatwia odpowiednio tworzac takiego exeka, i dodajac na poczatku
bra.w InitPlay
bra.w InitMod
bra.w Play
bra.w StopMusic
bra.w EndPlay
i asemblujac.
Wystarczy pododawac
move.l Player, D0
beq.b skip
move.l d0,A0
jsr 8(a0)
move.l Module,D0
beq.b nomusic
nomusic
itp
Ogolnie nie musisz niczego zatrzymywac tylko przeskakujesz dalej (czyszczac jakis pointer) jak pointer nie jest zerem to nie ma przeskakiwania.
Mozna tez zrobic wersje binarna (PC relative, bez relokow) takiego playera. Czyli wczytujesz go w dowolne wolne miejsce w pamieci.
do wczytanego pliku exe tez.
tylko najczesciej sie to ulatwia odpowiednio tworzac takiego exeka, i dodajac na poczatku
bra.w InitPlay
bra.w InitMod
bra.w Play
bra.w StopMusic
bra.w EndPlay
i asemblujac.
Wystarczy pododawac
move.l Player, D0
beq.b skip
move.l d0,A0
jsr 8(a0)
move.l Module,D0
beq.b nomusic
nomusic
itp
Ogolnie nie musisz niczego zatrzymywac tylko przeskakujesz dalej (czyszczac jakis pointer) jak pointer nie jest zerem to nie ma przeskakiwania.
Mozna tez zrobic wersje binarna (PC relative, bez relokow) takiego playera. Czyli wczytujesz go w dowolne wolne miejsce w pamieci.
05.11.2024 05:15
[#308]
Re: Ami Robbo 2
@Don_Adan, post #307
Raczej taki trik nie przejdzie. Rozumuem, że mam zaalokować pamięć i wczytać tam plik exe, a z kodu głównego mam zrobić JSR do etykiety, która znajduje się w tym pliku exe? To nie przejdzie na pewno. Jak znam BB, to przy kompilacji wywali mi brak etykiety w kodzie głównym dla skoku. Można jedynie dodać inny plik bb2 poprzez Include lub XInclude, ale to wyjdzie na jedno bo główny plik exe się zwiększy o kod dodany z zewnętrznego pliku.
05.11.2024 13:22
[#311]
Re: Ami Robbo 2
@tukinem, post #308
Dlaczego ma nie przejsc?
Robisz po prostu np. jsr 8(A0)
Nie ma tu zadnej etykiety tylko czysty kod asemblera. Oczywiscie mozna to zamienic na wersje z etykieta.
Na przykladzie c64 portal to by bylo:
"depaker:
IncBin "plik.o"
a potem tylko JSR depaker+8"
Tylko incbin to dolacza ten plik do Twojego exeka, a tutaj chodzi, zeby player byl na zewnatrz.
Wiec musisz uzyc jakiejs procedury z BB2, ktora wczytuje podany z nazwy plik do dowolnej pamieci (ale z alokacja pamieci na ten plik) i zwraca adres pod ktory ten plik zostal wczytany.
Kazda instrukcja " bra.w" to sa 4 bajty, musisz po prostu policzyc, gdzie chcesz skoczyc.
Jedynie nie wiem czy potrafisz wczytac plik executable (czyli object .o) w BB2, bo to nie jest to samo co plik binarny.
Robisz po prostu np. jsr 8(A0)
Nie ma tu zadnej etykiety tylko czysty kod asemblera. Oczywiscie mozna to zamienic na wersje z etykieta.
Na przykladzie c64 portal to by bylo:
"depaker:
IncBin "plik.o"
a potem tylko JSR depaker+8"
Tylko incbin to dolacza ten plik do Twojego exeka, a tutaj chodzi, zeby player byl na zewnatrz.
Wiec musisz uzyc jakiejs procedury z BB2, ktora wczytuje podany z nazwy plik do dowolnej pamieci (ale z alokacja pamieci na ten plik) i zwraca adres pod ktory ten plik zostal wczytany.
Kazda instrukcja " bra.w" to sa 4 bajty, musisz po prostu policzyc, gdzie chcesz skoczyc.
Jedynie nie wiem czy potrafisz wczytac plik executable (czyli object .o) w BB2, bo to nie jest to samo co plik binarny.
05.11.2024 13:30
[#312]
Re: Ami Robbo 2
@Don_Adan, post #311
Tylko incbin to dolacza ten plik do Twojego exeka, a tutaj chodzi, zeby player byl na zewnatrz.
Wiec musisz uzyc jakiejs procedury z BB2
można użyć komend Bank do allokowania obszarów panięci. Ja powyżej napisałem w uproszczeniu
A z tym +8 to chyba nie potrzebne. Można skompilować kod asm do takiego "raw" nie pamiętam jak się to nazywa fachowo, gdzie nie maż żadnych headerów i hunków. ja to sobie potem asemblowałem VASMem na mac'u żeby nie bawić się Asm-one'em
Pytanie jest inne jak zrobić kod w BB2 który potem można będzie wczytywać i do niego skakać? Czyli jak sobie zrobić takie .o w BB2. Niby są jakieś "residenty" ale nigdy z tego nie korzystałem. na EAB powinni wiedzieć.
Ostatnia aktualizacja: 05.11.2024 13:39:19 przez c64portal
05.11.2024 13:30
[#313]
Re: Ami Robbo 2
@Don_Adan, post #303
Ale kod aż tak dużo miejsca nie zajmuje. Raczej dane "ważą". W zależności od ilości dostępnej pamięci wczytuje się więcej lub mniej grafiki, poziom w trakcie grania doczytuje się albo nie. Często oszczędza się nie wczytując muzyki (np. The Settlers na 1MB) albo wczytując jakąś mniejszą wersję, mniej dźwięków. A sam kod to są pomijalne wartości w porównaniu z danymi i zwykle ten sam kod i tak obsługuje wszystkie poziomy. No chyba, że ktoś koduje osobno każdy poziom. 
No ale wtedy autor powinien przemyśleć architekturę, bo tego tak się raczej nie robi jeżeli poziomy nie są zupełnie odrębnymi mini-grami o zupełnie innej mechanice.
Myślę, że kod to nie jest miejsce na oszczędności, bo za wiele się nie oszczędzi.
Ostatnia aktualizacja: 05.11.2024 13:32:11 przez MDW
No ale wtedy autor powinien przemyśleć architekturę, bo tego tak się raczej nie robi jeżeli poziomy nie są zupełnie odrębnymi mini-grami o zupełnie innej mechanice. Myślę, że kod to nie jest miejsce na oszczędności, bo za wiele się nie oszczędzi.
Ostatnia aktualizacja: 05.11.2024 13:32:11 przez MDW
05.11.2024 13:41
[#314]
Re: Ami Robbo 2
@MDW, post #313
Myślę, że kod to nie jest miejsce na oszczędności, bo za wiele się nie oszczędzi
w pełni zgoda.
dla przykładu cały kod Scorpion Engine, taki można by powiedzieć runtime to 200kb!
co do assetów to trzeba od razu założyć że wszystko będzie kompresowane. ale zakładam że tutaj tukienm tak robi.
05.11.2024 16:39
[#316]
Re: Ami Robbo 2
@c64portal, post #309
oczywiście że przejdzie. robiłem tak w jednym demie, że miałem jakiś nietypowy depacker. zassemblowałem go w asm-one do pliku .o a w kodzie BB zrobiłem
depaker:
IncBin "plik.o"
a potem tylko JSR depaker
No takie coś nie przejdzie. Chodzi o to, żeby wczytać osobny plik exe, a IncBin automatycznie zwiększy główny plik uruchamialny gry. Była mowa o ewentualnym dograniu zewnętrznego pliku exe bądź kodu. IncBin nie da się umieścić w "IF"ie.
Większość chip RAM pożerają bitplany o rozmiarze 512x512 w 5 bitplanach. Aby gra działała na A600 1 MB Chip RAM pilnuję, aby plik exe nie przekroczył 100 kB bo jeśli urośnie o te kilka kB, to automatycznie gra się będzie wieszać na gołej A600 bez fastu. O to tutaj chodzi, że sumarycznie grafika+dźwięki+muzyka+dane+EXE zapchają cały 1 MB chip ramu.
Z resztą i tak nie ma miejsca na muzykę bo dyskietka jest pełna. Zostało 64 kB miejsca
Ostatnia aktualizacja: 05.11.2024 16:43:55 przez tukinem
05.11.2024 16:45
[#317]
Re: Ami Robbo 2
@MDW, post #313
@MDW
Ja myślę, że to zależy jak kto pisze taki kod. To nie problem pisać spagethi kod jak w latach 70 ubiegłego wieku.
@c64portal
Dla mnie to za grubo, Dla A500 z 0.5MB CHIP to prawie połowa zasobów.
Pamiętam że w jednej grze (pisanej w asm, żeby nie było) to relokacje zajmowały 10 kilobajtów. Autor wymyślił obejście, sam napisał procedurę relokacji i skompilował program pod jakiś tam adres $ff100000 i zapisał jako binarny. Plik zajął jakieś 70 kb zamiast ponad 80 kb.
Rozszerzył bym to co napisał MDW: Kod to nie jest miejsce na oszczędności i nie jest to miejsce na bezpodstawne rozwlekanie kodu.
Myślę, że kod to nie jest miejsce na oszczędności, bo za wiele się nie oszczędzi.
Ja myślę, że to zależy jak kto pisze taki kod. To nie problem pisać spagethi kod jak w latach 70 ubiegłego wieku.
@c64portal
dla przykładu cały kod Scorpion Engine, taki można by powiedzieć runtime to 200kb!
Dla mnie to za grubo, Dla A500 z 0.5MB CHIP to prawie połowa zasobów.
Pamiętam że w jednej grze (pisanej w asm, żeby nie było) to relokacje zajmowały 10 kilobajtów. Autor wymyślił obejście, sam napisał procedurę relokacji i skompilował program pod jakiś tam adres $ff100000 i zapisał jako binarny. Plik zajął jakieś 70 kb zamiast ponad 80 kb.
Rozszerzył bym to co napisał MDW: Kod to nie jest miejsce na oszczędności i nie jest to miejsce na bezpodstawne rozwlekanie kodu.
05.11.2024 17:28
[#319]
Re: Ami Robbo 2
@tukinem, post #304
Może któraś z systemowych bibliotek jest w stanie to wykonać.Tak, funkcja LoadSeg() (albo NewLoadSeg(), ale kick 2.0+) z exec.library. Ładuje plik wykonywalny do pamięci rozmieszczając wszystkie sekcje gdzie trzeba i robiąc relokacje. Gdy kod jest już niepotrzebny, robi się UnLoadSeg().
05.11.2024 17:35
[#320]
Re: Ami Robbo 2
@Krashan, post #319
Faktycznie, jest wykrywalna ładnie:
No, ale kick 2.0+ odpada, bo gra musi działać na kicku 1.3/1.2 także. Dlatego też zrezygnowałem z requestera ASL od wybierania katalogu z DLC, a użyłem zwykłego filerequestera, którym wybieramy dowolny plik w katalogu z DLC do wczytania dodatkowych poziomów.
Tam wcześniej napisałem, że limit pliku exe to 100 kB. Przepraszam za błąd, ale już mi się gry mylą. 101 kB było dla GoGoGo. Tu plik exe to 300 kB.
Ostatnia aktualizacja: 05.11.2024 17:38:24 przez tukinem
No, ale kick 2.0+ odpada, bo gra musi działać na kicku 1.3/1.2 także. Dlatego też zrezygnowałem z requestera ASL od wybierania katalogu z DLC, a użyłem zwykłego filerequestera, którym wybieramy dowolny plik w katalogu z DLC do wczytania dodatkowych poziomów.
Tam wcześniej napisałem, że limit pliku exe to 100 kB. Przepraszam za błąd, ale już mi się gry mylą. 101 kB było dla GoGoGo. Tu plik exe to 300 kB.
Ostatnia aktualizacja: 05.11.2024 17:38:24 przez tukinem
05.11.2024 18:35
[#321]
Re: Ami Robbo 2
@tukinem, post #320
No, ale kick 2.0+ odpadaChyba źle zrozumiałeś. LoadSeg() jest w systemie od zawsze, bo właśnie nią system ładuje do pamięci programy. Natomiast NewLoadSeg() jest wygodniejsza trochę w użyciu i jest dostępna od kicstartu v36. Chcąc więc pisać pod kick 1.2+, spokojnie używasz tej pierwszej.
Ostatnia aktualizacja: 05.11.2024 18:36:58 przez Krashan
05.11.2024 21:07
[#328]
Re: Ami Robbo 2
@Don_Adan, post #327
Commodore planowal moze cos ekstra dodac.Tak, po to jest taglista jako dodatkowy argument, ale... "no tags are currently defined" i to się nie zmieniło do systemu 3.2 włącznie. Więc poprawiam się, nie ma sensu używać NewLoadSeg(), bo ona i tak nic nie robi oprócz wywołania LoadSeg().
Tak czy owak, jest to sposób na dynamiczne załadowanie jakiegoś programu z poziomu innego programu. Potem wystarczy z seglisty wygrzebać początek sekcji kodu i skoczyć tam. Nie trzeba się przejmować relokacjami, sekcjami, to wszystko jest ogarnięte z automatu.
05.11.2024 21:46
[#329]
Re: Ami Robbo 2
@tukinem, post #323
dramat, ale wszyscy chcą quake 2 na a500 ? no dzisiaj wszystkie nowe produkcje to powinny być na 68060 minimum i AGA, a jak kogoś nie stać to ma problem, w świecie PC czy apple nikt się nie cycka, a potem jest jak jest, stajnia dała AGA a tu ciagle 4mHz i ECS po 40 latach i kickstart 0.5 najlepiej
Ostatnia aktualizacja: 05.11.2024 21:46:53 przez ritzu
Ostatnia aktualizacja: 05.11.2024 21:50:22 przez ritzu
Ostatnia aktualizacja: 05.11.2024 21:52:15 przez ritzu
Ostatnia aktualizacja: 05.11.2024 21:46:53 przez ritzu
Ostatnia aktualizacja: 05.11.2024 21:50:22 przez ritzu
Ostatnia aktualizacja: 05.11.2024 21:52:15 przez ritzu