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
W.I.P. demo C.E.T.A.S Wersja robocza gry C.E.T.A.S jest już dostępna do pobrania na naszym forum.
RastaConverter 1.0 RC12 Nowa wersja konwertera grafiki dla 8-bitowego Atari z wieloma poprawkami i samodzielnymi pakietami.
NeoST 0.5.2 Poznaj NeoST, wszechstronny emulator Atari ST działający w przeglądarce oraz na systemach desktopowych.
Gearlynx 1.2.23 Nowa wersja emulatora Atari Lynx Gearlynx przynosi wsparcie dla ComLynx i wiele poprawek.
VBXETERM 0.23 Nowa wersja terminala VBXETERM z obsługą VBXE, ATASCII i poprawkami błędów.
Opcje wyszukiwania (Strona 51 z 123)
No tak, ale przecież nawet na nowych klonach (choć to może złe słowo, bo to są nowe komputery) ZX Spectrum, które dają nowe możliwości są zaburzone np. timingi i oprogramowanie pisane stricte na ZX Spectrum uwzględniające jego wady nie działa prawidłowo na tychże "klonach". Jakoś nikt z tego powodu nie rwie włosów z głowy i nie rozdziera szat.
Moim zdaniem projektowanie _nowych_ rozwiązań, które nie wnoszą niczego _nowego_ jest jakąś wymyślną torturą. Przecież jak ktoś chce poczuć ducha Atari, to kupuje na Allegro 65XE bez ECI i z magnetofonem i wtedy czuje dokładnie to, co Atari chciało a czego nie.
Czy ktoś z posiadaczy Atari w wersji SECAM podjąłby się ustalenia palety kolorów?
Jest jeszcze jedna właściwość GTIA, którą zauważyłem. Mianowicie zmiana koloru w rastrze powoduje, że punkt zapisu do rejestru koloru zmiany koloru wypada 1 cykl koloru przed granicą znaku (w trybie graficznym przed granicą bajtu). Kiedy podkolorujemy grafikę sprajtami i zmieniamy kolor w rastrze trzeba to wziąć pod uwagę i takie punkty przykrywać sprajtami.
Nie bardzo wiem, czy jest sens to poprawiać (i czy się da), bo niewykluczone że ktoś z tego ficzeru korzysta (Pavros w IK+?), ale może gdyby dało się konfigurować czy ten zapis opóźniać o cykl czy nie, to może to ułatwiło by życie np. przy robieniu wielokolorowych obrazków w G2F.
W takim razie jeszcze kwestia trybu łączenia kolorów sprajtów (GPRIOR.5=1).
Łączenie kolorów zachodzi między PM0+1 oraz osobno PM2+3 i odbywa się to tak, że kolor wynikowy = COLPM0 OR COLPM1 (analogicznie 2 i 3).
1. Czy można by konfigurować funkcję (AND/OR/XOR/NAND/NOR/NXOR)?
2. Ewentualnie czy dałoby się wygospodarować dwa rejestry na wartość takiego nakładanego koloru dla pary 01 i 23?
Edit: I może jeszcze inna featura.
Chodzi o możliwość skonfigurowania koloru dla bitu 0 PMG. Normalnie jest przezroczysty, ale gdyby mógł być nieprzezroczysty (i to jeszcze dla każdego sprajta osobno) to byłoby miło.
@Simius: Kolizje to poboczna sprawa w sumie. Nawet gdyby podstawowa funkcjonalność zadziałała, to już byłoby coś.
Tryb 80-znakowy generowany jest przez VBXE na overlayu, a więc ANTIC nie ma tu nic do rzeczy. VBXE czyta dane z własnego VRAM i generuje obraz.
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)?
Znalezione posty [ 1,251 do 1,275 z 3,054 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 1.482 sekund, wykonano 94 zapytań