Głos Pina w tle zapowiadający różne głupoty bardzo zawsze mi pasował, nie ma powodu do zmian. Co do wszelakich Crazy Compo itd to podzielam zdanie Draco - to nie przedszkole ani kolonia dla czternastolatków, obejdzie się.

Według mnie przy zapisie to jednak jest "pip.. pip.. prrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr" przynajmniej przy sio x3.

Program resetuje FPGA na VBXE. Rdzeń znika i zostaje czysta matryca, bez żadnej przypisanej funkcji..

A co to znaczy "resetować włącznikiem ON/OFF" ? Pstrykasz ? 15 milisekund ?

Daj mu czas. 30 sekund pomiędzy wyłączeniem a ponownym włączeniem. Powinno być OK. To normalne.

Generalnie w standardzie SCART jako źródło synchronizacji w trybie RGB służy sygnał CVBS (Composite Video) więc nie tylko bezpieczniej ale i zgodnie ze standardem by było.

Prawda jest jednak taka, że podłączając CSYNC do SCART obciążasz je impedancją 75 Omów czyli typową dla CVBS ... To mało i mocno daje w kość układowi 4050. Podłączenie oprócz tego S-Video już tu nic nie zmienia.

Brawo Simius, niezła "rzeźba". Ilość SO14/16 imponująca :)

Jakiś schemacik ?

Candle mnie męczy abym dodał scandoubler 31kHz/50Hz do rdzenia VBXE - zrobię to chyba, ale niestety tylko w przypadku rdzenie GTIA emu - w FX nie ma już miejsca.

Kasowanie jakkolwiek, ale podstawą by było zrobić double buffering ...

Na VBXE (na v1 jak i również na v2) siedzi ANTIC - więc gila mnie co Ty potem zrobisz z sygnałami ANx - bo mam je pierwszy - bezpośrednio od ANTICa. Pod warunkiem oczywiście, że nie przeciążysz ich jakoś za bardzo i nie zmienią się timingi.

Nie używaj tego bo to do niczego nie podobne i na przyszłość tylko kłopot będzie, ale to moje zdanie.

A ja mam uwagę:

Co to są standardowe banki 130XE ? Bo wg mnie nie ma czegoś takiego.
Czy w 130XE jest jakaś różnica, czy wpiszę do PORTB np. $80 czy $c0 ?.

Ale wybieranie banków tak czy siak jest bez sensu - powinien być automat i tyle.

Odpowiedź moja jest taka - przy projektowaniu nowych MEMAC a/b założyłem, że może zaistnieć sytuacja, w której programista otworzy bufor znajdujący się częściowo w RAM a częściowo przykryty przez (włączony) ROM komputera. (np. okno 16K począwszy od $9000 - wówczas obszar $c000-$cfff pokrywa się z ROMem). Rozwiązaniem nieuniknionego konfliktu jest monitorowanie CASINH - a więc przylutowanie kabelka, które uznaję za obowiązujące wszystkich użytkowników vbxe. Bez tego kabelka nastąpi konflikt na szynie danych przy dowolnym odczycie obszaru $c000-$cfff - komputer się prawdopodobnie zawiesi.

podsumowując

- może być memac i włączony rom (OS/BASIC) (w tym samym miejscu)
- przykryty przez ROM obszar okna MEMAC nie nadaje się do użycia (jest tam tylko ROM)
- należy pamiętać, że o ile ROM (OS/BASIC) kontrolujemy, to CARTA już nie - tym bardziej jest konieczne przylutowanie kabelka - co prawda naszemu programowi to nie pomoże, ale komputer nie ucierpi od kolizji na szynie danych.