Hej!

W moim wypadku wyglądało to tak:

Hardware:

- GBS-8200 v.4.0
- moduł WeMOS D1 mini pro (w/g autora softu działa sprawdzają się różne, również WeMOS D1 mini (bez pro).

Ja wolałem nie eksperymentować i kupiłem wersję bardziej rozbudowaną "pro" (z większym flash, 16MB zamiast 4MB, oraz "chip antenna" na PCB, a także z bridge UART--->USB od SiLabs (CP2104) zamiast chińskiego CH340). Może w przyszłości (jak będę to w jakąś obudowę zamykał) podmienię moduł na ten tańszy WeMOS D1 mini.

Moduł WeMOS D1 mini pro kupiłem na znanym portalu aukcyjnym za jakieś 32zł, ale WeMOS D1 mini są po ~16zł.

Soft: Linux Debian 10.4, Arduino IDE 1.8.13 (dla Linux), GBS control z GitHUB: GBS Control

Instrukcja podłączenia WeMOS D1: Build the Hardware.

Trzeba podłączyć 5 kabli zgodnie z opisem, czyli SCL, SDA, GND, DEBUG_PIN i zasilanie.

Gość opisuje że można zasilać z 3.3V które generuje przetwornica na GBS-8200, ale że to nie jest "zalecane" rozwiązanie. Można więc zasilać GBS-8200 z zasilacza 5V i z te 5V podłączyć go WeMOS D1. Ja zrobiłem inaczej, bo bałem się że kiedyś przez przypadek podłączę Zasilacz 12V do płytki GBS-8200 (co jest dozwolone) ... ale to 12V podłączone do WeMOS D1 raczej by mu dobrze nie zrobiło, więc dołożyłem dodatkowy stabilizator 5V który robi 5V dla modułu WeMOS D1.

UWAGA: należy pamiętać aby koniecznie podłączyć ten "DEBUG PIN" do linii D6.

Kompilacja i kroki niezbędne do jej wykonania są opisane tutaj: Software Setup

Wymagane biblioteki (ESPAsyncTCP, ESPAsyncWebServer) zassałem poprzez "git clone".

Po zaprogramowaniu modułu (może zostać zaprogramowany wcześniej, przed wlutowaniem go w GBS-8200) gdy się on "zbootuje" tworzy on Access Point WiFi na widoczym APN: "gbs control". Hasło to "qqqqqqqq" (8 liter "q", są hardcodowane w kodzie, można więc zmienić). Ja po prostu zmieniłem konfigurację tak aby WeMOS się łączył do mojego AP (można to zrobić z poziomu jego interface WWW wybierając opcję z Menu "System" ---> "Connect to WiFi Network", będąc podłączonym do niego gdy jest jeszcze Access Pointem w początkowej konfiguracji).

Tak jak pisałem wcześniej mój Dell nie wspiera trybu 50Hz, a domyślnie gbs-control nie będzie robił frame rate conversion, trzeba więc w menu gbs-control przestawić na "force PAL 60Hz", i potem koniecznie należy wybrać rozdzielczość (chyba musiałem wybrać 1280x960 albo 1280x720 w przypadku mojego DELL-a), w przeciwnym wypadku gbs-control nadal generował obraz 50Hz (pewnie błąd w obsłudze menu)

Zrobiłem również screen-shoty z web-interface tegoż softu, może ktoś będzie chciał zobaczyć jak to wygląda:

Presets, Picture Control, Enhancements, Preferences, Development, System

Interface ma jakieś swoje "zaciachy" i chwile słabości (korzystałem z przeglądarki Fire Fox na komputerze). Całkiem możliwe że da się tego sensownie używać również z poziomu przeglądarki w telefonie komórkowym, ale tego nie sprawdzałem.

Gdyby potrzebny był jakiś bardziej szczegółowy opis, tzn. jakieś logi, screeny z kompilacji, jakieś zrzuty z konsoli to daj znać. Nie wiem czy poziom szczegółowości jest wystarczający, ale teraz jak to czytam i robiłem to wcześniej to wydaje mi się że wszystko co istotne napisałem.

A i na koniec... kabel łączący GBS-8200 z VBXE, użyłem tego co było w komplecie... czyli zwykłych nieekranowanych przewodów i złącza P11. Podłączyłem GND, R, G, B, a composite sync z JIL do wejścia "S". Nie dokładałem żadnego rezystora 100ohm pomiędzy sync (S) a GND jak sugeruje opis na GitHub (sekcja Troubleshoting: No Picture? "~100 Ohm resistor to ground on Sync-in is installed?")

Ostatnia uwaga... jeżeli ktoś nie ma komputera z Linux-em, to można wszystko pewnie zrobić i pod Windows, ale mnie zniechęciło że aby pobrać soft do Arduino na Windows musiałbym użyć win10 i dodatkowo udać się do sklepu MS aby pobrać aplikację... w tym momencie powiedziałem... nie dziękuję.

Jeżeli ktoś nawet ma Win10 ale nie chce się bawić w pobieranie czegokolwiek ze sklepu MS, a nie ma możliwości zainstalowania Linux-a to całą operację bez problemu można również wykonać na Linuxie odpalonym pod VirtualBOX-em, sprawdziłem i mogę potwierdzić że wszystko działa bez problemu w takiej konfiguracji.

Hej!

Zrobię tylko taki mały spoiler... odpaliłem GBS-8200 z CBS-Control... no efekty są bardzo obiecujące... ten oryginalny firmware w porównaniu z GBS control do niczego się nie nadaje :) Jak przygotuję sprzęt dzięki któremu będzie można to zgrać i pokazać to wrzucę tu wyniki.

