A i jeśli to GTIA miałoby działać z SECAM-em, to może dałoby się zwracać w rejestrze PAL wartość 0? :)
Edit: OS i tak zidentyfikuje to jako PAL (AND #%00001110) więc zgodność zostałaby zachowana.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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.
CT60 TOS 1.03e Po blisko 21 latach ukazała się oficjalna aktualizacja CT60 TOS do wersji 1.03e.
atari.area forum » Posty przez mono
A i jeśli to GTIA miałoby działać z SECAM-em, to może dałoby się zwracać w rejestrze PAL wartość 0? :)
Edit: OS i tak zidentyfikuje to jako PAL (AND #%00001110) więc zgodność zostałaby zachowana.
A mnie przyszła do głowy taka featura.
Wszystkie 4 pociski można połączyć w tzw. 5 playera. Bierze on wtedy kolor z COLPF3 ($D019) i wg tego oidp liczone są priorytety i kolizje. Pozycje jednakże dla każdego missila trzeba ustawiać niezależnie. W pewnych sytuacjach jest to wygodne, w innych niestety uciążliwe - szczególnie tam, gdzie należy się liczyć z każdym cyklem (np. podczas zmian położenia sprajtów w rastrze).
Czy można by spowodować, że ustawienie rejestru HPOSMx automatycznie przelicza pozycję pozostałych missili (niechby to zachowanie było konfigurowalne jakimś bitem). Ten ficzer nie musi być uzależniony od połączenia missili w 5go playera (GPRIOR.4=1).
Mielibyśmy wtedy prawdziwego 5go playera. Kolejność pocisków licząc od lewej zgodna z definicją kształtu, czyli M3M2M1M0.
Edit: Ewentualnie niechby zapis do dowolnego rejestru HPOSMx dodawał wartość do aktualnej pozycji każdego missila.
@zaxon: Zastanów się przeciwko czemu oni protestują (a właściwie to za czym gardłują)? Przecież to, że przez wiele lat musiałeś wspomagać Mamę na emeryturze, to nie jest zasługa obecnych rządów, a 26 lat 3RP czyli właśnie tych opcji, których przywrócenia chcą protestujący. Skoro protestujący chcą powrotu 3RP to chcą również głodowych emerytur dla ludzi, a dobrych uposażeń dla funkcjonariuszy. Skoro obecny rząd szuka kasy na, jak uważasz, 500+ (czyli pieniędzy wypłacanych zwykłym ludziom), to niewykluczone że i Twoja Rodzicielka będzie miała lepszy byt (to, że w ogóle pojawiło się 500+ pozwalałoby sądzić, że może zmiany idą również w takim kierunku). Na koniec może pytanie - co poprzednie rządy zrobiły dobrego dla Ciebie, a co obecny rząd próbuje dobrego zrobić dla Ciebie? I komu w ogóle w Polsce są potrzebne jakiekolwiek zmiany?
MigutMedia to chyba inna firma, bo nasz jest Wiesław, a tam jest Jan...
Rewelacja! A na tylnej okładce będzie klawiatura z XE?
Ja chcę.
Jak to nie ma? Przecież Simius pytał o przesunięty o cykl tryb 10 do HIP-a.
Ja też. Kuchnia jest na Ironii świetna :)
Świetnie, że będzie Wapniak! Sympatyzuję bardziej z terminem końcowo-majowym.
Fortha chętnie. A Prologa nie było?
A może nawet parę, jak mówisz Sikor, lamówek, boć to przecie brewiarz programisty 6502 :]
Mnie się bardziej podoba zaokrąglony :)
Roboty konserwacyjne, wykończeniowe, marketing i k*****rwa zarządzanie.
@Simius: Mieszanie kolorów to jedna sprawa, a rozdzielczość 160x192 to druga (a nie 80x192). Warto zachować buga IMHO.
Myślę, że e względu na HIP warto byłoby zostawić.
vi, make, sed, mads, python, a8cas-util/a8cas-tools, atari800/altirra, meld, sio2bsd/respeqt, atari 65xe+u1m+vbxe+ideplus+dodatki
@simius: Co elektronik, to elektronik :)
@xxl: Nie tracisz ramki, tylko musisz sobie ją samemu sparsować. Suma kontrolna Twoim przyjacielem. Jednakowoż pomysł Simiusa jest najlepszy.
Edit: @Simius: A czy sygnał zegarowy jest transmitowany ciągle linią clock, czy dopiero w chwili transmisji danych?
Wiadomo, że ramka rozkazu zawiera 5 bajtów. Oversamplować ręcznie sygnał (bez UARTA) i potem określić w jakiej prędkości przyszła ramka - to tylko 50 bitów raptem (* oversampling). Potem ustawić UARTa i resztę komunikacji przeprowadzać tradycyjnie.
Zaraz to Atari przestanie działać. Nie będziesz miał chipów FPGA, nie będziesz miał Atari.
To może dodatkowe 7 rejestrów dla trybu GR.10. Mielibyśmy pełny 16-kolorowy tryb graficzny :)
Fajny pomysł. W nowych TV (nawet takich sprzed kilku lat) już nie ma nawet wejścia VGA - tylko HDMI. Jeśli kwestie licencyjne da się ominąć przelotką to będzie to bardzo użyteczny wynalazek.
A jak wygląda rzecz z projektorami? Każdy sygnał HDMI pójdzie z każdym projektorem czy znowu są z tym zagwozdki typu "za słaby sygnał", "nieobsługiwana rozdzielczość/częstotliwość" itd?
Edit: Czy konwerter DVI-HDMI jest prosty jak drut i dowolny egzemplarz zadziała bezproblemowo, czy są lepsze/gorsze (nie chodzi mi o złote kable i kierunek prądu w drutach)?
And what about EclaireXL project?:
* http://atariage.com/forums/topic/258454 ... ga-project
* http://www.scrameta.net/eclairexl.html
Masz pewnie na myśli "State of the Art", ale to było na Amidze.
To jeszcze pognębię o ten kolor F. Czy to "pomiędzy" jest stabilne, czy może się np zmieniać z czasem (temperatura), albo z egzemplarzem urządzenia/komputera? Krótko - czy to jest powtarzalne i będzie można już na gotowym Atari ustalić jakie składowe RGB tam dostaniemy, czy nie bardzo?
MikroWac - dość nieszczęśliwa nazwa :/
Jaka dokładnie jest częstotliwość kwarcu CPU w Atari wersji SECAM? Atariki podaje, że na płytach z układem FREDDIE kwarc dla SECAM jest 14,252 czyli wyglądałoby na to, że do CPU dochodzi 1,7815. Cy to jest dokładna częstotliwość, czy jest tam jakaś reszta? Czy wszystkie płyty z SECAM mają Fredki?
Edit: A i jeszcze Sikor podaje 14,252.
atari.area forum » Posty przez mono
Wygenerowano w 0.101 sekund, wykonano 20 zapytań