zrobiłem następny test, bo się okazało że BenQ GL2440 daje radę 50Hz po VGA z GBS8200, chociaż efekty są nie do końca zadowalające, może zacznę od tego:

zoom na READY (zdjęcie jest nieostre, za blisko telefon trzymałem i nie złapał ostrości, a na tel. nie widziałem rozmycia)

a więc jak widać "aspect ratio" nie jest do końca poprawny, konsola gbs-control mówi:

preset applied: 1920x1080 for PAL 50Hz (set your TV aspect ratio to 16:9!)

tyle że próba zmiany apspect radio w menu monitora, jest z przez monitor w tym trybie z jakiegoś powodu zablokowana:

jest wybrane "Full" i nie mam możliwości zmiany, a więc obraz jest bardziej 16:9 niż 4:3, nie bardzo mogę to zmienić, monitor pracuje w trybie 1920x1080@50Hz:

i teraz najważniejsze info... jak sobie radzi GBS8200 z Atari i VBXE pracującym w PAL i prawie 50Hz odświeżania, pomijajac problemy z proporcją pixeli to jest całkiem płynnie, co prawa był jeden mały problem bo GBS robił output-rate dokładnie 50Hz, a Atari nie generuje dokładnie 50Hz, ale nieco mniej... przez ekran od czasu do czasu przepływał ciekawy efekt, na PC zwą to chyba "tearing", jednak włącznie opcji "FrameTime Lock" lub "Switch Lock Method" naprawia sytuację, na konsoli widać coś takiego:

Active FrameTime Lock enabled, disable if display unstable or stays blank! Method: 1 (vtotal only)

lub druga metoda:

HTotal Adjust: -3, source Hz: 49.870, output Hz: 49.895

Typowy softowy interlace działa poprawnie:

a przy naprzemiennym przełączaniu obrazów w klatkach parzystych/nieparzystych również zachowuje się to jak powinno:

To wyżej to akurat przykład z dema Hurka Muad'Dib, ale wygląda to całkiem dobrze jak na monitor LCD i GBS8200. Retro Tink 2x radzi sobie podobnie (oczywiście zachowuje poprawny aspect radio) i wygląda to wszystko porównywalnie do tego co można zobaczyć na CRT. W porównaniu z domyślnym softem GBS8200 to różnica jest kolosalna.

ps) jak zwykle przepraszam za kiepską jakość zdjęć, ale z ręki i telefonem przy tych warunkach oświetleniowych jakie mam lepiej mi się nie uda tego zrobić. Jak odpalę graber VGA i będzie więcej czasu to zrobię porządniejsze zrzuty.

Hej!

Co do lagów to nie sprawdzałem dokładnie, ale masz rację zmierzę. Problemem jest coś innego, aby dokonać konwersji frame-rare z 50Hz na 60Hz trzeba na każde 5 klatek obrazu z Atari pracującego w trybie PAL wstawić 1 dodatkową klatkę (np. powtórzyć ostatnio wyświetloną). Czyli na wejściu mamy 1,2,3,4,5, na wyjściu 1,2,3,4,5,5. Wszystko ok do czasu aż na ekranie nie mamy płynnego scollingu... wtedy efekt końcowy jest taki że mamy takie szarpnięcia/zacięcie co 6 klatkę... mnie to wnerwia niemiłosiernie i dlatego zainwestowałem w RetroTink 2x (ale wiedziałem że mój BenQ daje radę 50Hz po HDMI). Jak dorwę jakiś monitor który potrafi 50Hz po VGA to również sprawdzę jak sobie ten GBS radzi bez frame rate conversion (w sumie to muszę sprawdzić co BenQ zrobi jak dostanie 50Hz na VGA).

@MGor: Dzięki za kolejny link! Fajnie że jest właściwie pełna dokumentacja do Tv5725! :) Z niecierpliwością czekam na kolejne linki od Ciebie, bo to po prostu są dość ciekawe materiały do czytania :)

Jeżeli chodzi podłączenie do tego NTSC to chciałem użyć mojego konwertera S-Video-->RGB opartego na TDA8362, ale potem przypomniało mi się że on działał tylko z PAL, nie robiłem mu wsparcia dla NTSC, bo w czasach gdy powstawał nie miałem żadnego źródła sygnału NTSC pod ręką, poza tym uważałem NTSC za zło kompletne ;) bo mniej cykli w ramce, bo miało inną proporcję pixela, bo "Never The Same Color"... :) no i jak to 60Hz? :D Gdyby wtedy świat zdecydował się wtedy na jeden standard (w sensie jednakowego refresh rate) dziś byłoby wszystkim o wiele łatwiej :)

@Sikor: na oficjalniej stronienie ma już innej opcji w przypadku Windows jak pobranie ze sklepu, a sklep to win8 lub win10... albo ja źle widzę:

Kiedyś owszem można było pobrać wersję dla Windows bezpośrednio ze strony, ale teraz albo idziesz w "chmurę", albo do microsoftowego sklepu. Być może czegoś na tej stronie nie widzę albo nie rozumiem, ale nie potrafię kliknąć tak aby pobrać wersję Arduino IDE dla Windows inaczej niż za pośrednictwem sklepu MS. Mnie takie podejście od razu eliminuje bo ja jeszcze siedzę na Win7 i migracja nie nastąpi na Win10 tylko na Debiana.

EDIT: buhahahah! jednak jestem ślepy! Dzięki Sikor za oświecenie dopiero jak wkleiłem screen to zobaczyłem że jest wersja dla Windows7 jako stand-alone installer! :) cóż za ślepota wtórna z mojej strony! :D Teraz gdy to zobaczyłem nie rozumiem co się stało że tego wcześniej nie widziałem! :D Zastosowali na mnie chyba jakiś "chłyt" psychologiczny bo widziałem tylko "Windows App Requires Win 8.1 or 10" :D Ja od dawien dawna (pewnie ładnych paru miesięcy) byłem przekonany że już nie ma i nie będzie wersji na Win7 :D Ale tak czy inaczej pozostanę przy Linux-owej wersji... tak jest mi po prostu wygodniej.

Na razie mam dwie maszyny, bo mam software kupiony dla Windows i do czasu aż nie dokonam migracji ze wszystkim na Linuxa będę musiał jakiś czas siedzieć jeszcze okrakiem na dwóch maszynach. Już dawno bym przesiadł się na Debiana + VirtualBox i na nim Win7 dla uruchamiania starszego softu, ale niestety wsparcie dla Direct 3d via VirtualBox jeszcze nie jest doskonale.

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