Co prawda w 800XL z NTSC nie mam VBXE więc tego nie sprawdziłem, ale testowałem z XE z VBXE 1.2 i DAC-em Intersil-a. Zniknęły wszystkie "dziaby", kropki, etc. obraz jest bardzo solidnej jakości. W dodatku pixele mają jednakowe proporcje. Co prawda po podłączeniu sygnału 50Hz GBS-8200 wypuścił z siebie również 50Hz i stary monitor Dell poddał się pisząc (can not display video mode), ale w opcjach konfiguracyjnych jest "force PAL 60Hz" i wtedy mimo że input jest 50Hz, na wyjściu mamy 60Hz ze wszystkimi konsekwencjami tegoż (frame-rate conversion) zatem płynność zostaje zaburzona. Wydaje mi się że proporcje pixela są też takie trochę bardziej bliższe NTSC niż PAL, ale i tak wygląda to zacnie jak na konwersję PAL->VGA.

W przypadku Atari pracującym w NTSC powinno być jednak całkiem nieźle! :) Mogę zrobić test w trybie B/W (Luminancja podana na wejścia RGB), ale nie wiem czy taki test ma jakikolwiek sens.

Reasumując: nie spodziewałem się tak pozytywnych rezultatów po tym co zobaczyłem gdy uruchomiłem GBS-a z fabrycznym firmware. W dodatku ESP8266 na pokładzie daje nam konfigurację z poziomu przeglądarki via WWW. Oczywiście interface zarządzający ma pewne niedociągnięcia, ale co obecnie jest zaimplementowane sprawdza się całkiem nieźle.

Przyszedł GBS-8200.... odpaliłem tylko na "fabrycznym" sofcie, VBXE mam tylko w Atari z PAL (i to jeszcze to pierwsze stareńkie VBXE). Statyczny obraz OK, ale gdy zaczyna się coś na ekranie zmieniać to GBS zaczyna pokazywać swoje chęci "poprawiania obrazu", najgorzej jest z hires... GBS próbuje de-interlace robić na obszarach gdzie jakieś zmiany zaszły, ale dostaje się całej okolicy... w/g mnie jest to nieakceptowalne, menu jest po chińsku więc nie bardzo jeszcze wnikałem czy da się coś zmienić przestawić... na tę chwilę jednak uważam że to się zupełnie nie sprawdza. Obraz z Atari+VBXE pracującego w trybie PAL jako statyczny OK, jako płynny no jest koszmar.

Jeżeli miałbym porównywać to co próbuje robić logika zaszyta Trueview5725 (scalak którego używa GBS-8200) to jest to zachowanie które obserwuję w LG M228WA, tylko dodatkowo widać więcej artefaktów dookoła, a gdy Atari chce wyświetlić jakiś obrazek interlace to wychodzi juz totalna kaszana.

