1,676

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Jacques napisał/a:

E nooo... Emulatory chyba możemy wyłączyć poza nawias i argumenty, bo rozmawiamy o prawdziwym sprzęcie, a na emulatorze ustawienie rozszerzenia czy włożenie carta jest tak samo osiągalne ;)

Tak, to prawda, sam o tym pisałem, że jestem tu zbędny w dyskusji, ale zadałem sobie pytanie: A gdyby pańska Matka ... I z tych rozważania wyszło mi, że gdybym miał prawdziwy sprzęt to było by to 130XE z AVGCART no i oczywiście jako miłośnik 8-bit szachów rozglądał bym się za Rapidusem bo większość programów szachowych działa z nim bezproblemowo.

To, że w ogóle wgryzłem się trochę w temat A8 to zasługa dem Lamersów z których chyba każde (z tych co oglądałem) wymagało 2x POKEY i 320KB - to taka moja prywatna uwaga na temat co kogo może przyciągnąć po latach do sceny retro (nawet jako widza) - mnie akurat produkcje Lamersów na A8.

1,677

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Jacques napisał/a:

@Sikor, Zbyti
Nie uruchamiam CAR z SIDE, bo to potrafi tylko SIDE3 ;)

Nie wymieniłem konkretnego bo się nie znam, wiem, że taki jest albo powstaje. Nie znam się bo nie potrzebuję, emulatory Altirra i atari800 łykają wszystkie car jakie mam na A8 :]

@Sikor faktycznie https://avgcart.tmp.sk/ pod linkiem jest tabelka z zestawieniem możliwości różnych urządzeń tego typu.

1,678

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Jacques napisał/a:

Jak dla mnie cartridge tylko jako dodatkowa opcja dla purystów 64KB i ewentualnie kolekcjonerów (sam coś tam mam na półce, ale wolę odpalać z peryferiów).  Czyli tak, jak to było z Bomb Jack i Bomb Jake: plikówka lub wersja dyskietkowa i opcjonalnie cart.
Atari to jednak komputer, a nie konsola VCS/5200/7800 i zabawa w przekładanie cartów średnio mnie kręci, zwłaszcza w erze SIO2SD, SDrive, FujiNet, SIDE, replik TOMSa 720, itp.

No tak ale myślałem, że teraz cała sztuczka polega na tym, że obecnie obrazy cartów też możesz sobie zamontować za pomocą jakiś peryferiów z karty SD, więc nic byś nie musiał przekładać jak nie chcesz.

Pisałem już o tym w swej argumentacji tak jak i @Sikor.

1,679

(599 odpowiedzi, napisanych Software, Gry - 8bit)

mono napisał/a:

Zaraz zaczniecie ustalać ile pamięci na cartridge'u jest koszerne a ile już nie. Echhh... Panowie :)

To już ustalone - tyle co potrzeba ;)

1,680

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@laoo no ale dyskutujemy o przyszłości a nie przeszłości ;)

Czy przyszłością wciąż warto by była jakaś ilość RAM więcej w komputerze jako podstawa dla produkcji czy warto przestawić się na tworzenie cartów skoro to już nie jest tak kosztowne bo od strony programistycznej (ponoć) nigdy nie było to jakieś rocket science.

1,681

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@tebe No tak, ale chyba czasy wciąż są jeszcze Twoje :D i pytanie było hipotetyczne: czy jakbyś dziś do tego siadał to czy byłby to duży problem wrzucić to na cart. OK - nie pytam więcej bo wspominasz o braku doświadczenia w temacie cartów.

Orientuję się, że dekadę i wcześniej lepiej było mieć więcej RAM-u i stację dysków ale pomijając mój PESEL i milion innych rzeczy to niektóre sprawy zmieniły się na plus i tak postrzegam relatywną łatwość w tworzenia dziś własnych cartów.

1,682

(6 odpowiedzi, napisanych Sprzęt - 8bit)

Takiego cacka to jeszcze nie widziałem! Bierz w ciemno!

1,683

(599 odpowiedzi, napisanych Software, Gry - 8bit)

OK, czyli rozumiem, że z Pangiem (tutaj chyba byłeś głównym programistą) był by problem lub to niemożliwe w obecnym kształcie.

