U mnie dziala na TV PAL (przez wejscie antenowe) oraz przez konverter Composite/SVideo-to-VGA AverTV Box 7 na monitorze VGA. Scroll jest poprawny tzn. nie rozjezdza sie, jak to jest pokazane na zdjeciu wyzej. Niesamowity widok :-)

Wtedy niestety uzyskasz w liniach parzystych nieparzystych dokładnie ten sam obraz... aby była dwa razy większa rozdzielczość musisz mieć dwie klatki obrazu... zawierające linie parzyste i nieparzyste.
Czyli obrazek 480linii i 2 DL-ki w których w pierwszej masz linie: 0,2,4,6,8  w drugiej 1,3,5,7,9... tak jak w przypadku softwarowego interlace... cały myk polega na tym że w tej dodatkowej klatce którą dokładasz te linie rysują się naprawdę pomiędzy tymi z normalnej klatki... masz dwa razy większą rozdzielczość tyle że narysowanie tego trwa dwie klatki ;)

Przy obrazach dynamicznych (np. jakimkolwiek ruchu w poziomie) pojawiają się oczywiście wszystkie problemy związane ze zjawiskiem przeplotu.

Znaczy że twój VGA converter dokonuje deinterlaceingu, albo jednak nie rozumie informacji że nadawana jest klatka nieparzysta.

pozdrawiam
Seban

chodziło mi o to że jak wykonamy screen-shoota używając karty TV w pełnej rozdzielczości PAL (720x576) to karta złapie dwa pół-obrazy. Pełna klatka będzie się składała z dwóch pół-obrazów... Jeden będzie zawierał linie parzyste a drugi nieparzyste. Scroll w każdym z pół-obrazów będzie miał inną pozycję (zakładam że scrollujemy co 1 ramkę, a więc 50 razy w ciągu sekundy) co powinno wyglądać tak jak na obrazku załączonym przez Rybags-a...

jeżeli jakiś dekoder PAL nie zrozumiałby nowych imp. synchronizacji pionowej wygenerowanych przez procedurę Rybags-a to nie widziałbyś tego charakterystycznego poszarpanego efektu, no chyba że karta ma włączone sprzętowe usuwanie przeplotu i na swoim wyjściu generuje już obraz z usuniętym przeplotem (25FPS progressive).

Skoro każda linia ekranowa Atari jest wyświetlana przez 2 półekrany, raz górna, raz dolna odpowiadająca linia ekranu tv, to w sumie coś takiego już mamy w HIPie... Konkretnie widzimy:

E1a H1a <- w pierwszej ramce, wyświetlamy GR9 tutaj
E1b H1b <- w drugiej ramce, wyświetlamy GR10
E2a H2a <- w pierwszej ramce, wyświetlamy GR10 tutaj
E2b H2b <_ w drugiej ramce, wyświetlamy GR9

E1a i E1b to dwie sąsiadujące linie fizyczne na ekranie monitora, a H1a i H1b to 1 linia HIPa, którą interejsujemy GR9/10. Niestety, pokazać jesteśmy w stanie tylko 1 linię z nich na pół obraz, zatem nie możemy za bardzo tutaj coś poprawić. Ofkorz, przy pełnej kontroli, można by teraz skrolować HIP o pół linii Atari, ale nie zwiększymy chyba rozdziałk interlejsem pionowych, bo już i tak mruga.

Inne pytanie mam - jeśli powyższe jest prawdą, to w sumie na monitorach powinniśmy widzieć HIPa jako taki tryb trochę jak Hard zrobili przed HIPem - taki pół HIP, bez mrugania na zmianę 9 i 10, tylko w 2x rozdziałce...

Ech, niech ktoś to zaemuluje (pewnie masakra - może jakiś "hint" dla emulatora wpleść w kod?), to zacznę myśleć, bo tak na sucho to nie wiem co z tym zrobić...

Wydaje mi się iż spowodowane było to tym iż bardziej komfortowe przy statycznych obrazach typu tekst, grafika było wyświetlanie ich 50 razy na sekundę w niższej rozdzielczości niż robić migające 25 obrazów co pewnie przy edycji tekstu i pisaniu programów byłoby bardzo denerwujące dla użytkownika. Poza tym chyba ciężkie byłoby uzyskanie takiego trybu pracy w przypadku trybów tekstowych. Nikt chyba nie myślał wtedy aby robić układ graficzny który mógłby generować na wyjściu obraz w trybie interlace... pierwszym przykładem użycia tego typu trybów była dopiero Amiga ze swoimi trybami x512.

