atarionline.pl His Dark Majesty - 1.0 - Forum Atarum

Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

  • :
  • :

Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

    • 1:
       
      CommentAuthorlarek
    • CommentTime12 May 2010 zmieniony
     
    Czy wersje 3 i 4 Qmega az tak drastycznie sie roznia???? :O

    Raczej się różnią: ->link<-

    A stąd można pobrać: ->link<-
    • 2: CommentAuthormarok
    • CommentTime12 May 2010
     
    Podpięcie pod emulator Altirra innego romu (np. Qmeg):
    - kopiuje się wybrany rom do katalogu z emulatorem (gdzie są i pozostałe romy),
    - zmienia nazwę romu na otheros.rom,
    - wybiera w ustawieniach firware>other.
    • 3: CommentAuthorilmenit
    • CommentTime14 May 2010
     
    Wrzuciłem na stronę gry wersję z poprawionym przez Maroka intrem, przez co gra działa pod Altirrą. Przygotowałem też instalator gry pod Windows, który uruchamia za pomocą tego emulatora grę. Mogłem dodać extract ROMu z XFormera, ale uznałem, że szkoda zachodu - nie dajmy się zwariować, skoro jest on powszechnie dostępny do pobrania.
    • 4: CommentAuthorJacques
    • CommentTime14 May 2010
     
    A jak to będzie z QMEGami, jest nadzieja?
    • 5: CommentAuthorilmenit
    • CommentTime14 May 2010
     
    Wysłałem Mono źródła gry - pokombinuje on, czy można coś z QMEGiem zrobić. Według mnie nie będzie to proste, bo operacje dyskowe wczytują dane do pamięci, która jest pod ROMem...
    • 6: CommentAuthorJacques
    • CommentTime14 May 2010
     
    O, fajnie... Czyli jakaś nadzieja jest :-)
    • 7: CommentAuthorbob_er
    • CommentTime14 May 2010
     
    1. na stronie gry bys napisal czy sie rozni 1.00 od 1.01
    2. instalator atarowskiej gry dla windows - koniec swiata...
    • 8:
       
      CommentAuthorMaW
    • CommentTime14 May 2010
     
    Bober, nie dziw się - jak dałem link do HDM na fejszbuku to potem ludzie pytali się, jak to uruchomić - by zrozumieli jak odpalić musiałem tłumaczyć, że pod czymś w rodzaju "dosboxa", co się nazywa a800win...
    • 9: CommentAuthorandys
    • CommentTime15 May 2010
     
    widze jakub ze nowa wersja jest...nic nie pisales. jakies zmiany w ai?
    instalator no coz...ale jak sie ma sprawa z romem i jego prawami?
    • 10:
       
      CommentAuthorjhusak
    • CommentTime16 May 2010
     
    Tak z trochę innej beczki. Ja mam qmega 3 i kopiowanie dyskietek jest w nim s@#!$#$one. Kopia != oryginał. Pamięć testowałem, mam 192 kB.
    Mówię o wrzuceniu dyskietki do ramu a następnie zapisaniu ramu na dysk.
    • 11:
       
      CommentAuthorKaz
    • CommentTime16 May 2010
     
    Ja mam qmega 3


    Czas na apdejt :)
    • 12: CommentAuthorseban
    • CommentTime16 May 2010
     
    @jhusak: w moim przypadku (192KB, QMEG3) było dokładnie tak samo. Myślę że tablica banków dla ramdysku jest przeznaczona dla rozszerzeń pamięci >192KB (256KB, 320KB). Na drugiej atarce z 320KB RAM wszytko kopiuje się OK. Z tego co pamiętam QMEG konfigurację swoich ramdysków ma przeznaczoną dla rozszerzenia 256KB. QMEG potrafi nawet DOS 6.4 przechować w mini ramdysku i bootować się z niego.

    Miałem taką instrukcję do QMEG-a 3 wydrukowaną na jakiejś drukarce igłowej... postaram się to odszukać...tam było wszystko dokładnie opisane.

    pozdrawiam
    Seban
    • 13: CommentAuthors2325
    • CommentTime16 May 2010
     
    • 14: CommentAuthormono
    • CommentTime18 May 2010
     
    Pod QMEGiem 3.8 Gumiego powinno działać bez zastrzeżeń - sprawdziłem wersję hdm-1.1:
    - w normal
    - boot z ramdysku A po uprzednim skopiowaniu do niego atra
    Nie udało mi się sprawdzić boota w turbo, bo nie mam ani ultraspeeda ani happy.
    QMEGowi 4.04 Dorndorffa przyjrzę się jeszcze bo faktycznie nie uruchamia głównej gry ani w normal, ani w turbo, ani nawet z ramdysku.
    • 15:
       
      CommentAuthorDracon
    • CommentTime18 May 2010 zmieniony
     

    Kaz:

    Czas na apdejt :)

    Powiedz to tym, co montowali QMEGa jeszcze w zeszlym wieku (u s.p. firmy TOMS ze 100lycy)... ;P

    I czy warto, dla jednej, jedynej produkcji, ktora sprawia takie problemy na nim? ;)
    • 16: CommentAuthorJacques
    • CommentTime18 May 2010
     
    Warto, różnic pomiędzy V3 a 4.04 jest sporo. Nie chodzi o to, że "dla jednej produkcji", bo z 4.04 HDM też (na razie) nie działa.
    • 17: CommentAuthorJacques
    • CommentTime22 Jun 2010
     
    Jakieś wieści w sprawie ewentualnej wersji 1.1? :)
    • 18: CommentAuthorilmenit
    • CommentTime23 Jun 2010
     
    U mnie niestety czasu brak i raczej nie będzie przez kolejny miesiąc. Mono dostał jakiś czas temu źródła i miał spojrzeć, czy da radę w miarę prosto dostosować je do QMEGa.
    • 19: CommentAuthorJacques
    • CommentTime23 Jun 2010
     
    Acha, no to mam nadzieję, że coś wyjdzie z tych poprawek i zmian, bo ze względu na możliwe poprawki dla QMEGa i zapowiedziane przez Ciebie drobne zmiany, wstrzymałem się z grą na razie :-)
    • 20: CommentAuthormono
    • CommentTime23 Jun 2010
     
    U mnie aktualnie też ostatnio krucho z czasem.
    Z moich analiz wynika, że QMEG 4.04 wykorzystuje część pamięci ROM, którą HDM zamazuje w RAM (po przepisaniu).
    Wyłączyłem czyszczenie bufora, który Ilmenit przeznaczył na przyszły zestaw fontów (pewnie m.in. na potrzeby lokalizacji), ale próby dodania swojego kodu (bazującego na procedurach z oryginalnego ROM i przepisujące dane z bufora strona po stronie w docelowe miejsce) kończą mi się zwisem podczas uruchomienia aplikacji i aktualnie z tym walczę (kompiluję najświeższą wersją cc65).
    Takie podejście wydaje mi się najrozsądniejsze, bo pozwoli na działanie z każdym OSem bez względu na wersję. Jeśli to zawiedzie, wtedy spróbuję poprzesuwać bloki danych w pamięci tak, żeby HDM działał z QMEG 4.04.
    • 21: CommentAuthormarok
    • CommentTime23 Jun 2010
     
    Przy tej okazji, czyli aktywnej aktualnie dyskusji nad grą, chciałbym zapytać, bo nie wiem i nie udało mi się tego samemu sprawdzić.

    Jaki obszar pamięci romu dokładnie przepisuje procedura w HDM do ramu?

    Jeśli jest tego trochę, to może przy innym podejściu do zagadnienia (czyli nie przepisywania romu) można by na ten przykład pomieścić jeszcze w ramie pod romem procedurę deflate Fox'a (zamiast tego przepisanego kodu) i to by pewne rzeczy wydaje mi się ułatwiło.
    Konkretnie przede wszystkim obejście konieczności doczytywania bezpośrednio do ramu pod rom poprzez zastąpienie tego rozpakowaniem do tegoż ramu z bufora o adresie poniżej adresu romu do którego nastąpywało by doczytywanie.
    Ale też możliwość spakowania doczytywanych danych plansz (przede wszystkim obrazków w hi-res).
    • 22: CommentAuthorilmenit
    • CommentTime23 Jun 2010 zmieniony
     
    @Jacques - myślę, że możesz zagrać :) Kaz chyba wciaż na urlopie i brakuje jeszcze wielu jego obrazków. Oprócz nich zmiany w grze bedą kosmetyczne.

    @Marok - właściwie wszystko pod ROMem oprócz obsługi dysków i dodatkowego zestawu fontów. Główna część gry chodzi już na maksie pamięci i raczej nie będzie miejsca na dane spakowane i rozpakowane w pamięci.

    Btw, na ->link<- dorzucam linki do pojawiających się recenzji gry.
    • 23:
       
      CommentAuthorPecus
    • CommentTime25 Jun 2010
     
    Ej, to znaczy (przykro mi to pisać) że gra jest źle napisana. Nie można przepisać sobie ROMu do RAMu i zakładać że zawsze jest tam to samo. Można wyłączać ROM i wrzucać do tamtego RAMu swój kod, ale nie bawić się w modyfikacje przepisanego.
    QMEGi na maja np zestawu znaków międzynarodowych, maja tam kawał kodu.
    Jeśli potrzebna jest pamięć pod ROMem a jednocześnie procedury z ROMu to trzeba bawić się w przełączanie w miarę potrzeb.
    • 24:
       
      CommentAuthorWolfen
    • CommentTime25 Jun 2010
     
    @Pecus - a ja sie z Toba nie zgadzam. Na kazdym fabrycznym - niemodyfikowanym Atari dziala bez problemu - znaczy ze jest dobrze napisana.

    Co do samego Qmega - mysle ze to tak jakby robic specjalna trase dla motocykli dla tych ktorzy nie chca jechac kolejkami... nawet linowymi... ;) czasem sie po prostu nie da :) tak czy inaczej chwala autorowi za to ze wlasnei upchnal jak sie da program do 64kb a nie wypuscil wersji 128kb (lub wyzej) only. Dla mnie Qmeg byl i bedzie jedynie ciekawostka - tak samo - ktos moze lubic jakas wersje DOSa ale nie mozna wymagac zeby kazdy pisal pod te konkretna wersja DOSa gry ;)

    Nie chodzi mi o to zeby wchodzic w konflikt z posiadaczami Qmega - ale zeby zaznaczyc ze gra jest dobrze napisana bo na fabrycznym sprzecie dziala i o to przeciez chodzi :) - niemniej jednak skoro autor sam jeszcze kombinuje co by tu zrobic zeby DODATKOWO dzialala na Qmegu - tym bardziej gleboki szacunek dla autora i wyrazy uznania :)
    • 25: CommentAuthorilmenit
    • CommentTime25 Jun 2010
     
    O istnieniu QMEGa dowiedziałem się dopiero, gdy ktoś napisał, że HDM z QMEGiem nie działa. Trudno było w tym przypadku pisać HDM, by był zgodny z QMEGiem ;)
    Tak to jest do Atari wraca się po prawie 20 latach przerwy...
    • 26: CommentAuthorJacques
    • CommentTime25 Jun 2010 zmieniony
     
    "Dla mnie Qmeg byl i bedzie jedynie ciekawostka"

    A dla mnie i dla wielu jest standardem, zwłaszcza w dobie SIO2IDE/SIO2SD/SDRIVE. Mam nadzieję, że pojawi się poprawiona wersja działająca z Qmeg 4.04.
    • 27: CommentAuthorilmenit
    • CommentTime25 Jun 2010
     
    Może prościej będzie przygotować specjalną wersję dla Qmega. Jest gdzieś jego skomentowana deasemblacja lub chociaż mapa pamięci? HDM potrzebuje z systemu jedynie procedur obsługi dysku, więc może da radę pozostawić je w pamięci wywalając wszystko inne, jak jest robione teraz ze standardowym systemem.
    • 28:
       
      CommentAuthorlarek
    • CommentTime25 Jun 2010
     
    Jak nie będzie HDM działającego po Qmegiem, to świat się nie zawali. Zawsze można przełączyć na AtariOS. Jednak, ze względu na doczytywanie gry, Qmeg ze swoimi szybkimi procedurami IO byłby mile widziany.
    • 29: CommentAuthorJacques
    • CommentTime25 Jun 2010
     
    I także ze względu na możliwość zabootowania z innego napędu niż D1. Czyli dochodzimy do sedna, że QMEG ma tyle zalet i jest tak popularny, że w zasadzie gra powinna się z nim nie gryźć.
    • 30:
       
      CommentAuthorPecus
    • CommentTime25 Jun 2010 zmieniony
     
    Nie ma tu znaczenia popularność lub nie QMEGa, Wersji Atari OS tez jest przynajmniej kilka. Różnią się drobiazgami i pewnie w tej grze akurat żaden z tych drobiazgów nie zaważy na jej działaniu, a może jednak??
    Po co projektanci Atari przygotowali niezmienne miejsca w ROMie na tablice skoków i rózne wektory? Przygotowali to właśnie dlatego by móc w różnych wersjach ROM umieszczać procedury w miarę dowolnie, a że tego nie robili, no cóż mało wersji było.
    QMEG trzyma się tych standardów i każdy DOBRZE NAPISANY program będzie na nim działał - dobrze to znaczy zgodnie z zasadami ustalonymi przez projektantów sprzętu.

    Czyli..... ta gra jest źle napisana. CBDO.
    • 31: CommentAuthormono
    • CommentTime25 Jun 2010
     
    Panowie. HDM podnosi ROM i nie korzysta z jego procedur w trakcie działania tak więc nie ma co krzyczeć o zgodność z OSem itp, bo go praktycznie nie ma. Jedyne, z czego gra korzysta to I/O i tylko dla nich ROM został przepisany do RAM. Równie robrze Ilmenit mógłby olać procedury z ROMu i napisać własne i nie byłoby w ogóle problemu.
    Poprawka będzie i będzie działać - cierpliwości.
    • 32: CommentAuthorJacques
    • CommentTime25 Jun 2010
     
    Super, to w tym wszystkim jest najważniejsze akurat dla mnie, czyli dla użyszkodnika - żeby działało :)
    • 33:
       
      CommentAuthorWolfen
    • CommentTime25 Jun 2010
     
    @Pecus ...z calym szacunkiem ale wg Ciebie KAZDY DOBRZE NAPISANY PROGRAM MUSI DZIALAC NA QMEGU? :) a mnie sie wydaje (myle sie?) ze kazdy dobrze napisany program powinien po prostu dzialac na Atari z domyslnym OSem :) Qmeg jest napisany przez zapalencow i przez nich wspierany ale jesli chodzi np. o popularnosc... to niech nikt (prosze was!!! :) nie probuje nikomu wmawiac ze jest bardziej popularny od wbudowanego OSu :D

    Zacytuje na koniec manual do qmega :

    "QMEG OS jest kompatybilny z OS-em 800XL. Oczywiscie zawsze moga wystapic
    problemy z programami, ktore dla wlasnych potrzeb uzywaja komorek za strony 2 i
    3 (na tych stronach QMEG OS ma wlasne komorki systemowe). Ale i programy, ktore
    normalnie uruchomic mozna na ATARI 400/800, daja sie uruchomic pod QMEG OS-em."

    Moze wiec Qmeg nie jest jednak kompatybilny z niektorym oprogramowaniem? (a nie odwrotnie;) Wracajac do tego co juz pisalem - bardzo sie ciesze ze Qmeg powstal - niektorym z nas sie bardzo przydaje, bardzo sie rowniez ciesze ze autoro HIM chce sie przyczynic do tego zeby gierka dzialala nie tylko na zwyklym Atari ale tez "dopakowanym" Atari :)
    • 34:
       
      CommentAuthorPecus
    • CommentTime25 Jun 2010 zmieniony
     
    QMEG jest kompatybilny z OS-em 800XL na poziomie wywołań procedur i dobrze napisanemu programu powinno to wystarczać, wiem bo walcze ostatnio pisząc (loader MSDOS do gier zapisanych na dyskach w formacie Sparty) z wieloma grami, które ktoś tak sprytnie kiedyś skopiowal z cartow, ze w pierwszych kilkunastu rozkazach dodanego przed gra kodu jest skok do ROM, który tylko cudem działa na nowym Atari OS (oczywiście w efekcie robi coś innego, a właściwie na szczęście nie robi prawie nic).
    Człowiek który to kiedyś napisał taż zapewne myślał, że każdy OS Atari będzie taki jak jego. Też uważał że jego OS jest tym DOMYŚLNYM.

    Tak więc nie ujmując nic samej grze, dalej twierdzę że jest źle (z punktu widzenia systemu Atari) napisana... A wystarczyłoby na czas operacji I/O włączać ROM i stosować systemowe procedury bez kombinacji. Przy okazji pod ROMem możnaby zająć wszystko.
    • 35: CommentAuthormono
    • CommentTime25 Jun 2010
     
    No i właśnie taki jest plan :)
    Btw. trudno jest posądzać Ilmenita o niepoprawne skoki do ROM, ponieważ robi to za pomocą bibliotecznych procedur C, a te robią to przez CIO, czyli poprawnie. Problem leży jedynie w tym, że część procedur systmowych (przepisanych z ROMu do RAM) jest nadpisana przez dane używane w grze, co wykłada grę przy QMEG 4.04. Trudno zakładać, że każdy system będzie lokował podobne procedury w tych samych miejscach ROM - kompatybilność OSa z oryginalnym Atari polega na kompatybilności odwołań do systemowych tablic skoków (obszar $E450..$E48E) - żadna procedura ani nie musi identycznie przebiegać, ani nie musi być ulokowana w tym samym miejscu, co w Atari więc nie posądzałbym QMEGa o to, że jest źle napisany bo nie ma dokładnie tego samego co ma oryginalny ROM w Atari ;). Konkludując - "błąd" Ilmenita polega na tym, że skacze do RAM zamiast do ROM - i to właśnie zostanie naprawione :)
    Rozwiązanie, które od zaraz "naprawia" grę to skopiowanie oryginalnych procedur z ROMu XL nie zważając na to, co ma user zainstalowane. Ale to wyłączy nam wszystkie turba, a tego przecież nie chcemy, bo lubimy te nasze usprawnienia.
    • 36: CommentAuthorilmenit
    • CommentTime30 Jun 2010
     
    "A wystarczyłoby na czas operacji I/O włączać ROM i stosować systemowe procedury bez kombinacji."

    Taki był pierwotny plan i nawet Marok napisał do tego odpowiednią procedurkę. Okazało się jednak, że tak być nie może, ponieważ z braku miejsca dane muszą być wczytywane od razu pod ROM, co z włączonym ROMem było niemożliwe.
    • 37:
       
      CommentAuthorPecus
    • CommentTime30 Jun 2010
     
    I tam.... wystarczy jedna strona pamięci bufora, a jak jej nie ma to zawsze można przez bufor magnetofonu przerzucać (po 128b). Minimalnie wolniejszy będzie odczyt taką procką, ale da się.
    • 38: CommentAuthormarok
    • CommentTime30 Jun 2010
     
    ->link<-
    Link powyżej przekierowuje do procedury podmieniającej RAM na ROM na czas realizacji przerwania.


    Ilmenit: o ile sobie przypominam, nie podsyłałem procedury o jakiej piszesz (gdybyś szukał w mejlach), ale tylko sugerowałem raz kiedyś podobne rozwiązanie do opisanego przez Pecusia (bez określania gdzie ten bufor w niskim ramie mógłby się znaleźć).


    Natomist dobrze pamiętasz, że podsyłałem w tej sprawie jakieś krótkie procedurki, ale to właśnie do przełączania ramu na rom w przypadku przerwań, bo jakoś mi się (bardzo możliwe że mylnie) wydawało że się mogą przydać także do tego zadania.

    (Jedna z nich to ta powyżej z linka, a druga to jej mała wariacja).


    Tak apropo, to jaki obszar ramu pod romem jest zajmowany przez procedury systemowe przepisywane z romu i który można byłoby zwolnić jeśli zastosować by przełączanie pamieci na rom przed operacjami i/o ?


    Mam taką rozpiskę pamięci gry:

    d800-dc00 sprites (1024 bytes)
    dc00-de00 game_texts (512 bytes)
    de00-dfe0 terrain (480 bytes = 20*24 MAX_MAP_Y*MAX_MAP_X)
    F000-FA00 tiles and icons (2048+512=2560 bytes)
    FA00-FD00 map representation (768 bytes = 32*24)
    FD00-FD80 console_memory (128 bytes = 32*4 bytes)

    Jakąś część pozostałych obszarów pamięci ramu c000-cfff, dfe0-efff i fd80-fff9 zajmują procedury przepisane z romu, które można by zwolnić i wykorzystać (podpowiadałbym dodanie deflatera).
    • 39: CommentAuthorJacques
    • CommentTime23 Aug 2010
     
    Jakieś wieści w kwestii wersji "QMEG 4.04 friendly"? :-)
    • 40: CommentAuthorJacques
    • CommentTime16 Nov 2010
     
    I cisza :-(
    • 41: CommentAuthorilmenit
    • CommentTime16 Nov 2010
     
    Kody dostał Mono i jak znajdzie czas, na pewno się tym zajmie.
    • 42: CommentAuthormono
    • CommentTime17 Nov 2010
     
    Ano chwilowo nie mogę się niczym konkretnym pochwalić. Jak uporam się z bieżącymi projektami, to znów do tematu wrócę.
    • 43: CommentAuthorilmenit
    • CommentTime26 Jan 2011 zmieniony
     
    Angielskie teksty z gry.

    "Texts MUST fit in 512 bytes. Use UNIX type line ending (\n).
    The first line is the opening text. The second line is text shown after won battle. Next lines are texts for reinforcements.
    '#' char should be used to end reinforcement messages - this message will be repeated if more enemies appear.
    '@' is line-break, to be used for text formatting.
    Numbers 0-3 are used to show new face pictures."

    Edytor map dostępny jest tutaj:
    ->link<-
    • 44: CommentAuthormac
    • CommentTime26 Jan 2011
     
    @ilmenit
    czy jeśli zwrotnie dostaniesz te same pliki, tylko z tekstem w języku polskim, to posunie to sprawę do przodu?
    • 45: CommentAuthorilmenit
    • CommentTime26 Jan 2011
     
    Oczywiście :) Ale zastosuj się proszę do powyższych wymagań. Jeżeli ściągniesz paczkę udostępnioną pod linkiem do AtariAge, będziesz mógł przetestować jak teksty wyglądają w grze.
    • 46: CommentAuthornosty
    • CommentTime26 Jan 2011
     
    @ilmenit - zacząłęm tlumaczyc ale dwie sprawy:
    1. do testow przydalaby sie mozliwosc wyboru levelu
    2. co z polskimi znakami? te uzyte pod windą nie są oczywiscie poprawie wyswietlane
    • 47:
       
      CommentAuthorinsert
    • CommentTime26 Jan 2011
     
    jestescie Wielcy! :)))
    • 48: CommentAuthorpin
    • CommentTime27 Jan 2011
     
    Gra działa na moim kompie :) - hue, hue, hue. Włączyłem w tym celu wszystkie dopalacze - 65c816, DracOS, SDX, HDD-IDE'a, .. i co tam się tylko dało. Działa :)
    • 49: CommentAuthorJacques
    • CommentTime27 Jan 2011
     
    Grałem ostatnio i na początku mi się wieszała ;-) Ale to dlatego, że dla HDM trzeba wyłączyć QMEGa i uruchamiałem z włączonym BASIC-iem ;-)
    • 50: CommentAuthorpin
    • CommentTime27 Jan 2011
     
    ... dziś pewne zmiany. Po rozpoczęciu gry, po naciśnięciu fire któryś z kolejnych komunikatów w dole ekranu zaczyna się krzaczyć. Jeśli grę zostawimy na jakiś czas samemu sobie to włącza się tryb "attract". Czy można dopracować owe "szczegóły"? :) Ilmienit - było to podesłać kilku ludzikom do testów? :)