Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Jak napisać grę na Atari - cz. 8 Premiera ósmej części popularnej serii poradników Larka o tworzeniu gier na Atari już 28 lipca!
TONY - Ark of the Covenant Kontynuacja przygód Tony'ego na Atari 8-bit, bez przemocy, z naciskiem na spryt i eksplorację.
ABBUC Software Contest 2025: Zgłoszenia Sprawdź aktualną listę programów zgłoszonych do konkursu ABBUC Software Contest 2025. Termin mija 31 lipca!
Gopher2600 0.50.0 Nowa wersja emulatora Atari 2600 z usprawnieniami i nowymi funkcjami debuggera.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
atari.area forum » Posty przez drac030
polecam najśmieszniejszy dowcip świata ;)
"Masz wyłączoną obsługę języka JavaScript lub używasz starej wersji odtwarzacza Flash Player firmy Adobe. Pobierz najnowszy odtwarzacz Flash Player."
Istotnie, boki zrywać ... :P
proponuję spotkać się w Hetmańskiej na Wilanowie
O ile dobrze kojarzę lokal, to tam jest drogo :P
Ten kabel nie powinien być podpięty do DMA raczej.
partycje praktycznie nieograniczone
No, nie, FAT16 to 2 GB i ani centa więcej: 32768 klastrów po 64k. FalconTOS ma właśnie, oidp, możliwość, być może tylko teoretyczną, odczytu i zapisu klastrów po 64k, bo jeszcze w TT to było "tylko" 32k. Pamiętam ukierunkowany na to patch w starym (sprzed FATFS) GEMDOS-ie MiNT-a.
MiNT obsługuje za to FAT32 (MagiC podobno również), i tu jest "praktycznie nieograniczone" (znowu, oidp) 268435456 klastrów po, zapewne, 64k, czyli 16384 gigabajty.
Ale takie rozwiązanie nie podobałoby mi się ze wzgledu na dwie wtyczki (tak zresztą było właśnie we wspomnianym turbo - uważałem to zawsze za super pokrętne rozwiązanie).
Obiektywnie wtyczek mogłoby być nawet pięć, rzecz w tym, że te dwie blokowałyby ważne "życiowo" porty, tj. jednocześnie SIO i joya/joye.
BTW. Czy dostałeś maila ode mnie w związku z sio2bsd (sory za pytanie na forum publicznym, ale nie mam innego kontaktu...)?
Tak, sorry za brak odpowiedzi, ale na razie nie miałem czasu się tym zająć. W domu mam jakąś poprawioną wersję sio2bsd, spróbuję zmerdżować twoją wersję z moją, ale do (testów) tego potrzebny mi jest sprawny setup Atari, którego mi chwilowo brakuje ze względu na awarię kompa. :(
@darkdk: rozumiem, że ruch myszą nie wywołuje żadnego przerwania i trzeba do czytać w kółko np. na VBL-u?
Przerwania są niezbędne jeśli (wrócę do tematu "systemu okienkowego") kursor myszy ma się ruszać po ekranie w momencie, kiedy kontrola jest oddana aplikacji, a nie application managerowi.
Jak mysz i tak ma być obsługiwana oddzielnym mikroprocesorem, to chyba nic nie stoi na przeszkodzie, żeby można było wybrać, jakiego typu współrzędne się chce od niej otrzymywać. Oraz jaka ma być rozdzielczość. Nic też nie stoi na przeszkodzie, żeby ewentualną akceleracją zajmował się tenże układ - acz wątpię, czy akcelerator przy rozdzielczości ekranu rzędu 320x192 będzie równie niezbędny, jak bywa na innych komputerach przy 1024x768...
@nosty: nikt nie twierdzi, że obsługe myszy trzeba wbudować do VBXE. Tak się przypadkiem offtop zrobił i może lepiej byłoby, gdyby kierownictwo przeniosło go (ten offtop) do nowego wątku.
@mono: na PORTA i PORTB są dostepne przerwania IRQ, ale nie oznacza to, że generują je porty joya. Linie tych przerwań wyprowadzone są na gniazdo SIO.
Jak PBI, to rejestry mogą być na D1xx, linia IRQ jest tam też wyprowadzona, OS to sam obsługuje, więc tylko trzeba byłoby napisać odp. handlerek do ROM-u urządzenia.
Przy takiej grafie, to może jakiś system okienkowy może powstać (TOS XL, Windows XL czy no niewiem).
Prędzej Sparta Windows X :-).
Myśli się o tym. Ale niech ktoś skonstruuje rozsądny interfejs do myszki - najlepiej jakby sam wszystko robił i podawał tylko komputerowi np. deltę względem ostatniej pozycji i przy tej okazji wywoływał IRQ.
Proponuję ustawić rejestry kolorów może?
niewielki jednopłytkowy komputerek, z mocnym prockiem.
Na którym można zapuścić słaby emulator. Trochę kiepsko, jak na taką cenę. Nie lepiej popracować nad core 65C816?
ludzie na party głosują emocjonalnie, a nie fachowo
Co też nie jest sprzeczne z regulaminem. Głosują emocjonalnie - i co im zrobisz? Jakoś nie widzę, do czego ta dyskusja miałaby doprowadzić, tzn. do jakiej konkluzji.
Oprócz tego może, co już napisałem wyżej, tzn. wniosek, że autorzy powinni zwracać większą uwagę na to, żeby wystawiona praca była jakości wystarczającej na to, żeby się nie wstydzić w razie wygranej... Ale to też jest nie do wymuszenia na kimkolwiek, a poza tym istnieje chyba generalne założenie, że tak właśnie robią. Czyli co?
Zgadza się, interfejs użytkownika w Atari800 jest niewygodny i przede wszystkim brakuje mu jednego: zdolności do zapamiętania ustawień.
xray z grzybsonem mają rację, popieram. Wygrana JzB nie była sprzeczna z regulaminem: praca została przyjęta, dostała najwięcej głosów, to wygrała, i to jest koniec tematu.
Może tylko autorzy prac zgłaszanych na demo kompo, żeby w przyszłości uniknąć takich wątpliwych sytuacji, sami zadbali o odpowiednią jakość produkcji, tak w ramach autokrytycyzmu.
drac030: to zamow hurtem, a sam wezme od ciebie 2 sztuki po 40zl (procz ukladu jakas plytka i drobnica...)
Ja nie mogę. Ale to nie znaczy, że nie znam kogoś, kto może.
mozna to zaimplementowac w innym trybie, ale co stoi na przeszkodzie by zrobic to tak, aby sie dalo na fchui tanszym sprzecie miec chocby namiastke, potrzebna wylacznie do gierek?
Po to, żeby w pełni wykorzystywać możliwości bardziej zaawansowanej dopałki, zamiast w sofcie pisanym na VBXE *pdolić* się z cyklowaniem, celem uzyskania żałosnego efektu, który jednak "jest kompatybilny z większą ilością atarek" (czyli VBXE + ikplus).
tu masz tani konkretny przyklad do raptem kilku gier
Po co nam to całe zamieszanie dla "raptem kilku gier"?
co do mnogosci prac na kompo - spodziewasz sie ze przejdzie gdzies cos innego niz antic? btw. obecnie masz 3 propozycje rozszerzen - gdzie ten bazylion?
Trzy to jest właśnie bazylion. Spójrz na to od strony kodu: wykrycie dopałki, plus PO CZTERY wersje tej samej procedury (1. standard, 2. psychol, 3. ikplus, 4. VBXE). Przy czym, jeśli ktoś będzie chciał uniknąć tego całego bajzlu, napisze dwie wersje: 1. standard, 2. ikplus (bo to chodzi też na VBXE). W EFEKCIE będziesz miał na VBXE, które bije na głowę STE i Amigę razem wzięte, soft jak na popsutym Spectrumie :P
ciezko zrozumiec co napisalem? dodanie tego trybu do vbxe to pikus...
to ze wy zamowiliscie ten sprzet nie oznacza ze stanie sie on popularny i zmuszanie innych na sile do "jedynegoslusznegorozwiazania" to czyste przegiecie.
Przegięciem jest także przypisywanie innym spiskowych motywacji. VBXE, powtórzę, jest moze drogie, ale uniwersalne. Odkąd electron zaczął pracować nad VBXE, nagle co raz ktoś wyskakuje z rozszerzeniem do GTIA. Psychol tylko patrzeć, jak się obudzi. Efektem tego będzie właśnie bazylion rozszerzeń, każdy koder będzie miał inne, a gry i tak będą powstawać pod wspólny mianownik, czyli Atari bez dopałek. I już widzę gfx albo intro compo: 1k intro standard, 1k intro ikplus, 1k intro VBXE... po co komu takie zamieszanie? Mamy jedną dopałkę gotową i do tego świetną, po co komu namiastka?
drac030: dlaczego zamiast? skoro vbxe moze byc pierwsza dzialajaca realizacja tego trybu? co ci szkodzi cos wiecej, co moze sie przydac innym? tu nie tyle jest cos "zamiast" ile "rownolegle obok".
Ale nie rozumiem, po jaką cholerę to ma być w VBXE implementowane? Czy któryś z zaprezentowanych przykładów takiego trybu graficznego jest nie do zrealizowania (i to łatwiej) na VBXE _bez_ tego rozszerzenia? A odwrotnie, czy którykolwiek z trybów pracy VBXE (bazylion duszków w pierdylionie kolorów np.) jest do zrealizowania na tej dopałce _bez_ VBXE?
Co do ceny: VBXE jest drogie może dlatego, że electron sprowadza układy FPGA w detalu. W hurcie to one pewnie kosztują dużo mniej, pokazywano mi ostatnio jakiś ekwiwalent za 20 złotych...
Popieram zdanie dely'ego. Acz z trochę innych względów: dopałka ikplusa, jak rozumiem jej ideę, może się przydać w zasadzie tylko do gier, czyli mi osobiście do niczego. VBXE jest bardziej uniwersalne i to jest następny powód, dla którego bym je popierał zamiast.
Jak już mówiłęm na IRC-u, mamy specjalną wersję, na której to działa. Oprócz 128k kartów obsługuje też ATR-y z 512-bajtowymi sektorami (acz z małym błędem, który jednak do takiej niepublicznej wersji jest pomijalny, gdyż przy testach DOS-u nie przeszkadza w niczym). O ile dobrze pamiętam, Fox dostał od truba potrzebne patche, ale czy je zaimplementowano w emulatorze Atari800, tego nie wiem.
A propos stokenizowanego zapisu w BASIC-u, sto lat temu opisał to po polsku Zientara, a lista tokenów razem z (krótkim, przyznaję) omówieniem struktury programu jest od pięćdziesięciu lat w Atariki ;)
Sparta DOS X 4.39 (Od Zenona)
Upgradnij się: http://trub.atari8.info/index.php?ref=sdx_upgrade
Doping: http://trub.atari8.info/sdx_files/4.41/bugsfixed.txt
drac - pytasz o wykszyknik, a kolo juz na wstepie o nim wspomnial ;)
Fakticznie.
OPTION odłącza wewnętrzny BASIC. Taki Preliminary Monty tego wymaga. W ogóle, to masz do tego jakiś loader? OIDP ta gra wymaga "wykrzyknika" (5 rekordów, pojawia się wykrzyknik na ekranie, potem sygnał i dopiero ładuje się gra).
Skopany loader albo brak loadera albo uszkodzony plik binarny.
Mam 1050 z TopDrivem, który zgłasza się jako "Happy Warp" :)
Oferta nieaktualna.
atari.area forum » Posty przez drac030
Wygenerowano w 0.134 sekund, wykonano 17 zapytań