Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Hatari 2.6.0 Ukazała się nowa wersja Hatari - emulatora Atari ST/STE/TT/Falcon
Altirra 4.40 test 14 - poprawki modemowe Nowa wersja testowa Altirry skupia się na ulepszeniach w komunikacji.
RastaControl - GUI do RastaConvertera Dostępna wersja beta graficznego interfejsu do RastaConverter
Ice-T 2.8.1 dla Atari 8-bit Nowa wersja terminala Ice-T z poprawkami i lepszą obsługą klawiatury
MyAES 0.99 Beta 8 Nowa wersja MyAES z poprawkami błędów
Opcje wyszukiwania (Strona 41 z 67)
No ale nie pamietam (stad moja odpowiedz), czy przerwania Reset nie wymusza sie z zewnatrz bezposrednio po starcie procesora. Nie pamietam czy nie jest tak w przypadku 6502, bo jesli po wlaczeniu wewnetrznie sam wywoluje sobie przerwanie Reset to faktycznie, ale wiele jest procesowow, w ktorych Reset przy wlaczaniu zasilania wywoluje uklad R/C , w takich przypadkach, bez tego ukladu procesor startuje calkowicie losowo.
Ze schematu Atari 800XL wynika ze tu tez bezposrednio po starcie sygnal Reset dla procesora jest wystawiany przez zewnetrzny uklad R/C , tak wiec faktycznie (bez zastosowania tego ukladu) 6502 moze startowac ze stanow nieustalonych.... trzeba by sprawdzic, tyle ze to i tak nie ma znaczenia jak widac po rozwoju dyskusji :)
A w 130XE jest nawet uklad czasowy na 555 zrobiony (wyzsza technika ;) ) wystawiajacy procesorowi Reset ulamek sekundy po wlaczeniu zasilania.
Stawiam, ze bedzie to dosc losowy adres zalezny od aktualnego obciazenia linii adresowych (a moze i danych) i stanow ktore sie na nich pojawiaja w chwili startu procesora (moze to byc zalezne od konkretnego ukladu w ktorym jest zainstalowany. Ale na pewno to Kopernik byla kobieta ;)
Nowy odcinek (cz.5 - numer 113), a takze jeden (cz.1 - numer 028) z pozostalych dostepne sa chwilowo przez ftp (dzieki wielkie Radi). Chetnych mogacych udostepniac je potem osiolkiem prosze o kontakt na priva (podam odpowiednie adresy)...
Kolejne odcinki w wersji HQ:
ed2k://|file|029.Sonda-Czynnik.Si.cz2.HQ.avi|275771392|6B91F605B36EF3E21C42DAC25CB9369F|h=Q3RLREFJC4GTOBRCTDN6S2VCGDB6MZMT|/
ed2k://|file|030.Sonda-Czynnik.Si.cz3.HQ.avi|273952768|487D812EAAC4794337A78DA6CC43A099|h=EZTA2XISJN5Z4EOIGW4EIZAKV4OQ53UI|/
Wrzucilem na osiolka 3 odcinki Sondy... 2 stare (ale tym razem w lepszej jakosci i jeden nowy (brakujacy odcinkek) mini cyklu). W przyszlym tygodniu powinny byc jeszcze dwa (w nowej wersji) odcinki tego cyklu (obecne maja bardzo kiepska jakosc).
ed2k://|file|028.Sonda-Czynnik.Si.cz1.HQ.avi|297172992|94B7612BFFE362D58BF3E03F16DA872F|h=4UZYGW66WWWBKGTG34QYBRADYCTPDTXE|/
ed2k://|file|031.Sonda-Czynnik.Si.cz4.HQ.avi|310640640|0BC9B07E5446F1B6D695380E5964B946|h=4XVQZYHIQWPULTJ6THTXWBZZKP4HEUUM|/
ed2k://|file|113.Sonda-Czynnik.Si.cz5.HQ.avi|318943232|5B0464110B6B5D49DB6B1DCF62FDF996|h=WC2K2CVPB3PZLAULXLE6JHZM6KOQTLZQ|/
Przy okazji nadalem numer 113 nowemu odcinkowi, Okazalo sie ze odcinek 113 u mnie nie wystepuje a na osiolku jest takze pod numerem 140, tak wiec minimalnie zmienilem numeracje. Bo tej wersji z numerem 140 (tytul - "Wielkie Oko") "jest wiecej" i ja tez mam go pod tym numerem.
Przepraszam wiec wszystkich za maly chaos, ale moze stworzy on lepszy porzadek ;) , moge teraz stwierdzic ze jest 141 odcinkow na osiolku (poprzednio pomylilem sie - bylo ich wtedy 140).
Chetnie je komus wyFTPuje, bo narazie jestem jedynym zrodlem ;)
Ja mam, ale bez klimy i troche starsze, ale nie sprzedam :P
Ops... no zapomnialem o tym :) ... sorry. Jak juz mowilem przed snem mnie to naszlo, ale to byl zly pomysl.
No dobra ale namiastke atrybutow (bez specjalnego zajmowania czasu procesora) mozna utworzyc nakladajac na obraz grafike P/M (4 duszki poczwornej szerokosci - 1 piksel=1 znak + 4 pociski poczwornej szerokosci). Oczywiscie wszystko to w podwojnej wysokosci grafiki P/M (czyli przy malej zajetosci pamieci).
Tyle ze daje to "dosc ograniczona" mozliwosc manipulacji kolorami :) , ale blink dla jednego znaku robi sie wtedy zmieniajac raptem 4 bajty (a konkretnie 4 bity, tyle ze w roznych bajtach).
Tak mi sie wczoraj pomyslalo.... a moze ekran spectrumny zrobic w trybie tekstowym (6 zestawow znakow jeden po drugim). Zwroc uwage, ze wtedy pamiec sama ulozy sie tak jak w Spectrum, a poza tym atrybut Inverse da sie dosc latwo zaimplementowac (i miganie znaku tez).
Uzytkownikow komputerow zgodnych z Atari 130XE jest duzo wiecej niz kiedykolwiek bedzie uzytkownikow wersji 16bit z pamiecia liniowa.
Rob na 130XE! :)
xxl napisał/a:stronicujac pamiec jak proponowal Draco trzeba liczyc sie z tym, ze predkosc spadnie drastycznie na czas wyswietlania chyba ze mamy rozszerzenie pamieci zgodne w 100% z atari 130xe :-) lub robimy translacje adresowa ale to trwaaa
No i prosze bardzo, milosnicy rozszerzen o coraz wiekszej pojemnosci posuli kompatybilnosc z Atari 130XE. Dla mnie purysty komputerowego, te rozszerzenia sa poprostu niezgodne wiec nalezy je olac. I napisac ze program jest w wersji dla Atari 130XE.
W statycznych grafikach mozna sie bawic atrybutami i np. w sasiadujacych blokach miec ten sam kolor w jednym dla tla a w drugim. W grach taka sytuacja nie wystepuje, bo za bardzo skomplikowaloby to animacje. W wiekszosci gier atrybuty mozna wiec pominac, bez utraty grywalnosci.
Odcinkow na osiolku jest dokladnie 141. Ten o numerze 142 jest tym samym ktory ma numer 74.
Pin - daj znaka, dogadamy sie jakos.
Ja moge tylko napisać, ze zbieram kase na c-one. Pewnie w okolicach wakacji kupie (bo za duzo innych wydatkow, chyba ze mi kobieta prezent zrobi - w sumie obiecala kiedys ;) ).
Geste LMS odwzorowuja pamiec ekranu ZXa (tam jest tak poszatkowana by latwiej odwolywac sie do kolejnych znakow (liter) na ekranie.
A DLI to chyba na tym etapie pisania jest zbedne ;)
Nie zadawalby TAKICH pytan i nie pisalby glupot o konwerterze :).
Oczywiscie, ze istenieje!
Tym konwerterem jest emulator poprostu.
Kolega bardzo glupie pytania zadaje jak na zaawansowanego programiste....
To tak jakbys chcial latwo skonwertowac plik .CAS na obraz pamieci Atari dla emulatora. Taki plik trzeba zaladowac uruchomic ewentualne fragmety programu potrzebne w czasie ladowania kolejnych blokow itp.
Tak wiec w sumie ladowanie takiego pliku jest proste - wystarczy odpalic ROM Spectrum i przechwycic JEDEN skok.
Ten malenki opis powinien Ci wystarczyc, ale najpierw musisz odpalic na tym emulatorze ROM Spectrum i go odpowiednio spaczowac ;) (lub zaemulowac sygnal audio przychodzacy z magnetofonu na odpowiedni port - ale to tez wymaga dzialajacego OSa).
Chetnie oplace calosc (a moze i Pirx sie dolozy ;) ), tylko masz nas kiedys znowu ugoscic :)
To ja napisze tak.... To w tej chwili jedyny powod dla ktorego moglbym miec dopalke :)
No wiesz.... trzymac przez tydzien wlaczone Atari, zeby sobie jedno demko zobaczyc :) ... przesada.
W normalnie wydawanych grach, samomodyfikacja sie praktycznie nie przytrafia. Programisci w wiekszosci stosowali gotowe biblioteki procedur (co ulatwi tylko napisanie takiego tlumacza), lub pisali w jezykach troszke wyzszego niz kod maszynowy poziomu :). Brak samomodyfikacj znacznie ulatwia pisanie programow i ich pozniejsze poprawianie - a nie mowimy tu o demach (to znaczy ja nie mowie ;) , mi chodzi o klasyczne gry w stylu Knight Lore.
Pamietaj ze w tym o czym pisze, nie ma aktualizacji PC w Z80, operujemy przeliczonymi juz adresami na Atari (dlatego jest to powtorna kompilacja), nie wspomne juz o braku petli interpretujacej kod Z80, bo tego kodu tam nie bedzie, pozostac maja tylko dane, na ktorych operowal bedzie natywnie 6502. Stawiam ze byloby to kilka (a przy duzej bibliotece procedur i dobrej optymalizacji kilkanascie) razy szybsze od emulacji.
Niestety w takim wypadku odpadaja wszelkie tablice skokow, czy tez samomodyfikujacy sie kod.
Z tablicami mozna sobie poradzic interpretujac rozgazy skoku wzglednego jako skok do wielkiej tablicy umieszczonej w calych 64kb pamieci dodatkowej, w ktorej zapisane beda adresy w ktorych znajduja sie przetlumaczone juz na 6502 procedury (tworzona w czasie kompilacji). Drugie rozwiazanie to ostrzeganie swiadomego uzytkownika takiego kompilatora i zmuszenie go do analizy kodu w tym miejscu i recznego przygotowania nowej tablicy skokow (oczywiscie wyliczenie adresow pozostaje w gestii kompilatora.
W sumie jest to wykonalne, ale przy kazdym przerabianym programie bedzie wymagalo niemalych interwencji czlowieka, ktory musi znac i Z80 i 6502. Tyle ze efekt moze byc fajny :)
Wlasnie kiedys (i teraz tez) zastanawialismy sie mocno z Pirxem jak to zrobic.
Wymyslilismy zebranie jak najwiekszej biblioteki typowych konstrukcji programistycznych z Z80 (petle, porownania z wykonaniem akcji, itp...) , potem trzeba automatycznie przeanalizowac kod i zastapic odpowiednie konstrukcje ich odpowiednikami w 6502, tam gdzie nie da sie nic dopasowac - tlumaczymy pojedyncze rozkazy, ale staramy sie raczej nawet dwu, trzy-rozkazowe zlepki przetlumaczyc w calosci. Do tego DL dla antica jak w spectrum i troche rekodziela zapewne i moznaby przerabiac gry - i w zasadzie tylko o to chodzi.
W sumie najwazniejsze w takiej analizie jest rozpoznanie i oddzielenie danych od programu.
P.-S. Emulacja ZX81 bylaby mozliwa, bo to straaaasznie powolny komputerek, cale wyswietlanie obrazu robi tam procesor (prawie jak w Atari 2600 :) , ale jeszcze wolniej).
Ale emulgator WIE co zostalo wpisane do $D407 , bo sam te STA kiedys wykonal (jesli chodzi o grafike P/M w czasie dzialania gry).
Moze bysmy wrocili do pytania zasadniczego. Ja wczoraj caly wieczor walczylem ale nie udalo mi sie odpalic.
No i klasyka 130XE - Atari planetarium (lubilem ten program)..
Znalezione posty [ 1,001 do 1,025 z 1,672 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.061 sekund, wykonano 23 zapytań