w sumie można się zastanowić nad generowaniem leveli losowych, of coz takich co da się skończyć: - generujemy ścieżkę z przejściem od początku do końca i elementami - miksujemy elementy zgodnie z regułami - każemy graczowi trochę pogłowkować
czyli wypisz - wymaluj, "Ilmenit way" w najlepszym tego słowa znaczeniu :)
też super :) taki mi przyszło do głowy, biorąc pod uwage fakt, że gdzieś na sieci widziałem kompo multiplatformowe na gry w kategorii 1KB, 2KB i 4KB, a levele zajmują w sumie najwięcej :) - dygresja....
no i zawsze siadając do gry nie wiadomo czego się spodziewać co w grach logicznych jest w sumie fajne i uniwersalne
dodaj do repertuaru jeszcze: - bedzie wykorzystywala rozkazy niepublikowane - aby zyskac 5 cykle wiecej w przerwaniu DLI zostanie wylaczony OS - bedzie doczytywala dane biblioteka xBIOS - zaladuje sie bezposrednio na strone ZERO albo bezposrednio pod ROM - umiejscowi wektory RUNAD i INITAD pod RESET $fffc - nie uruchomi sie na emulatorze
A może niech niektórzy przemyślą sposób pisania programów. Są pewne zasady tworzenia programów na atari. Łamanie tych zasad "bo takie mam widzimisie" uważam za głupie. Ta prosta gierka chodziłaby dokładnie tak samo pod dowolnym DOSem (jeśli czytałaby i zapisywała pliki zewnętrze zgodnie z zasadami - przez CIO) i na pewno nie wymaga rozkazów niepublikowanych.
Pisanie takich programów na przekór całemu światu jest po prostu głupie.
Dlaczego głupie? Przypuszczam, że na moim Atari ją uruchomię (100% pewności będę mieć, gdy gra będzie dostępna), więc co za różnica, jakie rozkazy wykorzystał programista?
Myśleć trochę, ludzie. Gierka, która nie wymaga całego RAMu i spokojnie mieści się ponad typowym DOSowym MEMLO.... ale nie, nie będziemy używać CIO, wymyślmy sobie własne rozwiązanie, wymagające dodatkowego loadera napisanego dla każdego systemu plików czy turbo oddzielnie i wsadźmy to "ułatwienie" do programu, bo chcemy na siłę wprowadzać własny standard biblioteki I/O dla plików. A dodatkowo użyjmy sobie niepublikowanych rozkazów, bo właśnie ostatnio mamy na nie "fazę".
No super. Gra fajna ale nagromadzenie niepotrzebnych, utrudniających normalne użytkowanie pod dowolnym DOSem, czy z dowolnym rozszerzeniem (bo kto wie jak to zadziała np. na 16to bitowym procku, a nie jest to dziełko, którego nie można napisać normalnie) "futurystycznych rozwiązań" po prostu jest głupie.
> wymagające dodatkowego loadera napisanego dla każdego systemu plików czy turbo oddzielnie
xbios jest biblioteka I/O a tylko przy okazji LOADEREM :-) to ze dla roznych urzadzen potrzebna jest wersja xbios pod to urzadzeniw mojej ocenie jest zaleta - pozwala trzymac minimalny rozmiar przy zachowaniu funkcjonalnosci.
> A dodatkowo użyjmy sobie niepublikowanych rozkazów, bo właśnie ostatnio mamy na nie "fazę".
sa wygodne. na forum aa masz przyklady :-)
> utrudniających normalne użytkowanie pod dowolnym DOSem,
dziala pod dowolnym dosem i ataridosFS wystarczy zaladowac spod dosa biblioteke xbios :-)
> jak to zadziała np. na 16to bitowym procku,
nie zadziala tak jak nie zadziala tez na 6809E, nie widze powodu :-)
Jest ograniczonym DOSem. Zastanów się co to jest DOS, jakie spełnia funkcje, a potem popatrz na Twojego xBiosa. To po prostu ograniczony DOS :) I można wymyślać sobie nazwy, nie zmieni to faktu że tak jest ;P Jak rozumiem CIO jest dla Ciebie za trudne i nie da się szybko tworzyć programów, które coś czytają i zapisują w oparciu o ten STANDARD.
A co do Carta, wygodniej jest napisać nawet uproszczony handler do obsługi tego Carta przez standardowe CIO. Tak działał np. jeden z pierwszych RAM-Cartów jakie zrobił kiedyś Zbyszek Szyszko a ja oprogramowałem, a było to (rzesz w mordę) 20 lat temu. A sterownik zgłaszał sie po prostu jako DOSowy RAMdysk.
mozliwe, ze ta gre bede chcial nagrac na karta. obecnie nagram na carta np. S!C xbios i gre - bez rekompilacji gry bedzie dzialala tak jak teraz. a teraz zalozmy ze uzywam CIO, opisz mi co musialbym zrobic i co zdobyc zebym mogl nagrac ta gre na Sic i nadal uzywac takiej funkcjonalnosci.
kokrety. :-)
--- o widzisz... gdzie znajde DOSa dla SIC ?
--- to rozwiazanie bede powielal. wiec nie bede sie zastanawial czy gra zajmuje 1 kb czy 60, uzywal bede ZAWSZE tego samego rozwiazania czy z CIO tez tak moge zrobic?
Matko. Czyli w twoim "pomyśle" wgrywasz to to na SIC i działa. I nie musisz napisać pełnej obsługi odczytu i zapisu w postaci Twojego DOSa (ops... xbiosa) w wersji dla SIC ? Takie intelygentne to rozwiązanie, że samo się zrobi.... cudo.
Otóż musisz napisać procedury DOSa dla SIC, czyli zrobić to samo, co musiałbyś zrobić by obsługiwać SIC przez standardowe CIO (napisać handler CIO dla SIC).
A tak zrobisz to - tyle że będzie to zgodne tylko z Twoim DOSem. Co ciekawe, zapewne standardowy handler CIO dla dowolnego CARta bedzie zajmował tyle samo (albo i mniej) co Twoje rozwiązanie.
:-) no wlanie nie musze. xbios jest tak napisany ze podmiana urzadzenia to kilka bajtow. istotne jest tylko zlacze ktirym jest podlaczone, SIO (jest najtrudniejsze), rejestr jest banalny... i nie prawda... jesli ktorys dos ;-) w koncu dostanie obsluge np. SICa to zobaczy zawartosc carta zapisana xbiosem pod warunkiem ze bedzie w stanie obsliuzyc standardowy filesystem w tym wypadku Atari DOS FS ale chyba dosy to potrafia ;-)
> CARta bedzie zajmował tyle samo (albo i mniej)
duzo mnie, obsluga pamieci rejestrem jest banalna i krociotka ale standaryzacja panie... zawsze xbios bedzie zajmowal tyle samo :-)
"jest tak napisany" bo sobie upchnałeś obsługę takiego urządzenia już na starcie, po prostu napisałeś to od podstaw, typowy RAMdysk czy RAM cart będzie podobny w obsłudze więc już to masz - ale napisać musiałeś. Nie mam teraz chęci i czasu ale był publikowany chyba w TA handler RAMdysku zajmujący jedną stronę pamięci i zgodny z CIO oczywiście dopasowanie go do SIC to zapewne kwestia minut. Twoje rozwiązanie po prostu udaje stację dyskietek (pracująć sektorowo) na pamięci RAM SICa i dlatego jest proste do przerobienia - tak samo jak dowolny DOS. Tyle że takie przerabianie to co innego a dodanie do STANDARDOWEGO systemu obsługi SICa to co innego. Drugie rozwiązanie nie musi małpować filesystemu dyskowego (bo w przypadku RAMdysku nie koniecznie taki filesystem jest najwygodniejszy), a po drugie jest UNIWERSALNE. Taki handler napisany systemowo będzie działał pod każdym DOSem i bez niego. Wymyśliłeś po prostu niezgodne z niczym rozwiązanie i wciskasz je na siłę do wszystkiego do czego się da - czy ma to sens czy też nie.
Piszę Ci od kilku godzin, że W PRZYPADKU TEJ GRY nie ma to sensu i tylko przeszkadza. Gdyby była napisana zgodnie z zasadami działała by OD RAZU z każdym DOSem, każdym przyspieszaczem stacji dysków, każdym interfejsem HDD a po dodaniu odpowiedniego handlera z każdym RAMdyskiem, czy CARtem.
dla mnie xbios to wybawienie biorąc pod uwagę fakt, że mogę wyłączyć OS'a i doczytywać/zapisywaĆ dane w tak prosty sposób. Jak dla mnie rewelka, ale ja może się nie znam - a może własnie dlatego, że nie muszę się znać i mogę skorzystać. W każdym razie jest jedna rzecz, gdzie chcę tego użyć a o włączonym OS mogę zapomnieć - pamięć. Nie rozumiem trochę tej dyskusji, jak ktoś nie chce używac Xbiosa tylko czegoś innego to niech sobie używa i najlepiej pokaże jak to się robi pisząc artka :)
spokojnie... prowadzimy sobie male slowne utarczki ale nie ma tu cienia agresji.
w skrocie chodzi o to ze Pecus zauwazyl, ze gra jest na tyle krotka ze nie potrzeba uciekac sie do xbiosa, ja natomiast nie chce zmieniac swoich przyzwyczajen robiac tu wyjatek. i tyle :-)
Dokładnie tak, to się nazywa przekomarzanie :) Ja wiem ze XXL wie o co mi chodzi, on wie o co mi chodzi, ja wiem o co Mu chodzi (ale zdanie) ale mamy inne zdania na ten temat i sobie piszemy.
A kolejną zaletą zastosowania standardowego CIO jest np. to, że gra spokojnie odpaliłaby na wspomnianym prze ze mnie, zrobionym 20 lat temu RAMcarcie i umiałaby zapisywać i odczytywać z niego pliki, bez robienia kolejnej wersji xbios.
Podziękowania i gratulacje dla autora - jedna z najlepszych gier na atari. Gra jest świetna - na razie dotarłem do levelu 12, dawno się tak dobrze nie bawiłem
xxl a ile gra ma leveli? Na razie doszedłem do 16 z tymże 13 i 14 level były dużo prostsze od 12 i 15. Wydaje mi się, że 16 level jest nie do przejścia chyba źle wymierzone klocki. Byłby to więc bug.
