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
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Wyniki 24h Compo: System Error Poznaliśmy zwycięzców 24h Compo: System Error.
Gearlynx 1.2.1 Gearlynx to wieloplatformowy emulator konsoli Atari Lynx, który właśnie doczekał się ważnych poprawek.
II. Baskijski Turniej Atari 8-bit Relacja z drugiej edycji retro zawodów Atari 8-bit zorganizowanych przez Euskal Retro w Bilbao.
Opcje wyszukiwania (Strona 108 z 193)
interlace jest toporny z założenia, wyświetlanie dwóch różnych klatek naprzemiennie 'musi' migać. W latach 90tych ( niby nie dawno ale to już 20 lat :) ) robiłem testy na PC/SVGa i Falcon/SM124 no i przy 75Hz nadal było widać miganie, a TV ma mniej - 50Hz.
Jakby co to Blow Up ma możliwość regulacji interlace w Falconie. Videl daje pełną kontrolę nad sygnałem wizyjnym, no i w Blow Up jest opcja zmniejszenia tego migania.
Jakiś czas temu czytałem że wyświetlacze laptopów wykorzystują interlace do większenia palety kolorów.
różnica jest w ostatniej linii pierwszego pół-obrazu i pierwszej linii drugiego pół-obrazu. trwają one połowę zwykłej linii.
Czyli sygnał VBL pojawia się na na początku pierwszej linii pierwszego pół-obrazu, a potem w połowie ostatniej linii pierwszego półobrazu.
Atari Falcon i amiga mają sprzętowo to zaimplementowane, ST/XL/XE nie mają. Tam każda ramka obrazu ma wszystkie linie tej samej długości a VBL pojawia się zawsze w tym samy miejscu - na początku pierwszej linii. To teoria
Jeśli chodzi o stronę praktyczną to tak jak wspomniałem, patrząc na TV nie widzę różnicy pomiędzy sprzętowym interlace z Falcona a tym sprzętowo/programowym z STe. Oba wyglądają podobnie. No ale może mam drewniane oko :)
Marek, dobre pytanie.
Z tego co pamiętam to w latach 90tych PCty miały karty SVGa z trybem 1024x768interlace. TV analogowe wyświetla obraz w interlace od lat. Więc jakieś korzyści są.
Bez zagłębiania się w detale, dla mnie czysto sprzętowy interlace z Falcona czy amigi wygląda tak samo jak ten sprzętowo/programowy z STE. Oba zwiększają rozdzielczość w poziomie kosztem rozmycia obrazu no i też migoczą podobnie.
Dely racja.
Osobiście brakuje mi spięcia newsów z głównej z wątkami na Forum. Wszystko było by w jednym miejscu.
Marek, ustaw w Options --> Set Video:
Colors: 16
Columns: 40
Interlace: On
lub
Colors: 4
Columns: 80
Interlace: On
Hospes, jest to zwykły zrzut ROMu więc powinno działać. Działa na Hatari/Steem
Adam, dokładnie programowo/sprzętowo :). Programowo bo co VBL trzeba zmienić adres Screen Base Low a sprzętowo bo STE sprzętowo wspiera tryb wirtualnego ekranu. Zajmuje to tylko (16 cykli) na VLB
Skrzyp, daje nowe tryby graficzne - 320x400 interlace w 16 kolorach, 640x400 interlace w 4 kolorach. Daje teoż nowy AES/VDI i nowy Pulpit.
git,
muszę częściej zaglądać na główną
link do ROMu:
http://dbug.kicks-ass.net/various/tos_s … ot_pal.rom
link do wpisu na DHS.nu:
http://dhs.nu/bbs-scene/index.php?request=18862
Sprawdziłem na szybko i działa ok.
Co ciekawe, działają tryby 16c 320x400 interlace oraz 4c 640x400 interlace
kjb, tak jak Adam pisał, potrzebujesz najnowsze Hatari oraz image dysku z zainstalowanym sterownikiem.
Per Putnik przygotował działający pod Hatari i realny ST zrzut dysku: http://www.mediafire.com/?ccu2ueqo15rsf5a
Podmontuj go jako ACSI HD image.
Więcej znajdziesz na jego stronie
http://atari.8bitchip.info/fromhd.php
Z tego miejsca jest link do image dysku:
http://atari.8bitchip.info/DiskImgPP1.html
fajny temat
jakby co to nie zamykają się na konkretną platformę:
1-bit Code
Write a new 1-bit routine for a platform of your choice.
TT ma jeszcze jedno dodatkowe złącze na dyski ACSI. Można tam podpiąć USatana albo CosmosExa.
tebe napisał/a:IRQ pozwoli odzyskać część straconych cykli CPU
jak dużo? przeszło 2000 cykli dla obrazka o wysokości 200 linii
2000 to sporo. Z czego wynika ta oszczędność?
kolory dość oczojebne ale demo ciekawe.
swoją drogą jest ono napisane w raptorBASIC+
laborant napisał/a:Według "wersji z III obiegu" wszystko to zrobili w następnym modelu właśnie, zwanym Amiga
ciąg dalszy "wersji z III obiegu": Jaguar to następny model Amstrada, Lynx następny model amigi a Macintosh to taki poprawiony Atari Pong
:)
lepiej jakby po prostu dali 16 rejestrów kolorów
cacy,
fajne brzmienie basu
no nie wiem, dla mnie słaba jest ta amiga
w sumie to xt również mi nie podchodzi
ale jeśli chodzi o nakład pracy i jakość to szacun
swinkamor12, no i jeszcze 68030 - DML w tym porcie intensywnie używa DataCache którego nie ma w 020.
następne wideo:
https://www.youtube.com/watch?v=7BBSOJudnvM
Nowe wideo ze stockowego Falcona:
https://www.youtube.com/watch?v=nk3UMXWgiVo
https://www.youtube.com/watch?v=LHsmzo0wvGk
myslę że mógłby na bazie tego Quake zrobić niezłe demo
nie zaglądałem jeszcze do kodu ale mam w głowie jeszcze jedną optymalizację.
Jeśli adres ekranu (ekranów) będzie zaczynał się od pełnej 16bitowej strony, np $10000, wtedy:
- zapisujemy tylko jedno - młodsze słowo do dstAddr BLiTTERa (4 cykle oszczędzone);
- zastępujemy "add.l (a5)+,d0" przez "add.w (a5)+,d0" w poniższym kodzie (4 cykle oszczędzone):
movem.w (a2)+,d0-d3 ;left x offset, right x offset, left mask, right mask
sub.w d0,d1 ;line width
ext.l d0
add.l (a5)+,d0
asr.w #3,d1
bgt.s .multi_words
Znalezione posty [ 2,676 do 2,700 z 4,807 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.168 sekund, wykonano 15 zapytań