No a co do trybów interlace to chyba wszystkie mieszanki trybów 9,10,11 będą oczywiste :) Żadnego DLI co jedną linię ekranową ;) W jednej klatce wyświetlasz tryb 9, potem przełączasz się na linie nieparzyste i wyświetlasz np. tryb 11 ;) mamy 256 kolorów i dużo czasu aby coś jeszcze w tym trybie rysować :D

A migać to będzie w/g o wiele mniej bo linie np. trybu 9 będą zawsze w tym samym miejscu a linie trybu 11 w swoim, bezwładność CRT pozwoli zachować o wiele mniejsze migotanie obrazu niż w przypadky wyświetlania w tym samym miejscu dwóch różnych trybów na przemian. Ale to tylko moje domysły trzeba sprawdzić w praktyce.

Seban: No wlasnie. Zakladasz, ze scroll jest przesuwany co 1 ramke a tymczasem jest on przesuwany co 2 ramki. Dzieki temu w dwu kolejnych polobrazach jest on w tej samej pozycji. Postaram sie wieczorem podlinkowac screenshota z mojego monitoar VGA, gdzie widac, ze scroll sie nie rozjezdza. To co widac na obrazku Rybagsa wg mnie oznacza, ze jego konverter/karta TV "spina ze soba" niewlasciwe dwa polobrazy to znaczy drugi z jednej pary i pierwszy z nastepnej pary.

pavros: Ale scroll jest wykonany na VBL co jedną ramkę... (zajrzałem w kod) co VBL rejestr HSCROLL jest de facto zwiększany o 1 lub o 2 jeżeli wciśniesz OPTION. Adres procedury scroll-a jest od $41E6.

To zależy od treści i czasu reakcji kineskopu. I poza tym jak robisz softwarowy interlace to myślisz że jaki frame rate uzyskujesz? dokładnie 25FPS więc miganie jest dokładnie takie samo :)

A tak poza tym to nie ma co się spierać tylko sprawdzić trzeba fakty w rzeczywistości :) To nowy pomysł i teraz trzeba po prostu sprawdzić go w praktyce :D Oczywiście nie zakładam iż nie mylę się... sam nie sprawdzałem jeszcze nic dokładniej więc jak najbardziej mogę się mylić. W domu nie mam nic z CRT więc zanim będę mógł powiedzieć jak to wygląda na CRT minie chwilka.

Chyba, że zrobimy cross'a - w klatce parzystej GR9, bez przesunięcia cząstkowego w pionie, a w parzystej GR10 z przesunięciem cząstkowym.

Konop: Rozumiem, że chodziło o klatkę parzystą i nieparzystą. Taki HIP może wyglądać dobrze, ale kolory (CIN, TIP) - wątpię. Dekoder PAL skleja kolory w sąsiednich liniach, ale raczej nie między półobrazami.

Eru: Nie rozumiem. :)

Proszę o wyjaśnienie, która klatka jest parzysta, a która nieparzysta ("zwykła" czy "Rybagsa"), która jest niżej i czy jest coś takiego jak para półobrazów o ustalonej kolejności. Zwracam też uwagę, że niekoniecznie musimy wyświetlać naprzemian parzyste/nieparzyste - może np. miałoby sens dwie zwykłe i jedna "Rybagsa" ?

Obawiam się, że migotanie będzie znacznie większe. Zamiast wyświetlania dwóch obrazów o względnie równej luminancji proponujesz wyświetlanie na zmianę obrazu o luminancji dowolnej (gr.9) i obrazu o luminancji zerowej (gr.11). Założę się że to będzie wyglądać tragicznie.

Poza tym bezwładność CRT to mit. W normalnym obrazie TV nie widać migotania nie dlatego, że jest jakaś bezwładność, ale dlatego, że sąsiednie linie ekranu mało kontrastują ze sobą.

O coś takiego mi chodziło. Przepraszam za jakość.

Alternatywnie można rozważyć wyświetlanie co drugą linię w danej klatce. W takim wariancie tracimy część luminancji obrazu (1/4 lini będzie pusta).