Dodatkowe efekty... gdy jakaś produkcja źle steruje rejestrami ANTICA, szczególnie od Display List i Screen DMA, GBS-8200 potrafi zgubić sync i wyświetlić przesunięty w pionie obraz, jak załapie na nowo, to w miejscu gdzie była ramka zostają artefakty po poprzednim obrazie. Monitor mówi mi że GBS-8200 generuje obraz 800x600 (być może to się zmienia w chińskim menu, ale znaczki niewiele mi mówią). Wrócę do tematu gdy będę miał okazję wgrać soft "GBS control" do którego linkował MGor.

@sun: no ja mam dokładnie takie same spostrzeżenia, jak jest RetroTink 2x i ma się monitor/tv z wejściem HDMI to nic innego obecnie nie ma sensu :) Reszta to są tylko półśrodki. Nie udało mi się uzyskać lepszej jakości na niczym innym, mówimy oczywiście o sensownym zakresie cenowym (pomijam OSSC czy XRGB-mini Framemeister ze względu na cenę).

I teraz czas na moje przemyślenia i podsumowanie końcowe współpracy RetroTink 2x z Atari 800XL w wersji NTSC.

Po pierwsze wyprułem prawie cały ten koszmarny tor video z 800XL:

Czy naprawdę 800XL w NTSC miało fabrycznie tak fatalnej wyjście video? jeżeli tak to jest jakieś totalne nieporozumienie. Po pozbyciu się modulatora (nie wyprułem go fizycznie z PCB, a tylko odłączyłem sygnały do idące, co widać na zdjęciu), rozdzieleniu obwodów chroma/luma, odfiltrowaniu zasilania dla obwodów video udało się uzyskać akceptowalnej jakości obraz s-video. Co prawda nie ma już w gnieździe monitorowym sygnału composite video, ale zupełnie mi na nim nie zależy, bo z założenia jest on gorszej jakości.

I teraz po podłączeniu tego w następujący sposób:

Atari 800XL NTSC [S-Video] ---> RetroTink 2x ---> [HDMI to VGA] ---> [Dell 4:3], obraz wygląda obecnie tak:

po pozbyciu się przejściówki HDMI--->VGA i podpięciu do BenQ via HDMI obraz wygląda tak:

I teraz jeden wniosek końcowy, obraz na BenQ wyglądał lepiej... wygląda na to że konwerter HDMI/VGA albo "scaler" w monitorze po otrzymaniu takiego sygnału zupełnie zmienia proporcje pikseli, jakby dokonywał jakiegoś skalowania/interpolacji, piksele tracą proporcje i wyglądają nierówno. Auto-Adjust wywołane z menu monitora nie potrafi dobrze sobie z tym poradzić, w dodatku co pisałem wcześniej obraz jest przesunięty mocno w prawo (widać dużo czarnego z lewej, tak że prawy koniec ledwie się mieści na monitorze)

Moim zdaniem stosowanie RetroTink 2x z przejściówką HDMI/VGA mija się totalnie z celem, tracimy po prostu jakość obrazu którą może dać RetroTink 2x. No i taki zabieg działa jedyne w przypadku gdy mamy Atari pracujące w NTSC (odświeżanie 60Hz), w przypadku PAL i monitora VGA który nie potrafi wyświetlać 50Hz (większość nie potrafi) nie uzyskamy obrazu.

@MADRAFi... zatem wydaje mi się że w Twoim wypadku (bez zmiany monitora) na taki z wejściem HDMI, cała inwestycja w RetroTink 2x nie ma najmniejszego sensu, bo nie po to się kupuje nie tak tani znowu scan-doubler aby potem iść na kompromisy i "osyfiać" obraz przejściówką HDMI--->VGA. Co prawda wygląda na to że ktoś dokonał przeróbek w Twoim 800XL że masz już sygnał S-Video w gnieździe monitora, pytanie tylko jakiej jest on jakości, bo widzę że masz również obecny sygnał Composite Video (przejściówka composite--->VGA) więc obraz S-Video będzie gorszej jakości z powodu miksowania chrominancji/luminancji w bebechach Atari. Ja się pozbyłem zupełnie i modulatora i elementów które łączyły w jakikolwiek sposób tory luminancji i chrominancji. Dałoby się jeszcze więcej pewnie wyciągnąć ale nie mam już za bardzo czasu ani chęci aby z tym Atari dalej walczyć.