1,684

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@Jacques OK a reszta?

Bo rozumiem arg. że niektórzy potrzebują przełączać banki z pamięcią zdolną do zapisu i nie mieszczą się z silnikiem w podstawowym RAM a z jakiegoś powodu przepisywanie fragmentów pamięci z ROM do RAM jest niemożliwe lub zbyt uciążliwe ale czy to jest ten case?

---

Ale przyznam, że spośród kilku emulowanych platform 8-bit jakie użytkuję tylko na Atari zdarza mi się dodawać w konfigu RAM by coś poszło.

1,685

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@tebe czy mam rozumieć, że żadnej z wymienionych przez Ciebie gier nie dał byś rady wydać na cartridge bez kompromisów? Musisz mieć dokładnie tyle RAM a nie ROM?

1,686

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@Jacques ja bym powiedział w taką ilość ROM jak jest konieczna ;)

1,687

(8 odpowiedzi, napisanych Scena - 8bit)

O! pablozp czyli domyślam się pabloz1976 ;) Czyli dzień dobry skoro mam okazję :]

@Bluki dzięki bo 3 m-ce temu tego szukałem ;)

1,688

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Z tego co ja zrozumiałem to ten wątek nie powstał po to by dyskutować o koszerności jakiegoś rozwiązania tylko w jaki target celować z produkcjami.

Osoby z wlutowanym  U1MB  chyb też mogą sobie cartridge włożyć do Atarynki?

Duży cartridge wydaje się po prostu najlepszym kompromisem w XXI, pójdzie na stock Atari i na tych zmodyfikowanych, będzie szybko pracować z danymi, kopiowanie obrazów 1MB dziś to sekunda pobrania z sieci etc.

Nie widzę powodu aby dema nie były wydawane w tej formie po za "tradycją" lub przyzwyczajeniem bo (jak dopiero zauważyłem) @Sikor wymienił parę emulatorów cartów.

Ja mam sporą kolekcję na C64 gier wielodyskowych poprzerabianych na EasyFlash. Taki np. Projekt Firestart teraz śmiga bez robienia mi dyskoteki co windę ;) do tego jak jakaś nowa gra wyjdzie tylko na dyskietkach to na CSDB szybko pojawia się programik robiący z nich obraz carta.

Z mojego punktu widzenia car to wygoda.

edit: jak pisałem to nie było jeszcze postu Sikora nade mną ;)

1,689

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@Sikor nie rozumiem logiki @grzybsona

Kiedyś, rozumiem, inwestowało się w pamięć bo tańszym nośnik masowym była dyskietka, która pozwalała się łatwiej kopiować etc.

Ale dziś? Binarki do pobrania z netu, a jak ktoś koniecznie musi na real hardware to może sobie sflaszować na czas grania jakiś cart, do tego o ile się nie mylę już są albo nadchodzą rozwiązania montujące obrazy cartów dla A8.

Wiem, że niektórzy wciąż lubią zaczytać z dyskietki albo lubią dźwięk wczytywania z kasety - ja należę do tych co dzięki postępowi technologii chętnie zapomną o kasetach, flopach i puchnących kondensatorach.

Na C64 wybieram (jak mam wybór, a jest to coraz częstsze) wersje na cart bo wachlowanie dyskietkami nawet pod emulatorem mnie wkurza ;)

1,690

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Zamiast ścigać się na technikalia z innymi platformami lepiej przebijać innych oryginalnością gry lub jej rozgrywki, niektórzy z was to potrafią :]

Ok, ja osobiście nie widzę problemu, dołożenie RAM-u do mojej "atarki" to raptem parę kliknięć - co oznacza, że nie jestem w tej dyskusji reprezentantem żadnej z grup o które pyta @Sikor. OFF.

1,691

(599 odpowiedzi, napisanych Software, Gry - 8bit)

@Sikor to się jeszcze wytłumaczę z tego 130XE ;)

Mi się podoba model przyjęty w świecie ZX, z grubsza wygląda ona tak (napiszę chociaż się doskonale orientujecie): że gra jest pisana na podstawkę czyli 48KB a na 128KB mam zazwyczaj muzę i dodatkową grafikę.

