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
SprEd 1.3.6 Bocianu wydał kolejną, szybko następującą wersję 1.3.6 swojego edytora duszków. Sprawdź, co nowego!
Gopher2600 0.50.1 Jeden z bardziej zaawansowanych emulatorów Atari 2600.
SprEd 1.3.2 od Bocianu Bocianu wydał nową wersję przeglądarkowego edytora duszków SprEd. Odkryj nowe funkcje w wersji 1.3.2!
RM800XL coraz bliżej RM800XL to nowoczesne wcielenie kultowego Atari 800XL, które łączy tradycję z nowoczesną technologią.
Arkanoid z PC na Atari z VBXE Trwają prace nad portem Arkanoida z PC na 8-bitowe Atari, wykorzystującym możliwości rozszerzenia VBXE.
Opcje wyszukiwania (Strona 29 z 73)
Poskładaj cykle koloru parami otrzymując nibble wg poniższego wzoru:
BAK = %00
PF0 = %00
PF1 = %01
PF2 = %10
Np. piksel ANTIC 8 w kolorze 2 = cztery cykle koloru PF1 = dwa piksele trybu GTIA %0101 0101 - GTIA 9 odcień 5, GTIA 11 kolor 5, GTIA 10 PF1
Staszewski coś ostatnio powiedział?
Włącz DMA dla PMG w GTIA, ale nie w ANTICu. Przy precyzyjnym cyklowaniu zobaczysz szynę danych.
Ok, sam mam na razie dość napięty grafik. :)
Przypominam się z nierozwiązanym problemem kolorów w GFB. Nie mam pojęcia, jaka kolejność bitplanów byłaby właściwa.
Cyprian: kolejność kolorów w palecie mam taką, jak u Ciebie: czarny, jasnozielony, trzy czerwone, ciemnoniebieski, ... Założyłem interleaved bitplanes - jak w pi1.
Candle: iff czeka w kolejce.
Wygląda to tak:
U Ciebie jest ok:
Dla porównania PI1:
Bitmapa w GFB jest identyczna z PI1 z dokładnością do uciętego dołu. Różne są palety - z GFB dekoduję taką paletę, jak u Ciebie widać. Nie rozumiem, dlaczego u Ciebie kolory kulek są ok.
Co do SPS z paletą STE to poproszę. SPS koduje paletę na 9 bitach, a nie na 16, dlatego jestem ciekaw, jak tam można upchnąć paletę STE - co dwukrotnie stwierdziłeś, że da się zrobić.
W 16-kolorowych GFB nie zgadza mi się paleta. Np. mam BALLS.GFB oraz BALLS.PI1 i kolory w GFB są pomieszane.
Poproszę też o przykładowe SPS z paletą STE.
Moja wątpliwość była spowodowana tym, że Cyprian napisał "na pewno: ... sps".
Patrzę na GFB i są o 768 bajtów większe, niź wynikałoby z powyźszego opisu. Czy ostatnie 768 bajtów niesie jakąś treść? Bo Farbtabelle jak zgaduję to RGB 8-bit?
Anzahl der Farben = 2, 4, 16, 256 czy też inne wartości?
Rozumiem, że te dodatkowe bity w palecie są najmniej znaczące? Dzisiaj zakodowałem obsługę SPS i tam kolory idą jako dokładnie 9 bitów, więc nie rozumiem jak obsłużyć 12.
Pytania głównie do Cypriana apropos jego przeglądarki, ale może inni też znają odpowiedzi:
1. Które formaty obsługują paletę STE i w jaki sposób?
2. Gdzie znajdę dokumentację formatu DeskPic?
Fight Night, Creature Creator
Czyli muszą rozpoznać, że to ramka A.
Ale jak to olewają? Jak włączasz telewizor, to pierwszą odebraną ramką może być A albo B.
Mam ten efekt na tanim grabberze USB. :( Skoro Atari generuje obraz A-A-A... to skąd "mądry" telewizor/grabber wie, czy wyświetlić A-B-A-B... czy B-A-B-A... ?
Obsługuje cztery rodzaje PI1: o rozmiarze 32034 bajtów (DEGAS), 32066 (DEGAS Elite), 32128 (chyba śmieci na końcu pliku), 44834 (overscan 280 linii).
Candle: Dajmy na to, że masz nieznany plik z rozszerzeniem IFF. Jaka jest szansa, że pochodzi z Amigi, a jaka, że z ST? Drugie pytanie: czy jeśli coś otwiera IFFy z Amigi, czy będzie mieć problemy z wyświetleniem IFFów z ST?
(nie doszukuj się złośliwości - nie znam odpowiedzi na te pytania, a chciałbym je poznać)
Candle napisał/a:amigowy format... aha.. ahaha... ahahahahahahaha
Wikipedia kłamie?
Na Send Space widzę pliki GFB, natomiast Twój browser jest opisany, że obsługuje GBF. Czy gdzieś jest literówka?
Czytałem o dwóch niezgodnych odmianach SPS z trudnym/niemożliwym rozróżnieniem. Jak sobie z tym radzisz?
Będzie bardzo pomocna! Czy wyszedł z tego plugin do IrfanView?
GODLIB też się przyda.
I oczywiście potrzebne przykładowe pliki, do których jest wątek. Mając plik zdarzało mi się poradzić bez opisu - w drugą stronę gorzej, bo w opisach często są błędy, trudniej też zweryfikować implementację z opisem, niż z plikiem wejściowym.
IFF nie. Wiem, że spotyka się w nim grafikę ST, ale ogólnie to chyba bardziej amigowy format? W każdym razie przyjrzę się.
Bety FAIL zdjąłem, od tego czasu były już trzy oficjalne wydania - najnowsze dzisiaj.
Tutaj zrobił się offtopic, więc poprosiłem Kierownika o przeniesienie z działu 8-bit.
Adam Klobukowski napisał/a:To je fajne. Mógłbys dodac obsluge formatów ST/TT/Falcon?
Pacza nie dostałem, ale ST dodałem. Jeśli chodzi o TT i Falcon, poproszę o linki.
Bazowałem na http://www.atari-forum.com/wiki/index.p … re_Formats - wyraźnie jest mowa o pozostałych dwóch rozdzielczościach w CrackArt.
Dziękuję za wyczerpującą odpowiedź. Nie spodziewałem się tak dużej wydajności. :-)
Nasuwa się następne pytanie: czy dostępy 6502 do VRAM mogą kolidować z pobieraniem grafiki itp.?
Dzięki wszystkim!
Adam Klobukowski napisał/a:CA2 i CA3 mogą być trudne do znalezienia (chodzi o format CrackArta?).
Tak, chodzi o Crack Art. Dlaczego trudne do znalezienia?
Brakuje mi jeszcze PAC (STAD).
Znalezione posty [ 701 do 725 z 1,803 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.061 sekund, wykonano 23 zapytań