W dniu 2016-05-14 o 15:55, Jarosław Sokołowski pisze:
> Nie *produkuje*, lecz *używa*. Bierze 2000 bajtów z obszearu RAM powyżej
> 640kB przeznaczonego dla karty MDA i wyświetla na ekranie. Ale wyświetla
> tworząc normalny sygnał wideo, z konsolą szeregową nie ma to nc wspólnego.

Dokładnie o tym pisałem, masz do zdekodowania w na każdym ekranie 2000
bajtów, jeśli je zdekodujesz to możesz je wysłać do PC poprzez łącze
szeregowe i wyświetlić na konsoli szeregowej (putty, hyper terminal) z
ustawioną stroną kodową 437 i uzyskasz dokładnie to samo co miałbyś na
ekranie monitora podłączonego do tej karty graficznej.
Dlatego nadal upieram się, że do dekodowania MDA nie potrzeba kontrolera
z wyjściem graficznym.

--
AWa.

do góry

Dnia Sun, 15 May 2016 13:35:21 +0200, Andrzej W. napisał(a):
> W dniu 2016-05-14 o 15:55, Jarosław Sokołowski pisze:
>> Nie *produkuje*, lecz *używa*. Bierze 2000 bajtów z obszearu RAM powyżej
>> 640kB przeznaczonego dla karty MDA i wyświetla na ekranie. Ale wyświetla
>> tworząc normalny sygnał wideo, z konsolą szeregową nie ma to nc wspólnego.
>
> Dokładnie o tym pisałem, masz do zdekodowania w na każdym ekranie 2000
> bajtów, jeśli je zdekodujesz to możesz je wysłać do PC poprzez łącze
> szeregowe i wyświetlić na konsoli szeregowej (putty, hyper terminal) z
> ustawioną stroną kodową 437 i uzyskasz dokładnie to samo co miałbyś na
> ekranie monitora podłączonego do tej karty graficznej.
> Dlatego nadal upieram się, że do dekodowania MDA nie potrzeba kontrolera
> z wyjściem graficznym.

Czy Tobie sie nie pomylilo z jakim Unixem ?

Jakiego dekodowania ?
Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
zamienia kody znakow w pamieci na piksele.

Komputer stawia do dyspozycji odpowiednia funkcje BIOS, za pomoca
ktorej mozna wpisac dane do tej pamieci, ale nikt z niej nie korzysta,
tylko wpisuje sam do pamieci.

No i teraz pytanie, co sugerujesz zrobic - wlasna karte, falszywy
"driver" programowy ?


J.

do góry

W dniu 2016-05-15 o 14:40, J.F. pisze:
> Jakiego dekodowania ?
> Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
> wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
> piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
> zamienia kody znakow w pamieci na piksele.

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.

--
AWa.

do góry

On 15-05-2016 14:58, Andrzej W. wrote:
> W dniu 2016-05-15 o 14:40, J.F. pisze:
>> Jakiego dekodowania ?
>> Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
>> wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
>> piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
>> zamienia kody znakow w pamieci na piksele.
>
> 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.

A gdzie chciałbyś "buforować" te znaki?
K.

do góry

W dniu 2016-05-15 o 15:56, John Smith pisze:
> On 15-05-2016 14:58, Andrzej W. wrote:
>> W dniu 2016-05-15 o 14:40, J.F. pisze:
>>> Jakiego dekodowania ?
>>> Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
>>> wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
>>> piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
>>> zamienia kody znakow w pamieci na piksele.
>>
>> 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.
>
> A gdzie chciałbyś "buforować" te znaki?
> K.
>

Nie wiem, czy czytałeś mój pierwszy mail...

Zacznijmy od początku.
Pytający szuka:
1. procesora na tyle szybkiego by odczytał mu dwa sygnał cyfrowe, które
mogą zmieniać się co 80ns, nie mając zegara z którym te sygnały
wygenerowano,
2. procesora posiadającego wyjście graficzne.

Pierwszy warunek wskazuje na bare metal lub FPGA, drugi zaś jest raczej
domeną środowisk opartych o OS.
Połączenie obu warunków może być albo kosztowne albo zawodne (RPI z
Linuxem).

Moja teza jest taka, iż wyjście graficzne można zastąpić połączeniem
szeregowym z dowolnym komputerem i temu komputerowi powierzyć
wyświetlanie obrazu.

Dalej zakładam, że dekodujemy tylko znaki bez jasności (jasność to drugi
identyczny układ).
Na MDA można spojrzeć jako 720×350x50 (12 600 000) pikseli na sekundę
lub jako 80x25x8x50 (800 000) bitów na sekundę. O ile pierwsze trudno
czymś przepchnąć to drugie już się da.
Robimy więc antyMDA, czyli coś co nam dekoduje ciąg pikseli na ciąg
znaków i te znaki wysyłamy do wyświetlenia gdzieś dalej.

Jeśli uwzględnić jasność to potrzebujemy przepustowości 80x25x10x50 (1
000 000) bps.


