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

Ostatnio edytowany przez seban (2009-06-07 15:47:25)

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).

Ostatnio edytowany przez seban (2009-06-07 21:21:40)

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ć...

Ostatnio edytowany przez eru (2009-06-07 23:44:24)

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.

Ostatnio edytowany przez seban (2009-06-08 09:41:06)

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.

Ostatnio edytowany przez seban (2009-06-08 10:26:28)

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. :)

Ostatnio edytowany przez Fox (2009-06-08 11:00:18)

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ą.

Ostatnio edytowany przez Krótki (2009-06-08 11:09:00)

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).

Ostatnio edytowany przez Marek Konopka (2009-06-08 12:46:50)