EDIT: Może sprawdziłby się u Ciebie jakiś konwerter który ma wejście S-Video a nie tylko CVBS (Composite Video) jak to jest w obecnej przejściówce?

ps) zdjęcia są czysto poglądowe, trudno było mi telefonem wykonać je tak aby pokazywały rzeczywistą jakość obrazu. Można odnieść nawet wrażenie że obraz z BenQ jest gorszy, ale w rzeczywistości był bardziej wyrazisty, pixele były proporcjonalne i nie było widać żadnego koślawego skalowania.

@sun: ja rozumiem... ale z 800XL problem jest taki że ona fabrycznie nie ma s-video. Jest tylko "composite video: a.k.a CVBS... w dodatku generowany przez 800XL sygnał CVBS jest podłej jakości. Dlatego chcę w tej NTSC-owej 800XL wykonać S-Video mod aby w niej mieć też sygnał S-Video.

A wszystko wyszło przy okazji testów które obiecałem zrobić dla MADRAFi ;)

EDIT: Sun, tak patrzę na zachowanie się tego monitora samsung po S-Video i zauważam duże podobieństwo zachowanie tego monitora do tego co robił mój LG M228WA, próbowałeś tego rozwiązania: To High Chroma Level. A że działa z RetroTink 2x, ma jak najbardziej szansę, ponieważ układ zastosowany w Retro Tink 2x do próbkowania sygnału video ma wbudowaną "automatyczną regulację wzmocnienia", więc dostosuje się niestandardowych poziomów chrominancji. No ale teraz gdy masz RetroTink 2x to zabawa się w inne kable, etc. chyba już nie ma sensu :)

Zacznijmy może od typu monitora z którym wykonałem test, monitor to naprawdę wiekowy DELL 1907FPVt:

Dodajmy na wstępie że monitor nie potrafi wyświetlać nic o "refresh rate" mniejszym niż 60Hz.

Pierwszy test czyli kabel HDMI ---> DVI, niestety tak jak myślałem monitor nie potrafi zrozumieć strumienia danych "w formacie" HDMI. Retro Tink 2x generuje tylko taki stream i nie potrafi się przełączyć na ramki DVI tak jak to czynią np. zwykłe karty graficzne do Peceta, efekt jest taki że po podłączeniu RetroTink 2x i włączeniu jego zasilania monitor długo "myśli" po czym na ułamek sekundy pokazuje napis:

2: Digital Input
Cannot Display This Video Mode
Optimal Resolution 1280x1024 60Hz

... po czym przez długi czas widać jedynie czarny ekran i znowu na ułamek sekundy pojawia się to co wyżej.

Teraz opcja nr 2 czyli RetroTink 2x + przejściówka HDMI ---> VGA, po włączeniu zasilania efekty są obiecujące bo widać "ekran powitalny" retro tink 2x:

Niestety po podłączeniu Atari które pracuje w PAL monitor się poddaje:

wygrzebałem tą 800XL pracującą w NTSC, niestety ona ma tylko wyjście composite video (nie ma w gnieździe sygnałów luminancji i chrominancji, czyli brak s-video) obraz nie jest zbyt rewelacyjny:

^^^ w dodatku po "auto-adjust" monitor upiera się aby pokazywać dużo prawej czarnej ramki i mało lewej strony. Można kręcić sobie pixel-clock i phase-adjust ręcznie, a to tylko pogarsza jakość obrazu. Być może to wina taniej chińskiej przejściówki HDMI ---> VGA, która nie do końca sobie radzi z sygnałem generowanym przez Retro Tink 2x.

dla porównania zdjęcia z monitora BenQ GL2440 (RetroTink podłączone via HDMI) tych dwóch Atari które podłączałem:

NTSC Composite Video:

PAL S-Video:

Jak widać różnica w jakości jest kolosalna, NTSC via composite video to po prostu porażka. W przypadku NTSC może być też tak że miałem fatalnej jakości kabel "composite" jakaś słabo ekranowana chińszczyzna, ale PAL composite-video tak źle na mim nie wyglądał, więc albo coś z tym moim Atari w NTSC jest nie tak, albo nie wiem co. Będzie trzeba dodać super-video mod do tej NTSC-owej atarki i sprawdzenie tego ponownie, ale to przy jakiejś okazji.