--
AWa.

do góry

W dniu 15.05.2016 o 16:51, Andrzej W. pisze:

> Pytający szuka:
> 1. procesora na tyle szybkiego by odczytał mu dwa sygnał cyfrowe, które
> mogą zmieniać się co 80ns, nie mając zegara z którym te sygnały
> wygenerowano,
> 2. procesora posiadającego wyjście graficzne.
>

A nie da się użyć karty telewizyjnej (przechwytującej) na bt878 lub
czymś podobnym?

--
Mirek.

do góry

On 15/05/2016 14:58, Andrzej W. wrote:
> 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).

Zgadza się, ale monitor nic o tym nie wie... Od strony programowej MDA
to zaiste tylko tablica 80x50 bajtów, jednak na wyjściu wysyła do
monitora faktyczne piksele w 720x350 w trzech możliwych jasnościach
(zgaszony / zapalony / mocno zapalony).

Oczywiście na pewno da się przekonwertować to z powrotem na tekst i
wrzucać na jakiś ekranik LCD, ale to znacząco bardziej skomplikowana
sprawa niż sama konwersja sygnałów MDA->VGA... To co sugerujesz
wymagałoby złapania 14 linii pixeli (1080 punktów) i wrzucenie w czasie
rzeczywistym do jakiegoś OCR który to przetłumaczy na 80 znaków... Nie
mówiąc o tym że nie każda karta MDA-compatible korzystała z tej samej
czcionki lub tego samego zestawu znaków (istniały np. modele Pravetz z
grażdanką na pokładzie).

Tak, twoja propozycja wygląda na jak najbardziej możliwą w teorii, ale
to poziom komplikacji który jest zdecydowanie wyższy niż konwersja
gołych pikseli :)

Mateusz

do góry

tu http://aknamunka.uw.hu/mdah/1st.html piszą ze wystarczy wymienc
kwarc na kracie i zrobic prostą przejściowke

do góry

Pan Andrzej W. napisał:

>> Jakiego dekodowania ?
>> Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
>> wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
>> piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
>> zamienia kody znakow w pamieci na piksele.
>
> 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.

--
Jarek

do góry

W dniu 2016-05-15 o 16:51, Andrzej W. pisze:
> W dniu 2016-05-15 o 15:56, John Smith pisze:
>> On 15-05-2016 14:58, Andrzej W. wrote:
>>> W dniu 2016-05-15 o 14:40, J.F. pisze:
>>>> Jakiego dekodowania ?
>>>> Karta ma na pokladzie pamiec. Do tej pamieci komputer przez magistrale
>>>> wpisuje dane. Karta te dane cyklicznie odczytuje, i do monitora,
>>>> piksel po pikselu wysyla. A - gdzies po drodze "dekoduje", czyli
>>>> zamienia kody znakow w pamieci na piksele.
>>>
>>> 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.
>>
>> A gdzie chciałbyś "buforować" te znaki?
>> K.
>>
>
> Nie wiem, czy czytałeś mój pierwszy mail...
>
> Zacznijmy od początku.
> Pytający szuka:
> 1. procesora na tyle szybkiego by odczytał mu dwa sygnał cyfrowe, które
> mogą zmieniać się co 80ns, nie mając zegara z którym te sygnały
> wygenerowano,
> 2. procesora posiadającego wyjście graficzne.
>
> Pierwszy warunek wskazuje na bare metal lub FPGA, drugi zaś jest raczej
> domeną środowisk opartych o OS.
> Połączenie obu warunków może być albo kosztowne albo zawodne (RPI z
> Linuxem).
>
> Moja teza jest taka, iż wyjście graficzne można zastąpić połączeniem
> szeregowym z dowolnym komputerem i temu komputerowi powierzyć
> wyświetlanie obrazu.
>
> Dalej zakładam, że dekodujemy tylko znaki bez jasności (jasność to drugi
> identyczny układ).
> Na MDA można spojrzeć jako 720×350x50 (12 600 000) pikseli na sekundę
> lub jako 80x25x8x50 (800 000) bitów na sekundę. O ile pierwsze trudno
> czymś przepchnąć to drugie już się da.
> Robimy więc antyMDA, czyli coś co nam dekoduje ciąg pikseli na ciąg
> znaków i te znaki wysyłamy do wyświetlenia gdzieś dalej.
>
> Jeśli uwzględnić jasność to potrzebujemy przepustowości 80x25x10x50 (1
> 000 000) bps.

Jakby tak przypomnieć sobie jak się różne rzeczy robiło...
Programik rezydentny przeglądający pamięć obrazu i wysyłający zmiany na
RS-a? A może i całą pamięć obrazu, bo w końcu parę ramek na sekundę
powinno wystarczyć dla całkiem sprawnego efektu wizualnego. W sumie to
nawet zbyt mocnego procka by nie trzeba było do tego. To chyba by było
do zrobienia bez większego wysiłku.

Pozdrawiam

DD

do góry