Myslalem ze nie mam modow ale po dzisiejszum rozebraniu atari okazalo sie ze mam chyba wszystko to co opisal MQ

Ostatnio edytowany przez MADRAFi (2020-06-08 22:08:10)

@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 :)

Ostatnio edytowany przez seban (2020-06-09 07:33:37)

Ja nie testowałem, ale dzięki za linki, chętnie sprawdzę i tę możliwość. GBS8200 da się nawet we w miarę sensownej cenie kupić. Co prawda nadal pozostanie problem konwersji 50/60Hz... ale do jakichś testów, czy innych nie growo/demo-scenowych zastosowań gdzie nie wymagany jest smooth-scroll, fluidity, etc. to może się faktycznie sprawdzić. No chyba że źródło sygnału będzie generowało 60Hz ;-)

Ostatnio edytowany przez seban (2020-06-09 11:54:49)

Zepsulem sobie i lezy teraz po naprawie. nie bardzo jest jak odebrac :)
A i tak nie byl podlaczony bo czekalem na vbxe.

.

Ostatnio edytowany przez sun (2020-06-09 17:56:59)

Dzieki za tak obszerne testy.
Docelowo celuje w uzywanie vbxe, takze chce pozbyc sie modulatora. wyglada na to ze musze zaopqatrzyc sie w scoundoublera  ktory da mi od razu vga :(

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.

Ostatnio edytowany przez seban (2020-06-16 08:14:15)

Ok! Dzięki za info, sprawdzę :) nawet nie wiedziałem że można przestawić na angielski :]

Jak zrobię testy z GBS control oczywiście dam znać jak wyglądają wyniki działania alternatywnego softu.

EDIT: Faktycznie dało się przestawić na angielski, ale jedyny sensowny parametr który dało się zmienić to rozdzielczość z 800x600 na 1024x768. Obraz wygląda trochę lepiej, ale problemy ze zrywaniem synchro przy przełączaniu DL-ek czy Screen DMA przez różne produkcje występują dalej, inter-lace wygląda źle, ruch w jednym segmencie ekranu zaburza totalnie otoczenie. W dodatku na ciemnych barwach mam jakieś latające kropeczki coś na kształt pixeli nieco mniejszych niż hi-res, co ciekawe efekt wydaje się nie występować na jaśniejszych tłach szczególnie niebieskich, ale to może być wina szajsowatego kabla bez ekranu, skleciłem to z tego co przyszło z GBS-em.

Generalnie będzie trzeba wykonać po pierwsze lepszy kabel, po drugie wypróbować GBS control, a w przyszłości opracować system zgrywania tego aby zaprezentować wyniki tych wszystkich testów a przy okazji zrobić zestawienie tych wszystkich rozwiązań.

Ostatnio edytowany przez seban (2020-06-16 19:37:42)

A możesz opisać jak odpalić GBS-8200 z CBS-Control. Może tez się pobawię.. mam 800 XL z NTSC i wolne VBXE

Ostatnio edytowany przez pancio.net (2020-06-20 20:51:51)

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.

Ostatnio edytowany przez seban (2020-06-21 00:44:30)

Hej!

Jeżeli ktoś ma win10 to może pobrać sobie Arduino IDE ze sklepu Microsoft (jest darmowe). W moim przypadku Win10 jest obecne jedynie na jakimś  laptopie w którym znajdował się on od nowości, ale po pierwsze laptop jest używany do czegoś innego a po drugie patrząc na "rozwój" tegoż systemu i kierunek w jakim to wszystko zmierza, to ja postanowiłem migrować całkowicie na Linuxa, a windowsowy soft który mam pozostanie do końca życia softu lub komputera na Windows7. Oczywiście polityka firmy od Arduino jest taka że ich soft pod Windows można pobrać tylko i wyłącznie ze sklepu Microsoft, ewentualnie można próbować robić to w wersji "online" ... ale to znowu wymaga zakładania jakiegoś konta, etc. Zupełnie nie chciało mi się w to wnikać... skoro miałem Linuxa pod ręką, tak mi było prościej i szybciej. Na maszynach na których nie mam natywnie Linuxa używam po prostu VirtualBOX-a.

A jeżeli chodzi o WSL to z tego co pamiętam to kiedyś był to tylko i wyłącznie "shell" i zgodność na poziomie API POSIX-owego, nie dało się uruchamiać tam aplikacji "okienkowych" (x-windows) a takie jest to nieszczęsne Arduino IDE, ale  sprawdzałem to na tyle dawno temu, że być może teraz się coś zmieniło. Prawdę mówiąc to nie jestem już czymkolwiek co windowsowe zupełnie zainteresowany bo MS mnie zupełnie zniechęcił swoim postępowaniem do jakichkolwiek swoich rozwiązań i to do tego stopnia iż mój plan na 2020 przewiduje pozbycie się zupełnie ich rozwiązań z większości miejsc ;-)

Moja irytacja postępowała z aktualizacji na aktualizację, ale to co zrobili w wersji "2004" przelało szalę goryczy, na szczęście w chwili obecnej Linux i FreeBSD są na tyle już dojrzałe i rozwinięte że mogę dzięki nim zastąpić wszystko co windowsowe. Do kompletu ostanie lata uświadomiły producentom oprogramowania że nie tylko użytkownicy Windows istnieją na świecie i narzędzia których używam mają obecnie wersje chociażby pod Linux.

Ostatnio edytowany przez seban (2020-06-21 11:34:38)