Przejdź do treści forum
atari.area
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
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
STOS BASIC V5.5 Alpha Popularny język programowania dla Atari ST powraca po ponad 30 latach w nowoczesnej wersji.
Command & Conquer na Atari ST Kultowy RTS Command & Conquer zmierza na Atari ST. Zobacz niesamowity port legendarnej strategii.
Altirra 4.50 test 13 Avery Lee udostępnił kolejną wersję testową najdoskonalszego emulatora Atari.
Opcje wyszukiwania (Strona 33 z 186)
Na 1, trzeci od góry to Spektrum. Przedostatni C-64.
Na drugim ostatni, jak patrzę na te literki, to pewnie Mac.
@as: darowizny chętnie przyjmuję, ale tu akurat to nie jest kwestia pieniędzy. :)
@willy: o ile ja rozumiem, to ma być konfigurator do karty, wywoływany przez naciśnięcie określonego klawisza przy reset, pozwalający z menu poprzestawiać różne jej parametry i zapisać je do flasha. Jest na to przeznaczone "nowe urządzenie" nr 0. Pewne rzeczy zostały już napisane przez laoo, który nie wiem dlaczego nie chce tego pociągnąć dalej.
Raczej żaden z języków wysokiego poziomu nie wchodzi tu w grę, ale też nie wydaje mi się, żeby dobremu koderowi robiło to różnicę.
Deklarowałem, że jeśli nikt inny się nie podejmie, ja napiszę ten firmware. Tyle że mam już pod opieką parę rzeczy, i branie na siebie kolejnej nie wróży dobrze dotrzymywaniu jakichkolwiek terminów :)
toriman1 napisał/a:Przy zastosowaniu mikroprocesora jest to możliwe - jednakże mikroprocesor musiałby wykonywać ciągły polling rejestrów SID aby nie zostać zaskoczonym przez "niespodziwany odczyt" hehe).
A nie można wykorzystać patentu z YM/AY, że mamy specjalny rejestr, do którego program zapisuje nr rejestru I/O, który chce odczytać, a drugim rozkazem odczytuje z niego daną? To eliminuje problem "ciągłego pollingu", ale czy to przydatne, musiałby się np. mono wypowiedzieć.
Przykład, poniekąd na czasie: http://drac030.krap.pl/wapniak-2012.flac
Tylko że z głośników monitora brzmi to inaczej, by nie rzec, że lepiej. I nie wiem, czy to mój pecet źle nagrywa, czy monitor "ulepsza" to, co idzie na głośniki...
Nie, kwestia inicjowania POKEY-a przez procedurę RESET. 400/800 inicjują zegar, oidp, na 64 kHz, a XL OS na 1,77 MHz, i stąd cały ambaras.
@Sikor: czy mógłbyś umieścić na stronie adres party place w jakimś widocznym miejscu? "Mapka" jest jakaś mało czytelna. Dzięki!
Adam Klobukowski napisał/a:Z mojego punktu widzenia, tryb chunky to tryb z indeksowaniem koloru.
Uhm. A dlaczego akurat indeksowanie koloru jest kluczowe?
Adam Klobukowski napisał/a:Jeśli chodzi Ci o tryb Truecolor, to nie jest to to samo co chunky.
Hmm. Mógłbyś rozwinąć? O ile jeszcze w ogóle cokolwiek pamiętam, True Color Falcona to chyba dość dobry przykład na tryb chunky: 1 piksel opisany jest przez jedno, 16-bitowe słowo w pamięci obrazu. A taka organizacja obrazu stanowi przykład trybu chunky na en.wiki:
http://en.wikipedia.org/wiki/Packed_pixel napisał/a:In packed pixel or chunky framebuffer organization, the bits defining each pixel are grouped together. For example, if there are 16 bits per pixel, each pixel is represented in two consecutive (contiguous) 8-bit bytes in the framebuffer (a.k.a. screen buffer).
Gdyby komuś chciało się z tym powalczyć: można łatwo zakwestionować listingi na podstawie tego, że nie pochodzą ze źródeł, lecz jest to twórczość własna któregoś z redagujących hasło. Zasada WP:NOR http://en.wikipedia.org/wiki/Wikipedia: ... l_research
Hehe, no tak.
Tak a propos, widzę, że to już zniknęło, ale pl.wiki w artykule o 6502 był kiedyś przykładowy listing demonstrujący dzielenie na 6502: konkretnie była to procedura dzieląca zawartość akumulatora przez 2 przy użyciu wielokrotnego odejmowania. Do znalezienia w historii (rok 2010).
A tu filmik nagrany 2 lata temu w Cisnej. Ogólnie nagrane telefonem i z doskoku, więc sorry za marną jakość. Może jeszcze kiedyś będzie szansa złapać tę kolejkę lepiej.
PS. Odpowiedź na pytanie, które pada w tle, brzmi: 40 koni :D
pasiu napisał/a:Chcąc mieć jednak więcej to wchodzimy już w temat implementacji 816 w fpga
Pytanie, czy odtworzenie 65C816 w FPGA nie grozi aby nalotem prawników nasłanych przez producenta oryginału... Tzn. samo odtworzenie zapewne nie grozi (chociaż pewien tego nie jestem), ale już wypuszczenie karty z takim rdzeniem jakby pewnie mogłoby.
No nie, coś mi się potentego... jeszcze raz: 5th_demo.z80 to jest plik na ZX Spectrum 128. Format wersja 2, hardware type 3, czyli wg opisu "Spectrum 128". Zresztą zawiera bloki pamięci nieistniejące w 48k. Sry.
Pin napisał/a:Draco - jeden z takich plików:
pin.atari.pl/zx_spec/5TH_DEMO.Z80
Faktycznie, to jest "48k + MGT ROM". Jeśli ten "MGT ROM" (cokolwiek to jest) nie jest jakoś absolutnie wymagany do działania programu, poprawię loader tak, żeby to akceptował bez jęczenia.
Pin napisał/a:Mam za to cały katalog demek oldschool w którym to większość przy uruchomieniu wypluwa komunikat, że nie jest to plik pod ZX 48k.
Może tak być, jeśli program jest pod 48k, ale został uruchomiony w trybie 128k i tak zrzucono snapszot, plik wtedy zawiera dodatkowe banki pamięci i tym podobne. Dla pewności możesz mi z jeden taki podesłać (najlepiej po jednym SNA i Z80, które tak mówią).
Po demkach to się za wiele nie spodziewaj ;) Emulec nie trzyma żadnych timingów (po prostu robi ile może w czasie rzeczywistym), więc muzyczki, o ile nie są na VBL-u, Ci się raczej rozjadą; atrybuty ładuje raz na ramkę, więc żadne tam zmiany kolorów w środku linii atrybutów; aha, i 14 MHz to za mało, żeby wszystko zmieściło się w ramce :)
Pin napisał/a:opcja Save sna, też by się przydała
Masz "Save memory", która zapisuje plik .Z80. Ale to dopiero wczoraj zakodowane, więc mocno alpha, używać ostrożnie ;) Widzę, że są z nią kłopoty, jeśli się ma włączoną/załadowaną 80-kolumnową konsolę (CON.SYS). Na razie lepiej jest przejść w tryb 40-kol. i to Resetem, bo CON 40 nie pomaga. Właśnie próbuję zbadać, o co w tym idzie.
Pin napisał/a:$FF0081=$20
A jesteś w stanie wstawić tam $00 przez POKE?
Ten parametr /M to miał powodować, że emulator ma omijać pierwszy bank fast ramu.
Wręcz przeciwnie, wręcz przeciwnie: miał wymuszać ładowanie do pierwszego banku fast RAM-u niezależnie od tego, jakie ewentualnie bzdury zwraca funkcja alokacji pamięci.
@mono: słuszna uwaga.
Ja mam tak:
Z80,CAR:X.COM,F:>ścieżka>ZX.EXE -A -V 1 %
W Twoim rdzeniu ten "tryb kompatybilny" jest na stałe, czy da się wyłączyć? Konkretnie, po załadowaniu "pacza", co masz w $FF0081?
Dorzucę automatyczne wyłączanie, w razie czego (i włączanie z powrotem przy wyjściu, ma się rozumieć).
Hmm. A pamiętny "tryb kompatybilności" http://www.atari.org.pl/forum/viewtopic ... 02#p180102 masz włączony czy wyłączony? Jeśli jest włączony, to wyłącz, bo to bruździ w fast RAM-ie.
To przednio :) Taka uwaga: o ile dobrze rozumiem, staticu masz 512k, z tego 448k powyżej $00FFFF. Wynika z tego, że "ogon" programu zalega w SD-RAM-ie. Jeśli ta pamięć nie trzyma danych, to raczej nie licz na poprawne działanie Sinclair BASIC-a. Reszta powinna mniej lub bardziej chodzić.
Znalezione posty [ 801 do 825 z 4,627 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.138 sekund, wykonano 20 zapytań