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 ... 7, 8, 9, 10, 11 Next
J.F.
Guest
Guest
Thu May 19, 2016 8:36 am
Użytkownik "Mateusz Viste" napisał w wiadomości
Póki co mam kilka tropów:
Quote:
- RPi z MDA wpiętym do GPIO (czekam na drobne części by to
przetestować)
- AVR który zczytuje MDA i podaje co drugą lub co trzecią klatkę do
RPi po jakimś SPI
- monitor który obsługuje 720x350 (żaden z moich LCD nie łapie
niestety, a do CRT chwilowo nie mam dostępu)
- GBS8200 (zamówione, zobaczymy czy da się namówić, czytając
specyfikacje mam jednak duże wątpliwości)
- "scan doubler" który przerabiałby 720x350 na 720x700 (ale nie mam
pojęcia jak taki doubler miałby wyglądać z punktu widzenia
elektroniki)
Czytałem jeszcze o rzeczach typu FPGA i CPLD, ale to już dla mnie
level 99 - a ja jednak bardzo chciałbym uzyskać jakiś efekt przed
rokiem 2030.
Jak się okazuje, mimo technologicznego postępu, odczyt sygnałów
cyfrowych o szybkościach rzędu 15 MHz to nie taka trywialna sprawa.
przetestować)
- AVR który zczytuje MDA i podaje co drugą lub co trzecią klatkę do
RPi po jakimś SPI
- monitor który obsługuje 720x350 (żaden z moich LCD nie łapie
niestety, a do CRT chwilowo nie mam dostępu)
- GBS8200 (zamówione, zobaczymy czy da się namówić, czytając
specyfikacje mam jednak duże wątpliwości)
- "scan doubler" który przerabiałby 720x350 na 720x700 (ale nie mam
pojęcia jak taki doubler miałby wyglądać z punktu widzenia
elektroniki)
Czytałem jeszcze o rzeczach typu FPGA i CPLD, ale to już dla mnie
level 99 - a ja jednak bardzo chciałbym uzyskać jakiś efekt przed
rokiem 2030.
Jak się okazuje, mimo technologicznego postępu, odczyt sygnałów
cyfrowych o szybkościach rzędu 15 MHz to nie taka trywialna sprawa.
W miare trywialna, tylko trzeba uzyc wlasciwych narzedzi, a nie
upierac sie zrobic to na powolnym procesorze :-)
Potrzebujesz w zasadzie ten scan doubler, czyli uklad ktory przyjmie
linie obrazu, zapamieta, i odtworzy dwa razy.
W miedzyczasie przyjmujac nastepna. (mozna sie probowac wyrabiac w pol
linii).
Osiagniesz ~700 linii z czestotliwoscia ~36kHz - czyli w miare
spokojny wspolczesny standard.
Oczywiscie mozesz sprobowac jakiegos gotowca, ktory bedzie przyjmowal
cale obrazy do pamieci i odtwarzal je z zupelnie innym formacie.
Tylko, ze takie juz sa we wspolczesnych monitorach, to moze szkoda
roboty :-)
J.
JarosĹaw SokoĹowski
Guest
Guest
Thu May 19, 2016 8:36 am
Pan J.F. napisał:
Quote:
W trybie graficznym Herculesa w ogóle jest tylko jeden bit.
To też warto wziąć pod uwagę. Monitor mógłby mieć cyfrowy
dwubitowy kolor, czyli czterostopniową jasność. Pamięci na
karcie też jest tyle, że wystarczy do opisania takiego ekranu.
A jednak takiego wyświetlania nie zrealizowano.
Jest to jakis argument, ale IMO - dosc slaby, rozne mogly byc
powody takiego wyboru.
To też warto wziąć pod uwagę. Monitor mógłby mieć cyfrowy
dwubitowy kolor, czyli czterostopniową jasność. Pamięci na
karcie też jest tyle, że wystarczy do opisania takiego ekranu.
A jednak takiego wyświetlania nie zrealizowano.
Jest to jakis argument, ale IMO - dosc slaby, rozne mogly byc
powody takiego wyboru.
Do mnie przemawia argument "się nie dało". To jest właśnie ten.
Quote:
Tak czy inaczej - w tamtych czasach cyfrowej transmisji video
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
rozmysłem. Tu być może nieco z przypadku -- korzystając z faktu,
że monitor nazwany przez marketing "cyfrowym", jest w gruncie
rzeczy analogowy.
Quote:
Ale chodzi mi po glowie jeszcze jedna mozliwosc - monitor byl nie
tylko "Hercules", ale potrafil tez wspoldzialac z CGA - czyli mial
sumator z paru innych bitow kolorow z roznymi wagami/opornikami.
tylko "Hercules", ale potrafil tez wspoldzialac z CGA - czyli mial
sumator z paru innych bitow kolorow z roznymi wagami/opornikami.
Czarnobiałe monitory VGA też sumowałny na opornikach. A co do CGA,
to może warto przypomnieć, że w trybie HiRes (640x200), karta była
prawie tak kolorowa, jak Ford T -- na ekranie można było pokazać
jeden z *dwóch* kolorów (wliczając w to kolor tła).
Quote:
Choc karta HEGA, to raczej wyjscie EGA niz CGA ... monitor
kompatybilny takze z EGA ?
kompatybilny takze z EGA ?
Szczerze mówiąc, to ja tego HEGA nie kojarzę. Wiem, że było coś
o nazwie bodaj "Hercules in Color". Ale nigdy tego nie widziałem.
Quote:
Bo na pare schematow monitorow rzucilem okiem - roznie zrobione,
wiekszosc jednak 4 poziomy wyswietli, moze nawet wszystkie.
A do tego wystarczy tylko jeden drucik, drugi jest mu zbędny.
Maja jednak 2 druciki, bo taki standard
A sygnal analogowy to nie wiem ska mialyby brac - Atari, Commodore?
Wtyczka inna.
wiekszosc jednak 4 poziomy wyswietli, moze nawet wszystkie.
A do tego wystarczy tylko jeden drucik, drugi jest mu zbędny.
Maja jednak 2 druciki, bo taki standard
A sygnal analogowy to nie wiem ska mialyby brac - Atari, Commodore?
Wtyczka inna.
Rozumiem, że z tej tajemniczej karty, którą ktoś skonstruował tak,
by pasowała do niej wtyczka od monitora MDA/HGC.
--
Jarek
Mateusz Viste
Guest
Guest
Thu May 19, 2016 8:57 am
On 19/05/2016 00:56, Waldek Hebisch wrote:
Quote:
Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn. jest
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się nadziei
że RPi może wszystko. Ja prosty programista, więc chwytam się tego co mi
znajome - bit banging na wszelakich portach wielokrotnie już
praktykowałem (ale przy dużo mniejszych częstotliwościach), a
alternatywnych pomysłów nie mam... Stąd post na tą grupę, licząc że ktoś
coś podpowie, niestety wątek uległ pewnej degeneracji w stronę "ale to
były czasy". Tak to bywa w usenecie
ostatecznie kilka propozycji padło, wszystkie jednak sprowadzają się do
"jeśli nie zadziała prostą przejściówką na dwóch opornikach to nie ma
sensu kombinować".
Quote:
czyli rzedu 53 MHz. Jesli chcesz to robic w prosty sposob
programowo to bedziesz mial kilka instrukcji na probke, czyli
200-300 MIPS.
programowo to bedziesz mial kilka instrukcji na probke, czyli
200-300 MIPS.
To nie do końca jest tak że ja koniecznie *chcę* to robić programowo, po
prostu nie mam pojęcia jak to można zrobić inaczej. O konieczności
wysokiego zegara wiem, zastanawiałem się wczoraj nad jakimś AVR UC3
który czytałby sygnały MDA i wrzucał do SDRAM (bo SRAMu niestety za mało
na pełną ramkę - UC3 ma 16K, a ja potrzebuję co najmniej 64K, a
najlepiej 256K), i podawał je potem do RPi po SPI, gubiąc przy tym co
drugą ramkę.
Twoja sugestia z STM32 idzie dokładnie w tą stronę.
Quote:
Rozsadniejszym
rozwiazaniem moze byc uzycie sprzetowego SPI w procesorze --
rozwiazaniem moze byc uzycie sprzetowego SPI w procesorze --
Ano faktycznie, to może być jakiś pomysł - brzmi trochę jak nadużycie
SPI, ale jeśli mogłoby zadziałać... Poszukam w datasheetach jak to
wygląda. Potrzebowałbym jednak CPU które ma 2x linie SPI, a nie wiem czy
to takie powszechne (bo z MDA wychodzą mi 2 linie po ~16MHz każda, jedna
dla bitu video, druga dla bitu intensity).
Quote:
(...) uzywasz skomplikowanego
urzadzenia zeby zrobic cos co robi prosty rejestr przesuwajacy.
urzadzenia zeby zrobic cos co robi prosty rejestr przesuwajacy.
Po wpisaniu "rejestr przesuwający" w wyszukiwarce, dowiedziałem się że
wynalazek ten potrafi zamienić sznurek bitów TTL na równoległy stan X bitów.
Jeśli dobrze to rozumiem, mógłbym tym zamienić moje ~16MHz z MDA np. na
równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu zegar do
2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że
gdzieś tu jest jakaś oczywistość której nie widzę. Odnoszę wrażenie iż
mocno przeceniasz poziom mojej wiedzy dot. elektroniki cyfrowej :)
Mateusz
Mateusz Viste
Guest
Guest
Thu May 19, 2016 9:12 am
On 19/05/2016 10:36, J.F. wrote:
Quote:
W miare trywialna, tylko trzeba uzyc wlasciwych narzedzi, a nie upierac
sie zrobic to na powolnym procesorze
sie zrobic to na powolnym procesorze
Ależ ja się nie upieram
Ino pomysłowość moja jest ograniczona
doświadczeniem. Dlatego też pytałem kilka razy jak takie rzeczy robi się
"poprawnie", niestety odpwiedzi dotychczas albo nie otrzymałem, albo nie
zrozumiałem.
Quote:
Potrzebujesz w zasadzie ten scan doubler, czyli uklad ktory przyjmie
linie obrazu, zapamieta, i odtworzy dwa razy.
linie obrazu, zapamieta, i odtworzy dwa razy.
Zgadza się, to brzmi jak najbardziej jak dobry trop. Problem:
elektronicznie patrząc, jak taki scan doubler działa? W zeszły weekend
próbowałem coś wymyśleć na papierze, i wyszły mi tylko potworności w
stylu jeden AVR który łyka linia po linii, przesyła do drugiego AVR
który generuje VGA wypisując 2x to samo, itd. Ale te moje twory albo nie
miały szansy zadziałać (np. dlatego że podczas HSYNC nie zdążę przesłać
linii obrazu z jednego AVR do drugiego), albo zaczynały przyponminać
hydrę (typu kilka AVRów które współdzielą tą samą pamięć SDRAM... jeden
zapisuje, drugi czyta i tak w kółko).
Na 100% scan doubler nie polega na takich cyrkach...
Quote:
Osiagniesz ~700 linii z czestotliwoscia ~36kHz - czyli w miare spokojny
wspolczesny standard.
wspolczesny standard.
I to byłby git. Tylko co wpisać w mądrą wyszukiwarkę żeby wiedzieć od
czego w ogóle zacząć?
Mateusz
J.F.
Guest
Guest
Thu May 19, 2016 9:53 am
Użytkownik "Mateusz Viste" napisał w wiadomości
On 19/05/2016 10:36, J.F. wrote:
Quote:
Potrzebujesz w zasadzie ten scan doubler, czyli uklad ktory
przyjmie
linie obrazu, zapamieta, i odtworzy dwa razy.
Zgadza się, to brzmi jak najbardziej jak dobry trop. Problem:
elektronicznie patrząc, jak taki scan doubler działa? W zeszły
weekend próbowałem coś wymyśleć na papierze, i wyszły mi tylko
potworności w stylu jeden AVR który łyka linia po linii, przesyła do
drugiego AVR który generuje VGA wypisując 2x to samo, itd.
przyjmie
linie obrazu, zapamieta, i odtworzy dwa razy.
Zgadza się, to brzmi jak najbardziej jak dobry trop. Problem:
elektronicznie patrząc, jak taki scan doubler działa? W zeszły
weekend próbowałem coś wymyśleć na papierze, i wyszły mi tylko
potworności w stylu jeden AVR który łyka linia po linii, przesyła do
drugiego AVR który generuje VGA wypisując 2x to samo, itd.
Bo myslisz kategoriami AVR.
Dwie pamieci.
Jeden uklad z licznikiem adresuje kolejne bity/bajty i wprowadza obraz
video.
Drugi uklad z licznikiem tez adresuje kolejno w celu wyprowadzenia
danych.
Ale po dojsciu do konca robi to drugi raz. I zegar dziala dwa razy
szybciej.
Oba dzialaja na roznych pamieciach, a po odebraniu calej linii
zamieniamy pamieci.
Tzn przelaczamy liczniki i inne uklady, do ktorych sa podlaczone.
Albo i nie, bo tu licznik, tam licznik - moze wystarczy tylko zamienic
sterowanie licznikami.
Oczywiscie do tego jeszcze troche roznej logiki sterujacej potrzeba,
kolejne liczniki, zegary.
Mozna tez zrobic na jednej pamieci - trzeba multipleksowac dostepy obu
licznikow i zmieniac im najstarszy bit adresu.
Mozna tez zrobic na inne sposoby, np zorganizowac w FPGA dwa dlugie
rejestry szeregowe, do jednego wprowadzamy obraz, po zakonczeniu linii
przepisujemy rownolegle do drugiego, a ten drugi zapetlic, zeby w
kolko odtwarzal linie.
Quote:
Ale te moje twory albo nie miały szansy zadziałać (np. dlatego że
podczas HSYNC nie zdążę przesłać linii obrazu z jednego AVR do
drugiego), albo zaczynały przyponminać
podczas HSYNC nie zdążę przesłać linii obrazu z jednego AVR do
drugiego), albo zaczynały przyponminać
No to moze tak jak wyzej - nie przesylac, tylko zamieniac funkcje ?
AVR najpierw czyta linie, a potem ja dwa razy wypuszcza ... a drugi
AVR robi to samo, tylko na przemian z pierwszym :-)
A przetestowac mozna na jednym -
Quote:
Na 100% scan doubler nie polega na takich cyrkach...
Musi zapamietac tresc, zeby ja dwa razy odczytac.
I odczytywac z innym tempem. To wychodzi to, co napisalem.
Ulatwila by np pamiec dwuportowac, ale ona sama jest utrudnieniem.
A jak ma dzialac uniwersalnie, to cyrki oczywiscie sa, ale od czego te
miliardy tranzystorow dostepne w ukladach :-)
J.
Andrzej W.
Guest
Guest
Thu May 19, 2016 9:58 am
W dniu 2016-05-19 o 10:57, Mateusz Viste pisze:
Quote:
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się nadziei
że RPi może wszystko. Ja prosty programista, więc chwytam się tego co mi
znajome - bit banging na wszelakich portach wielokrotnie już
praktykowałem (ale przy dużo mniejszych częstotliwościach), a
alternatywnych pomysłów nie mam... Stąd post na tą grupę, licząc że ktoś
coś podpowie, niestety wątek uległ pewnej degeneracji w stronę "ale to
były czasy". Tak to bywa w usenecie
ostatecznie kilka propozycji padło, wszystkie jednak sprowadzają się do
"jeśli nie zadziała prostą przejściówką na dwóch opornikach to nie ma
sensu kombinować".
że RPi może wszystko. Ja prosty programista, więc chwytam się tego co mi
znajome - bit banging na wszelakich portach wielokrotnie już
praktykowałem (ale przy dużo mniejszych częstotliwościach), a
alternatywnych pomysłów nie mam... Stąd post na tą grupę, licząc że ktoś
coś podpowie, niestety wątek uległ pewnej degeneracji w stronę "ale to
były czasy". Tak to bywa w usenecie
ostatecznie kilka propozycji padło, wszystkie jednak sprowadzają się do
"jeśli nie zadziała prostą przejściówką na dwóch opornikach to nie ma
sensu kombinować".
Znajdź procesor działający na jakiś 50-60 MHz z dobrym elastycznym
układem zegara i na podstawie impulsów synchronizacji odtwórz zegar
pikseli i dzięki temu czytaj wejście "tylko" na 12 MHz.
Albo czytaj wejście kilkoma "powolnymi" rejestrami przesuwającymi
sterowanymi z pewnym przesunięciem czasowym. Cztery rejestry na 12MHz
dają efektywną "częstotliwość próbkowania" 48 MHz.
Poszukaj jakiego rozwiązania z programowalną logiką, może coś od
Lattice, a może Maximator lub PSoC z Cypressa?
Te ostatnie są prawie za darmo:
http://pl.farnell.com/cypress-semiconductor/cy8ckit-059/dev-brd-cy8c5888lti-psoc-5-prototyping/dp/2476010
A to ma chyba VGA i HDMI
https://kamami.pl/zestawy-uruchomieniowe/561438-zestaw-maximator-maximator-expander-kamami-usb-blaster.html
--
AWa.
ACMM-033
Guest
Guest
Thu May 19, 2016 10:28 am
Użytkownik "J.F." <jfox_xnospamx@poczta.onet.pl> napisał w wiadomości
news:y7b1g81ctekj$.a43gbitch79y.dlg@40tude.net...
Quote:
A sygnal analogowy to nie wiem ska mialyby brac - Atari, Commodore?
Wtyczka inna.
Wtyczka inna.
9-pinowa, pasuje jak ulał, osobiście ze swego C128D pędziłem herkulesowego
bursztyna. Więc i monitor EGA powinien podejść, możliwe też w drugą stronę,
że monitor Commodore da radę na karcie MDA, choć nie wiem, jak z
synchronizacją, ale elektronik chyba sobie poradzi? W każdym razie
sygnałologia identyczna/kompatybilna, sprawdzałem specyfikację.
--
Wyindywidualizowaliśmy się
z rozentuzjazmowanego tłumu
prestidigitatorów.
J.F.
Guest
Guest
Thu May 19, 2016 10:48 am
Użytkownik sczygiel napisał w wiadomości grup
dyskusyjnych:b2949f75-fead-4449-8bf1-1ff2e852c63e@googlegroups.com...
W dniu czwartek, 19 maja 2016 10:57:24 UTC+2 użytkownik Mateusz Viste
napisał:
Quote:
On 19/05/2016 00:56, Waldek Hebisch wrote:
Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn.
jest
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się
nadziei
że RPi może wszystko.
No wlasnie nie bardzo.
Z tego co czytalem to machanie portami GPIO w malinie to okolice
1.2MHz ludzie osiągali...
Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn.
jest
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się
nadziei
że RPi może wszystko.
No wlasnie nie bardzo.
Z tego co czytalem to machanie portami GPIO w malinie to okolice
1.2MHz ludzie osiągali...
Nie wiem jak w RPi, ale generalnie bylo pare szybszych projektow na
wspolczesnych uC.
programowe USB, generacja video ... PIC, AVR
Quote:
Podobnie nawet scalaki z zegarami 50-66MHz jak tu niżej proponują tez
mogą nie nadążyć.
Bo odczytanie portu - 1 cykl.
zapis pamięci - 1cykl.
zwiekszenie indeksu 1 cykl.
mogą nie nadążyć.
Bo odczytanie portu - 1 cykl.
zapis pamięci - 1cykl.
zwiekszenie indeksu 1 cykl.
Jest jeszcze sprawa, ze to dane bitowe i mozna zgrupowac w bajty.
Czy wbudowanym portem szeregowym, czy zewnetrznym.
Quote:
Jeśli dobrze to rozumiem, mógłbym tym zamienić moje ~16MHz z MDA np.
na
równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu
zegar do
2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że
na
równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu
zegar do
2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że
Co 8 bitow odczytujesz rejestr, zapamietujesz jako caly bajt ... po
czym caly bajt zapisujesz do drugiego rejestru, ktory wypuszcza po 8
bitow.
I masz 8x wiecej czasu.
J.
J.F.
Guest
Guest
Thu May 19, 2016 11:04 am
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnjquol.llm.jaros@falcon.lasek.waw.pl...
Pan J.F. napisał:
Quote:
Tak czy inaczej - w tamtych czasach cyfrowej transmisji video
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
Nie pamietam dokladnie, ale to szybko szlo, wiec na pewno zblizone.
Szczegolnie ze sie to nakladalo - IBM sprzedawal VGA od 1987, a biedni
ciagle kupowali Herculesa.
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy - chcesz
wyskoczyc z analogowa karta do wspolpracy z monitorami EGA i Hercules
?
Quote:
rozmysłem. Tu być może nieco z przypadku -- korzystając z faktu,
że monitor nazwany przez marketing "cyfrowym", jest w gruncie
rzeczy analogowy.
że monitor nazwany przez marketing "cyfrowym", jest w gruncie
rzeczy analogowy.
Jak widac - nie zawsze.
Quote:
Ale chodzi mi po glowie jeszcze jedna mozliwosc - monitor byl nie
tylko "Hercules", ale potrafil tez wspoldzialac z CGA - czyli mial
sumator z paru innych bitow kolorow z roznymi wagami/opornikami.
Czarnobiałe monitory VGA też sumowałny na opornikach.
tylko "Hercules", ale potrafil tez wspoldzialac z CGA - czyli mial
sumator z paru innych bitow kolorow z roznymi wagami/opornikami.
Czarnobiałe monitory VGA też sumowałny na opornikach.
No ale tam sygnal byl jednak analogowy.
Quote:
A co do CGA,
to może warto przypomnieć, że w trybie HiRes (640x200), karta była
prawie tak kolorowa, jak Ford T -- na ekranie można było pokazać
jeden z *dwóch* kolorów (wliczając w to kolor tła).
to może warto przypomnieć, że w trybie HiRes (640x200), karta była
prawie tak kolorowa, jak Ford T -- na ekranie można było pokazać
jeden z *dwóch* kolorów (wliczając w to kolor tła).
Ale miala tez inne tryby :-)
Quote:
Choc karta HEGA, to raczej wyjscie EGA niz CGA ... monitor
kompatybilny takze z EGA ?
Szczerze mówiąc, to ja tego HEGA nie kojarzę.
kompatybilny takze z EGA ?
Szczerze mówiąc, to ja tego HEGA nie kojarzę.
No bo to taka rzadkosc byla.
Nawet bym tego nie tknal, gdyby kolega nie przyszedl i nie powiedzial
ze duzo kolorow/szarosci daje.
Wiec poszukalem monitora od Herculesa ... i faktycznie daje. Cuda.
Quote:
Bo na pare schematow monitorow rzucilem okiem - roznie zrobione,
wiekszosc jednak 4 poziomy wyswietli, moze nawet wszystkie.
A do tego wystarczy tylko jeden drucik, drugi jest mu zbędny.
Maja jednak 2 druciki, bo taki standard
A sygnal analogowy to nie wiem ska mialyby brac - Atari, Commodore?
Wtyczka inna.
Rozumiem, że z tej tajemniczej karty, którą ktoś skonstruował tak,
by pasowała do niej wtyczka od monitora MDA/HGC.
wiekszosc jednak 4 poziomy wyswietli, moze nawet wszystkie.
A do tego wystarczy tylko jeden drucik, drugi jest mu zbędny.
Maja jednak 2 druciki, bo taki standard
A sygnal analogowy to nie wiem ska mialyby brac - Atari, Commodore?
Wtyczka inna.
Rozumiem, że z tej tajemniczej karty, którą ktoś skonstruował tak,
by pasowała do niej wtyczka od monitora MDA/HGC.
Ale karta to wynalazek malo znany, a monitor dostosowany do standardow
powszechnie obowiazujacych :-)
J.
JarosĹaw SokoĹowski
Guest
Guest
Thu May 19, 2016 11:35 am
Pan J.F. napisał:
Quote:
Tak czy inaczej - w tamtych czasach cyfrowej transmisji video
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
Nie pamietam dokladnie, ale to szybko szlo, wiec na pewno zblizone.
Szczegolnie ze sie to nakladalo - IBM sprzedawal VGA od 1987, a biedni
ciagle kupowali Herculesa.
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
Nie pamietam dokladnie, ale to szybko szlo, wiec na pewno zblizone.
Szczegolnie ze sie to nakladalo - IBM sprzedawal VGA od 1987, a biedni
ciagle kupowali Herculesa.
....a bogaci wkrótce jakieś SVGA z wyższymi rozdzielczościmi, których
nie dawał IBM.
Quote:
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy - chcesz
wyskoczyc z analogowa karta do wspolpracy z monitorami EGA i Hercules ?
wyskoczyc z analogowa karta do wspolpracy z monitorami EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
Quote:
A co do CGA, to może warto przypomnieć, że w trybie HiRes (640x200),
karta była prawie tak kolorowa, jak Ford T -- na ekranie można było
pokazać jeden z *dwóch* kolorów (wliczając w to kolor tła).
Ale miala tez inne tryby
karta była prawie tak kolorowa, jak Ford T -- na ekranie można było
pokazać jeden z *dwóch* kolorów (wliczając w to kolor tła).
Ale miala tez inne tryby
Konkretnie jeden, jeśli chodzi o tryby graficzne -- 320x200, w którym
dało się wybrać aż cztery kolory. Pewnymi sztuczkami dało się pokazać
obrazek w rozdzielczości 160x100 pikseli w 16 kolorach, ale to było
wykombinowane z trybu tekstowego.
--
Jarek
J.F.
Guest
Guest
Thu May 19, 2016 11:55 am
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnjr97a.mpt.jaros@falcon.lasek.waw.pl...
Pan J.F. napisał:
Quote:
Tak czy inaczej - w tamtych czasach cyfrowej transmisji video
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
Nie pamietam dokladnie, ale to szybko szlo, wiec na pewno zblizone.
Szczegolnie ze sie to nakladalo - IBM sprzedawal VGA od 1987, a
biedni
ciagle kupowali Herculesa.
...a bogaci wkrótce jakieś SVGA z wyższymi rozdzielczościmi, których
nie dawał IBM.
nie bardzo mi sie chce wierzyc w wyjscie analogowe w karcie.
To nie te same czasy, co VGA? W VGA analogowy sygnał wybrano z
Nie pamietam dokladnie, ale to szybko szlo, wiec na pewno zblizone.
Szczegolnie ze sie to nakladalo - IBM sprzedawal VGA od 1987, a
biedni
ciagle kupowali Herculesa.
...a bogaci wkrótce jakieś SVGA z wyższymi rozdzielczościmi, których
nie dawał IBM.
I wyzszymi trybami, bo prawde mowiac ta VGA to nadal byla malo
kolorowa :-)
Quote:
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy -
chcesz
wyskoczyc z analogowa karta do wspolpracy z monitorami EGA i
Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
chcesz
wyskoczyc z analogowa karta do wspolpracy z monitorami EGA i
Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego wyszla
SVGA i wymagala monitora SVGA :-)
J.
JarosĹaw SokoĹowski
Guest
Guest
Thu May 19, 2016 12:10 pm
Pan J.F. napisał:
Quote:
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA
Na pewno taniej niż prowadzeniue ośmiu drutów w celu pokazania
256 poziomów jasności. Zdarzały sie i takie pomysły. A tu skoro
monitor MDA potrafił pokazać więcej niż trzy poziomy jasności,
to czemu z tego nie skorzystać tworząc lepszą kartę?
--
Jarek
Guest
Thu May 19, 2016 12:28 pm
W dniu czwartek, 19 maja 2016 10:57:24 UTC+2 użytkownik Mateusz Viste napisał:
Quote:
On 19/05/2016 00:56, Waldek Hebisch wrote:
Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn. jest
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się nadziei
że RPi może wszystko.
Normalnie w technice cyfrowej masz sygnaly synchroniczne, tzn. jest
zegar i sygnaly zmieniaja sie w ustalenej relacji do zegara, np.
po rosnacym zboczu zegara. Sygnal wideo nie zawiera zegara, wiec
jesli go probkujesz uzywajac nezalezny zegar powiedzmy 15 MHz to
nie wiesz ktory piksel czytasz, dany czy nastepny.
Jestem tego świadom. Jednak z braku wiedzy kurczowo trzymam się nadziei
że RPi może wszystko.
No wlasnie nie bardzo.
Z tego co czytalem to machanie portami GPIO w malinie to okolice 1.2MHz ludzie osiągali...
Podobnie nawet scalaki z zegarami 50-66MHz jak tu niżej proponują tez mogą nie nadążyć.
Bo odczytanie portu - 1 cykl.
zapis pamięci - 1cykl.
zwiekszenie indeksu 1 cykl.
I juz z tych 12MHz robi sie 36 i może być cienko. Bo jeszcze coś z tym trzeba zrobić i komus gdzies to wysłać.
Ale spróbowac nie zawadzi. Poszukaj jakiegoś kitu uruchomieniowego na 32bitowy avr i sie pobaw.
Nawet jak nie zrobisz to sie nieco nauczysz, a kit zostanie i cos z nim zrobisz.
Quote:
To nie do końca jest tak że ja koniecznie *chcę* to robić programowo, po
prostu nie mam pojęcia jak to można zrobić inaczej. O konieczności
wysokiego zegara wiem, zastanawiałem się wczoraj nad jakimś AVR UC3
który czytałby sygnały MDA i wrzucał do SDRAM (bo SRAMu niestety za mało
na pełną ramkę - UC3 ma 16K, a ja potrzebuję co najmniej 64K, a
najlepiej 256K), i podawał je potem do RPi po SPI, gubiąc przy tym co
drugą ramkę.
Twoja sugestia z STM32 idzie dokładnie w tą stronę.
prostu nie mam pojęcia jak to można zrobić inaczej. O konieczności
wysokiego zegara wiem, zastanawiałem się wczoraj nad jakimś AVR UC3
który czytałby sygnały MDA i wrzucał do SDRAM (bo SRAMu niestety za mało
na pełną ramkę - UC3 ma 16K, a ja potrzebuję co najmniej 64K, a
najlepiej 256K), i podawał je potem do RPi po SPI, gubiąc przy tym co
drugą ramkę.
Twoja sugestia z STM32 idzie dokładnie w tą stronę.
To jest jakiś pomysł.
I tu sie pojawia ten rejestr.
Mając 8 takich analizatorów opuszczasz szybkość z jaką te bity trzeba łapać o 8 sztuk.
To to juz 20MHZ atmega by ogarnęła...
Ale czy wyjdzie to nie wiem, za mały jestem :)
Quote:
Po wpisaniu "rejestr przesuwający" w wyszukiwarce, dowiedziałem się że
wynalazek ten potrafi zamienić sznurek bitów TTL na równoległy stan X bitów.
Jeśli dobrze to rozumiem, mógłbym tym zamienić moje ~16MHz z MDA np. na
równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu zegar do
2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że
gdzieś tu jest jakaś oczywistość której nie widzę. Odnoszę wrażenie iż
mocno przeceniasz poziom mojej wiedzy dot. elektroniki cyfrowej :)
Nie ważne, ważne że kombinujesz i próbujesz, cos tam sie nauczysz
wynalazek ten potrafi zamienić sznurek bitów TTL na równoległy stan X bitów.
Jeśli dobrze to rozumiem, mógłbym tym zamienić moje ~16MHz z MDA np. na
równoległe 8 bitów jednocześnie, obniżając tym samym na wyjściu zegar do
2 MHz. No ok, ale co dalej? Te 2 MHz znów ciągnąć do RPi? Czuję że
gdzieś tu jest jakaś oczywistość której nie widzę. Odnoszę wrażenie iż
mocno przeceniasz poziom mojej wiedzy dot. elektroniki cyfrowej :)
Nie ważne, ważne że kombinujesz i próbujesz, cos tam sie nauczysz
J.F.
Guest
Guest
Thu May 19, 2016 12:52 pm
Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:slrnnjrb92.nks.jaros@falcon.lasek.waw.pl...
Pan J.F. napisał:
Quote:
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA :-)
Na pewno taniej niż prowadzeniue ośmiu drutów w celu pokazania
256 poziomów jasności. Zdarzały sie i takie pomysły. A tu skoro
monitor MDA potrafił pokazać więcej niż trzy poziomy jasności,
to czemu z tego nie skorzystać tworząc lepszą kartę?
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA :-)
Na pewno taniej niż prowadzeniue ośmiu drutów w celu pokazania
256 poziomów jasności. Zdarzały sie i takie pomysły. A tu skoro
monitor MDA potrafił pokazać więcej niż trzy poziomy jasności,
to czemu z tego nie skorzystać tworząc lepszą kartę?
a) szybkie DAC byly widac kiepskie i drogie, skoro tak nie zrobiono
wczesniej,
b) czesc monitorow tego nie pokaze, i bedzie jeszcze gorzej niz przy
2-bit sygnale.
J.
JarosĹaw SokoĹowski
Guest
Guest
Thu May 19, 2016 1:23 pm
Pan J.F. napisał:
Quote:
Tym niemniej - EGA cyfrowa, CGA cyfrowa, MDA/Hercules cyfrowy
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA
Na pewno taniej niż prowadzeniue ośmiu drutów w celu pokazania
256 poziomów jasności. Zdarzały sie i takie pomysły. A tu skoro
monitor MDA potrafił pokazać więcej niż trzy poziomy jasności,
to czemu z tego nie skorzystać tworząc lepszą kartę?
a) szybkie DAC byly widac kiepskie i drogie, skoro tak nie zrobiono
wczesniej,
- chcesz wyskoczyc z analogowa karta do wspolpracy z monitorami
EGA i Hercules ?
Gdybym chiał zrobić dobrze i tanio, to tak, chciałbym.
No, czy to by bylo tanio ... jakbys zrobil dobrze, to by z tego
wyszla SVGA i wymagala monitora SVGA
Na pewno taniej niż prowadzeniue ośmiu drutów w celu pokazania
256 poziomów jasności. Zdarzały sie i takie pomysły. A tu skoro
monitor MDA potrafił pokazać więcej niż trzy poziomy jasności,
to czemu z tego nie skorzystać tworząc lepszą kartę?
a) szybkie DAC byly widac kiepskie i drogie, skoro tak nie zrobiono
wczesniej,
Kilkubitowy DAC, to parę oporników. Szybki jest. I niespecjalnie drogi.
Więc nie to. Pepesza, która potrafi wystrzelić tyle bitów w krótkim
czasie była droga.
Quote:
b) czesc monitorow tego nie pokaze, i bedzie jeszcze gorzej niz
przy 2-bit sygnale.
przy 2-bit sygnale.
Dzisiaj to by była zaleta -- można ludziom sprzedać nowy monitor.
Ale wtedy rozwój wyglądał tak, że dopasowywano się do istniejących
rzeczy. Działało z większością dostępnych monitorów MDA/HGC -- więc
był powód do uciechy. Te wczesne standardy (CGA, MDA) projektowano
tak, by można było skorzystać z seryjnie produkowanych kineskopów
i układów odchylania telewizorów.
--
Jarek
elektroda NewsGroups Forum Index - Elektronika Polska - Jak podłączyć komputer z wyjściem MDA do nowoczesnego monitora VGA/HDMI?