Na A8 mogło by być podobnie, gra ma działać na 65XE a na 130XE dodatkowe bajery, jednakże widząc jak ostatnio powstają produkcje na 1MB carty to faktycznie podstawą może być Atari z 64KB bo przy takim carcie nie ma potrzeby ograniczać się z contentem :]

Na konsolach każdy się cieszył jak powstawały coraz to pojemniejsze carty bo to oznaczało bardziej wypasione gry, dlaczego na komputerach domowych miało by być inaczej? :]

Kiedyś decydowała cena nośnika - a teraz to nie wiem czy cena to taki factor? Używam emulatorów, więc dla mnie xex, atr, car jest przezroczysty :]

1,692

(599 odpowiedzi, napisanych Software, Gry - 8bit)

Używam wielu emulatorów wielu platform 8-bit (bo na "prawdziwy sprzęt" mam alergię) i wszędzie gdzie tylko taki wariant występował jako podstawowy profil mam ustawiony model 128KB.

W świecie Atari tylko 130XE mnie interesuje - to tak dla ankiety ;) bo jeżeli już w coś gram na 8-bit to najczęściej wybieram ZX albo Amstrada.

1,693

(58 odpowiedzi, napisanych Programowanie - 8 bit)

repozytorium z dokumentacją zmieniło właściciela. zainteresowani pomocą przy tworzeniu dokumentacji dla Mad Pascal proszeniu są o korzystanie z https://github.com/tebe6502/mad-pascal-mkdocs

1,694

(112 odpowiedzi, napisanych Programowanie - 8 bit)

repozytorium zmieniło właściciela, zainteresowani pomocą mogą zgłaszać PR lub issue do https://github.com/tebe6502/mad-assembler-mkdocs

1,695

(112 odpowiedzi, napisanych Programowanie - 8 bit)

@xxl no to jak wiesz o jakie MADS wyprzedza to daj PR do repo https://github.com/zbyti/mad-assembler-mkdocs

1,696

(112 odpowiedzi, napisanych Programowanie - 8 bit)

niestety mogę bazować tylko na tym co jest spisane  i dostarczane z MADS, nie mam czasu (ani pewnie wiedzy) śledzić źródeł mads.

1,697

(112 odpowiedzi, napisanych Programowanie - 8 bit)

@mono by Cię nie przestraszyć to potrzebny był byś mi góra na 15 min :] ja mam czas do jutra z dokuemtacją, od jutra się tym nie będę zajmował. Jakby coś PM mnie na AA.

1,698

(112 odpowiedzi, napisanych Programowanie - 8 bit)

@mono gdybyś chciał mi na zoom powiedzieć odkąd (a raczej) dokąd dany fragmant matchuje się ze spisem to dziś była by skończona - bo dorwać tebe na tyle długo by z nim to zrobić wydaje mi się niemożliwością.

1,699

(112 odpowiedzi, napisanych Programowanie - 8 bit)

@mono wbrew pozorom to objętościowo tesktu nie zostało dużo do uzupełnienia (1,5h pracy) najbardziej pracochłonne fragmenty już są. Gdybym rozróżniał na 100% co jest czym to bym skończył a że nie rozróżniam to albo tebe skończy albo jakaś dobra dusza co się na tym zna ;)

1,700

(112 odpowiedzi, napisanych Programowanie - 8 bit)

WIP

Polska dokumentacja MADS

http://zbyti.great-site.net/mads-docs/

nie skończyłem (składnia) bo spis treści  przestał się w którymś momencie trzymać nazw paragrafów i nie chciałem namieszać.

TeBe ma fork wiec jak ktoś chce może zgłaszać mu issue albo PR, mam nadzieję, że TeBe dokończy.

Docelowo wszystkie 4 dokumentacje (2 x PL - MP/MADS, 2 x EN - MP/MADS) powinny wylądować na serwerach TeBe albo na github.io.

-------

wpis tutaj bo nieposiadanie nowoczesnej dokumentacji to błąd w dzisiejszych czasach ;)

-------

link nie aktualny na wskutek zmiany właściciela repozytorium