Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Atari System Emulator v1.12 Wydano Atari System Emulator w wersji 1.12 z obsługą napędu B, nowymi trybami wyświetlania i usprawnieniami.
Altirra 4.50 test 20 Phaeron udostępnił kolejną kompilację testową emulatora Altirra z numerem 20.
Miracle Boy in Dragon Land bezpłatnie! Platformówka na Atari ST/STE została udostępniona całkowicie bezpłatnie dla wszystkich graczy.
Nowa wersja przeglądarki HighWire HighWire 0.5.0 Beta przynosi obsługę HTTPS, nowoczesnego CSS oraz kart pod TOS, FreeMiNT i MagiC.
CAS2Audio 1.0.5 Nowa wersja aplikacji CAS2Audio dla systemu Android przynosi całkowicie odświeżony i nowoczesny interfejs użytkownika.
atari.area forum » Posty przez xxl
dolaczanie zrodla w konkursie graficznym lub muzycznym. teraz pewnie wszyscy robia w g2f lub rmt ale nie zawsze tak bylo, kiedys dostalem zrodla muzyki Husaka w ... action!
nie wiem bo sie nie znam ale z boku patrzac wymog pokazania zrodla jest niefajny... dlaczego w takim razie nie wymagacie zrodel do demek?
trudno sie nie zgodzic... ale mam wymowke: i galaxian i invaders trzymaja 'rowny' poziom, ewentualny kolejny tyt. bedzie tez w podobny sposob zrobiony - taka 'rozpoznawalna' seria ;)
a dlaczego? bo tak jest latwiej, nie trzeba nowej grafiki i gre mozna 'zrobic' szybko.
zagiales tasme, nie wylaczaj, jutro juz sie nie wczyta ;)
gra do sciagniecia: http://atari.pl/ainvaders.xex
pewnie ze mozna unikac konfliktow, idac na plaze kobieta nanosi na mnie kremik - sloneczko mnie nie poparzy, Ty pojdziesz po zachlodzie slonca i tez Cie nie poparzy a i na kremiku (kabelfixie) zaoszczedzisz.
dlaczego mialbym rekonfigurowac przynajmniej dwa razy memaca i zonglowac romem? konfiguruje raz na odpowiednia wielkosc i po sprawie a ze Tobie nie pojdzie bo Ci sie nie chce kabla przylutowac wg.instrukci? sorry :) co do jakosci mojego kodu, nie dostrzegasz w nim nieskonczonego piekna? .... sorry ;)
argumenty? ciagle ten sam:
Rozwiązaniem nieuniknionego konfliktu jest monitorowanie CASINH - a więc przylutowanie kabelka, które uznaję za obowiązujące wszystkich użytkowników vbxe.
potrzebujesz innego ;-)
do
org $2000
nop
tez kabelka nie potrzebuje
wow
ale czad.
Candle, przeliteruje
Rozwiązaniem nieuniknionego konfliktu jest monitorowanie CASINH - a więc przylutowanie kabelka, które uznaję za obowiązujące wszystkich użytkowników vbxe.
no to jak Candle potrzebny czy nie ;-)
a odnosnie tego ze przeslalem electronowi swoje atari... stary, ja mu chcialem osobiscie ja przywiezc :D ale nie udzielil mi audiencji ;-)
> to prawda - wszystko prawda - niczemu to nie szkodzi, ale gwarantuje ze balaganiarstwo typu xxl'a, oraz faktyczne przypadki gdzie kabel jest potrzebny (PBI, CART) przejda plazem
hehe, to w koncu prawda czy nie :D raz piszesz ze kabel nie jest potrzebny a teraz ze jednak faktycznie jest :D czyli ignorancja :(
> a tu juz bez komentarza, a moze z malutkim - dalej masz "od pluga" w polu "skąd"?
bylo OD: gdzie dodalem "pluga", ale po aktualizacji forum zmienilo sie na SKAD: :-) wiec zmienilem na zza miedzy, kiepsko by wygladalo Skad: pluga - nie? ;-)
@draco, chodzi o glownie procki IO przy wlaczonym romie, w innym przypadku mozna odlaczyc rom a w pamieci vbxe trzymac przerwania i reszte ale to nie o to chodzilo, funkcja memaca umozliwiajaca przykrycie dowolnego obszaru jest bardzo wazna i mysle ze jedna z bardziej udanych vbxe. dobrze by bylo zeby Electron tez zadeklarowal sie czy nie mozna programowo (funkcjonalnie vbxe) wyeliminowac ta kolizje o ktorej mowilem wczesniej.
Electron ale po co sprawdzac gry. problem jest tu:
to ze kabelek nie jest potrzebny by vbxe dzialalo poprawnie przy dobrze (czytaj "wlasciwie") napisanym kodzie
kabelek jest potrzebny dla balaganiarzy, zeby electron spal spokojnie
ja uwazam, ze gdy memac 'zachodzi' na rom komputera przy WLACZONYM romie w poprawnie dzialajacym atari nie ma prawa byc kolizji, natomiast bez odpowiedniej modyfikacji przygotowanej przez electrona niestety .... system sie zawiesi :(
dlaczego kazdy z vbxe powinien zalozyk kabel? wystarczy odrobina wyobrazni na co pozwala wlasnie takie uzywanie memaca/blittera do pamieci vbxe zaslanianej przez rom (w pewnych sytuacjach)...
co zarzucic Candle... brak wyobrazni? ignorancje? pewnie ze mozna napisac program, ktory nawet bez tego kabelka zadziala ale to wymaga zachodu, w imie czego? promowac wadliwy sprzet? tak, brak kabla to wada. w instrukcji do vbxe masz to czarno na bialym.
no wlasnie, o czym wlasciwie piszesz i co chcesz udowodnic - konkretnie, ze nie potrzebujesz kabelfixa? to jedyny warunek zeby te gierki zadzialay :D
w tym wypadku oczywiscie ma racje a ty nie masz. odsylam do starego watku z kablem Candle... chccesz to jeszcze raz przerabiac?
jest takie stare dobre moim zdaniem powiedzenie - o zmarlych dobrze lub wcale....
PS. Z "przypadkiem", którym działają produkcje XXL-a: coś w tym jest, wczoraj ściągnąłem JSW, NightDriver i NightShade (czy jakoś tak) ze strony Madteamu i niestety, na rdzeniu 1.22R nie chodzą. Może wymagają A?
:D
musza dzialac i na R i na A, to nie przypadek, to czary :-)
---
ps. "u mnie dziala"
poka zdjecia!!!!
w oryginale jest ORA dla wyswietlania, poza tym kasowanie jest szybsze or rysowania drugi raz...
w dostepnej dokumentacji o vector generatorze sa niescislosci zeby nie powiedziec bledy (mam wrazenie ze specjalnie), trzeba niestety kazdy rozkaz osobno sprawdzac. gra ma jakis ciekawy system przerwan odpalanych ok. 4 x na ramke (?ale nie zawsze?) od nich scisle zalezy szybkosc dzialania gry (tu potrzebne sa zmiany) pamiec VG jest dwuportowa czyli 6502 zapisuje do pamieci w czasie dzialania VG - dlatego pewnie tez sa dwie DL (czyli nie trzeba bedzie kopiowac DL zeby kasowac obraz). podstawa konwersji bedzie Asteroids rewizja2 (@Pecus chyba ze rev.1 lub bootleg ktorys jest lepszy?)
tebe, moglbys przedstawic przykladowa procke? jak to sie ma do ruchu pocisku gdzie wysokosc i szerokosc wynosi 1.
---
no i jeszcze przyrost wsp. w ruch w jednej ramce moze byc wiekszy niz 1.
w oryginalnym asteroids nie ma obracajacych sie asteroid ale za to w oryginalnym asteroids deluxe asteroidy sie obracaja, sa tez dodatkowe przeszkadzajki...
z tego co zauwazylem nie ma w VG zadnego rozkazu obrotu wiec te obiekty musza byc kolejnymi 'podprogramami' dla VG innymi slowy zaden problem. za to jest rozkaz skalowania czyli po rozbiciu asterody dostajemy 2 inne w skali (mozliwe ze bedzie dla VG rozkaz skala, rozkaz ustaw xy i skok do rysuj - to by wyjasnialo i upraszczala bardzo sprawe). rozejrze wie jeszcze jesli grywalnosc bedzie wieksza w asteroids deluxe to to bedzie podstawa konwersji. w asteroids deluxe tlo jest w postaci naklejki na monitorze albo jakiegos odbicia lustrzanego - nie wiem bo nie pamietam a na filmikach nie widac... mozliwe ze to tylko wspomnienia/wyobraznia dziecka ;-)
> Czyli .... jedyny problem to dość szybka procedura czyszczenia ekranu (bo zamiast zapamiętywania i odtwarzania tła trzeba wyczyścić - zrobić puste tło).... może zapamiętywanie (z jakimś przybliżeniem) bajtów, które poprzednio były zmienione przez narysowanie sprajtów .... i czyszczenie potem tylko nich, a nie całego ekranu?
Tak, Pecus. mozliwosci widze dwie, przed kolejnym rysowaniem kopiowanie starej DL i na jej podstawie wymazac tlo (tak robie w night driverze) lub (i to musze sprawdzic) program DL jest ukladany na podstawie jakis tablic i zawiera przede wszystkim JSR dla vector generatora i LD_ABS, wystarczylo by zmienic te kilka rozkazow, zmienic format adresu (zeby nie robic konwersji za kazdym razem) i podlaczyc zwyklad procke soft spritow - i to jeszcze uproszczona tylko z OR z tlem. podejrzewam, ze te JSR dla VG beda rysowaly obiekty, to moze byc tez lancuch JSR ale watpie bo stos VG ma glebokosc 4 adresow :) jednym slowem byc moze nie taki diabel starszny jak go maluja...
Bober: chodzi wlasnie o to zeby to nie 6502 pisal do pamieci video vbxe, b.czesto gry sa pisane wlasnie tak, ze wszystko rozgrywa sie w 1KB !!! a sys.video interpretuje to na obraz fullkolor itd. podobnie mozna zrobic na vbxe, wystarczy napisac sobie procedurke ktora przetlumaczy ten 1kb na np. liste dla blittera... z podobna filozofia zrobilem nutty proffesor, tam cala pamiec graficzna gry zajmuje ponizej 100 bajtow! to procka video rzutuje to na grafike PM ale rownie dobrze moze pisac do pamieci graficznej lub moze zostac zastapiona blitter lista - nieistotne.
nosty: nie chce przepisywac gry tylko sys.video tej gry, oryginalny rom bedzie niezbedny. chce po prostu zrobic dokladnie to samo co z night driverem, zaladowalem rom zmienilem tylko sys.wideo i kontroli i dzwieku. mozna zreszta przesledzic w starych watkach jak na poczatku kulawo mi to dzialalo ale pozniej jak ulepszalem procki video zaczelo to dobrze wygladac (dzis wydaje mi sie projekt sie udal). zreszta mam nadzieje ze tym razem pojdzie latwiej, czytalem gdzies ze Fox chwalil sie ze ma najszybsze procki rysujace odcinki jesli one nie pomoga to mam pomysl, ktory musi sie udac wymagal bedzie tylko wiecej pracy tak jak mowilem zagadka to slowo 'generuje' w ustawianiu display listy dla video.
zgadza sie, nawiekszy problem to system wyswietlania, tez przegladalem zrodla emulatora AtariVectorGenerator i zgodze, zaemulowanie go dla 6502 zeby dzialal z rozsadna predkoscia jest dla mnie zbyt ambitne (nie mowie niewykonalne bo pewnie komus by sie udalo)
ale
"generuje listę rozkazów dla wyświetlacza wektorowego" - to zdanie dosc czeto jest powielane w publikacjach i na pierwszy rzut oka tak jest ale wydaje mi sie nie jest to do konca prawda (szczegolnie wyraz generuje)... tu widze mozliwosc zmiany calego sys.wideo.
widzialbym to w takiej formie ze user dostaje carta na ktorym oprocz emulatora jest krotki program ladujacy. program ladujacy wywolywalo by sie na zadanie i sluzylby do czyta ze stacji i zapisywania w pamieci nieulotnej karta romu gry. dos bylby niepotrzebny, do tego udostepnilbym programik ktory spreparuje taka dyskietke lub atra, uset musialby tylko umiescic w odpowiednim katalogu rom gry.
tak, 8kb oprocz 8kb na rom gry w zupelnosci wystarczy. czy to by byl emulator trudno powiedziec, caly sys. wideo gry trzeba zmienic (chociaz na poczatku zaemulowac - ale podejrzewam ze gra chodzilaby za wolno, mnie interesuje bardzo wierna kopia). no i trzeba wiedziec ze jest jeszcze asteroids deluxe tego samego autora - gra na tych samych 'flakach' :D
ciekawostki: gra z 1979 roku i jest to druga gra arcade w ktorej firma atari uzywa pojecia 'DISPLAY LIST' dla programu wyswietlania (pierwsza gra z Display Lista - nie taka oczywiscie - jest sky rider z 1978)
jest taka gra:
http://www.arcade-museum.com/game_detai ... me_id=6939
na atari co prawda jest wersja i wyglada tak:
http://atari.fandal.cz/search.php?searc ... details_x=
mam mysl jednak, zeby powstala na atari wersja ktora w 100% bedzie zachowywala sie jak oryginal arcade i w grafice 8 mono.
rozumiem, ze nie mozna by sprzedawac takiej gry, ale gdyby powstal cart z 8kb pamieci zapisywalnej nieulotnej i gdyby user sam musial skopiowac do tej pamieci romu asteroids arcade a na carcie znajdowal sie program, ktory umozliwilby uruchomienie na malym atari takiej gry to czy mozna sprzedawac takiego carta legalnie?
eeee, do bitki sie nie biore... jutro jade do n.targu i pewnie wezme cos z drukarni :D
przyjedz Nosty bo mam cos dla Ciebie....
moze ktos sie przylaczy i glos zyska moc ktora bedzie w stanie przekonac Electrona :/
<nudzenie on>
dla niektorych jest problemem, ze tryb tekstowy vbxe wlaczany jest z prostokatnym pixelem czyli (640x200 - przyklad)
gdyby pixel mial standardowa szerokosc jak w trybie 8 dostalibysmy wreszcie w atari normalny tryb tekstowy z zestawem 256 znakow. oczywiscie obecny tryb z racji chociazby tego ze jest juz oprogramowany tez musi zostac.
atari.area forum » Posty przez xxl
Wygenerowano w 0.219 sekund, wykonano 11 zapytań