EDIT: Otworzyłem tą Atari 800XL w NTSC... jest strasznie "podłubana" doprowadzę do porządku, zrobię S-Video Mod, odłączę modulator i zrobię jeszcze raz test jakości obrazu RetroTink 2x via S-Video. Ale to potrwa, muszę się zająć innymi sprawami.
Gdy kupię i dotrze do mnie Retro Tink 2xRGB to nie omieszkam zamieścić testów/zdjęć na forum.

A widzisz, teraz jasne... mi na tej samej zasadzie udało mi się zdobyć za naprawdę niewielkie pieniądze z pomocą przyjaciół zza oceanu DVI2PCIe. Oczywiście gołą używkę, bez kabli, bez dodatkowych modułów, tylko gołą kartę, w sumie to ryzykowałem bo myślałem że będzie uszkodzona (opis mówił że "nie testowana" wyjęta z komputera)... no ale się udało, karta okazała się sprawna. Tylko używałem jej do innych celów niż grabowanie obrazu z JIL.

Ten monitor ma tylko wejścia VGA i DVI, jedyne pocieszenie w tym że Twoje Atari to wersja NTSC więc video refresh rate jest 60Hz,  więc albo pozostaje Ci używanie chińskich scan-doublerów które mają wejście RGB, wątek o nich był np. tu: Chińskie scandoublery. Albo faktycznie czekanie na produkt od Lotharka (tylko należy się dopytać czy wspiera on NTSC).

EDIT: przypomniało mi się... kiedyś miał chyba być/był? opracowany rdzeń dla VBXE który generował na wyjściu obraz z H-Sync 31KHz zamiast 15KHz, więc teoretycznie przy użyciu takiego rdzenia plus jakiś sync-separator (LM1881) ew, bez niego o ile monitor potrafiłby łyknąć composite-sync na wejściu H-Sync dałoby się uzyskać obraz na monitorze VGA... z tym że chyba pomysł na rozwój tego rdzenia został porzucony (brak wolnych zasobów w FPGA, czasu, zainteresowanych), ale to trzeba by się dopytać Electrona albo Candle o szczegóły bo ja mogę źle pamiętać, ew. po prostu bredzić :P

cholera... mało czasu mam na wszystko, ale...

To nie taka abstrakcja, bo dawno, dawno temu... zrobiłem coś takiego... wziąłem małego Z8 (nie z80 a mały mikro-kontroler od Ziloga Z8 właśnie). Wpakowałem go do magnetofonu. Po włączeniu komputera jak tylko magnetofon dostawał zasilanie układ przechodził w stan "emulacji" stacji dysków. Umożliwiało to zbootowanie się komputera i uruchomienie obrazu systemu turbo zawartego jako obraz we flashu Z8. Wcześniej też taki eksperyment przeprowadziłem  użyciem PIC16 (jeszcze serii C - nie było wtedy "flaszek") oraz małej zew. pamięci szeregowej EEPROM w której był umieszczony obraz systemu Turbo. Po zbootowaniu się tegoż MCU wyłączał się i stawał się nieobecny do czasu następnego reboot-a albo do wciśnięcia reset na płytce z MCU.

Uznałem to jednak kiedyś za fanaberię, bo w czasach kiedy to robiłem koszt MCU przewyższał koszt zrobienia cartridge, więc nawet tego nie publikowałem :) Ale jeżeli to kogoś zainteresuje, to odgrzebię i opublikuję. Źródła mogły chyba przetrwać, bo były nagrane jeszcze na Philips CDD2000 i płytach CD po 30zł za sztukę :D

Ale w pierwszej kolejności muszę w końcu zacząć wrzucać to co było w magnetofonach od uicr0bee.

Hej!

W tej paczce ze stuffem do Turbo2000 którą kiedyś udostępniłem, a do której linkował QTZ jest coś takiego jak "generator kasety systemowej", chyba się już gdzieś wypowiadałem o genezie powstania tego softu, niemniej jednak teraz to co istotne: tymże generatorem można wygenerować kasetowy plik boot, który załaduje dołączony do niego system turbo 2000F.

Tu masz już gotowego CAS-a zawierającego ładowany w standardzie system 2000F: SYSTEM 2000F - bootable.

Przy ładowaniu i po załadowaniu powinno to wyglądać tak:

EDITED@2025.08.13: http to https links updated.

do podobnych wniosków doszedłem, tylko + level shifter bo CPLD jest 3.3V.