RTV forum PL | NewsGroups PL

Jak podłączyć komputer z wyjściem MDA do nowoczesnego monitora VGA/HDMI?

wyjście z karty MDA (PC) - jak wyświetli ć na czymkolwiek ob

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak podłączyć komputer z wyjściem MDA do nowoczesnego monitora VGA/HDMI?

Goto page Previous  1, 2, 3, 4 ... 9, 10, 11  Next

Andrzej W.
Guest

Sun May 15, 2016 11:35 am   



W dniu 2016-05-14 o 15:55, Jarosław Sokołowski pisze:
Quote:
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.

J.F.
Guest

Sun May 15, 2016 12:40 pm   



Dnia Sun, 15 May 2016 13:35:21 +0200, Andrzej W. napisał(a):
Quote:
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.

Andrzej W.
Guest

Sun May 15, 2016 12:58 pm   



W dniu 2016-05-15 o 14:40, J.F. pisze:
Quote:
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.

John Smith
Guest

Sun May 15, 2016 1:56 pm   



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

Andrzej W.
Guest

Sun May 15, 2016 2:51 pm   



W dniu 2016-05-15 o 15:56, John Smith pisze:
Quote:
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.

Mirek
Guest

Sun May 15, 2016 3:29 pm   



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

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

Mateusz Viste
Guest

Sun May 15, 2016 3:41 pm   



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

cezar
Guest

Sun May 15, 2016 4:35 pm   



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

Jarosław Sokołowski
Guest

Sun May 15, 2016 4:50 pm   



Pan Andrzej W. napisał:

Quote:
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

Dariusz Dorochowicz
Guest

Sun May 15, 2016 5:02 pm   



W dniu 2016-05-15 o 16:51, Andrzej W. pisze:
Quote:
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

Jarosław Sokołowski
Guest

Sun May 15, 2016 5:32 pm   



Pan Włodzimierz Wojtiuk napisał:

Quote:
Też mnie ta cena uderzyła. Mam ze dwie podobme (8 bit), jak kto chętny,
moge tanio sprzedzć, za 650 powiedzmy. Potem zajrzałem na ebay -- i
zacząłem podliczać majątek. Jakieś dyski twarde, stare, ale nie tak
bardzo stare. Do śmieci wyrzucać nie wolno, a ja zbyt leniwy, by nosić
to do "punktu zbiórki selektywnej". Leżą więc tego dziesiątki w garażu.
Chodzą za cenę nówki sztuki SSD albo i lepiej.

Kluczowe pytanie, czy i ile takich transakcji kończy się pomyślnie dla
sprzedawcy?

Podejrzewam, że niewiele. Jednak moja motywacja do tego, by wreszcie zrobić
porządek, znowu osłabła. Każdy powód do usprawiedliwienia lenistwa jest dobry.

--
Jarek

Andrzej W.
Guest

Sun May 15, 2016 6:52 pm   



W dniu 2016-05-15 o 18:50, Jarosław Sokołowski pisze:
Quote:
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.


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.

--
AWa.

Jarosław Sokołowski
Guest

Sun May 15, 2016 7:14 pm   



Pan Andrzej W. napisał:

Quote:
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

janusz_k
Guest

Sun May 15, 2016 9:07 pm   



W dniu 2016-05-15 o 00:30, Mateusz Viste pisze:
Quote:
On Sat, 14 May 2016 21:25:45 +0200, janusz_k <Janusz_kk@o2.pl> wrote:
Tak, to jest to czego potrzebujesz

http://allegro.pl/cga-ega-yuv-do-vga-video-konwerter-do-gier-i617546657
3.html
mimo że nie ma w specyfikacji to może obsłużyć też MDA,
sam tak też przerabiałem pewną maszynę na nowy monitor,

Te boardy już widziałem - ale czy faktycznie obsługuje to MDA?
Przejrzałem mnóstwo aukcji z tymi konwerterami, ale nigdy nie
podają MDA, uznałem więc że to pewnie wynalazek działający z 15 KHz
(CGA, EGA), ale z 18 KHz już nie... (MDA).
U mnie było 20khz i z tym działa, musisz spróbować, duzo zależy też od

ustawionej rozdzielczości wyjściowej, nie wszytkie konwersje działają,
dlatego musisz próbować a jest trochę zabawy z kofiguracją.

Quote:
Czy maszyna którą przerabiałeś była oparta właśnie na MDA? Jeśli może to
Nie wiem tam był bardzo stary wyświetlacz LCD który padł, ale miał po

drodze konwerter zrobiony na fpga. Do tego fpga dochodziło wideo
20k/50hz i to wykorzystałem.

--
Pozdr

Janusz_K

Dariusz Dorochowicz
Guest

Mon May 16, 2016 6:27 am   



W dniu 2016-05-15 o 19:32, Jarosław Sokołowski pisze:

Quote:
Jednak moja motywacja do tego, by wreszcie zrobić
porządek, znowu osłabła. Każdy powód do usprawiedliwienia lenistwa jest dobry.

Każdy, ale jest jeden absolutnie wystarczający.
Gdybyśmy nie byli leniwi, to nadal byśmy siedzieli na drzewach i
wpieprzali banany. Człowiek to takie dziwne zwierzę, że zrobi wszystko
żeby nic nie robić Wink
To lenistwo napędza postęp. I to jest wkurzające, a równocześnie...
dzięki temu możemy z czystym sumieniem... popracować nad lenistwem.
Cokolwiek by to dla kogokolwiek znaczyło ;)

Pozdrawiam

DD

Goto page Previous  1, 2, 3, 4 ... 9, 10, 11  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Jak podłączyć komputer z wyjściem MDA do nowoczesnego monitora VGA/HDMI?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map