Pan Andrzej W. napisał:

>>> Nie pomyliło mi się, MDA posiada tylko tryb tekstowy, nie ma
>>> graficznego, nie jesteś w stanie zapalić piksela na ekranie a jedynie
>>> wyświetlić jeden z 255 znaków strony kodowej 437 w jednej z 2000 pozycji
>>> (80x25).
>>> Wystarczy buforować jedynie 14 linii (80 znaków) by móc odczytać i
>>> wyświetlać to co jest wysyłane przez MDA.
>>
>> To jednak oznacza robienie OCR. Prowadzonego we względnie dobrych
>> warunkach, ale jednak OCR. Zupełnie inne zagadznie, bo z konwertera
>> sygnałów wideo zrobiła nam się sztuczna inteligencja. Druga rzecz,
>> to przepchnięcie wyniku przez terminal VT. Trzeba porównać kolejne
>> wyniki rozpoznania, znaleźć siedem szszegółów któymi różnia się dwa
>> obrazki i różnicę zamienić na sekwecje ANSI. Też wcale nie tak trywialna
>> rzecz. Ale może właśnie w tym momencie problem i jego rozwiązywanie
>> robi się ciekawe.
>
> Straszenie OCR to pewna przesada, masz komórkę 9x15 bitów, którą musisz
> przyporządkować do jednego z 255 stanów, żadnego krzywego tekst,
> zmiennych czcionek, zlanych liter.
> Próbkowanie tego na jakiś > 60 MHz, albo PLL do Vsync (pytający chciał
> obróbkę cyfrową, więc i tak musiał by to zrobić) i masz w miarę
> precyzyjny przebieg.

Nie straszę, zwracam tylko uwagę na to, że w ten sposób całkiem zmieniamy
klasę zagadnienia. Skoro chcemy buforować (graficznie) 14 linii w celu
dokonania na nich OCR, to równie dobrze można złapać wszystkie 350 linii.
32kB pamięci przecież nie boli. A potem zwyczajnie wypluć na monitor przy
innej częstotliwości lub w okienko -- tak jak chciał tego pomysłodawca.
Pomysł z OCR pojawia się w tym momencie, kiedy wszystkie problemy są
rozwiązane (umiemy już przechwycić obraz), więc w niczym nie pomaga.
Co wcale nie znaczy, że sam w sobie nie jest ciekawy, ten pomysł.

Jarek

PS
Pixel clock katry MDA, jak wyguglałem, to 16.257 MHz. Odpowiednie ModeLine
dla X11 (do testów synchronizacji monitora) ma więc postać:

Modeline "720x350" 16.257 720 729 864 882 350 351 367 369