fajnie, ale co to jest A8 (POC)?

Załączniki dodałem.

Jakie są przewidywane koszty, cirka ebałt?

Mam propozycję - bezrobotny powinien dostać bana, jeżeli nie pojawi się na jakimś zlocie w tym roku...

Jakieś fotki tego cudacznego układu będą czy to zastrzeżone już jest?

Ja mam pytanie na temat parametrów wyjściowych tego HDMI - jak wiadomo są przejściówki na DVI ale nie z każdego HDMI da się przejść prosto na monitor DVI... Tu się da?

I tu się możesz zdziwić.

Polazłem ostatnio do jakiegoś sklepu dla idiotów czy tam EuroRTVcośtam i rozglądałem się za jakimś odtwarzaczem blu-ray z USB i obsługą YouTube.

Są, jak najbardziej. Ale - mają TYLKO wyjście HDMI! NIE MA wyjścia S-Video ani po niskiej! Jest USB, ethernet, coaxial i właśnie HDMI. Byłem w szoku......

best wishes,

tP

Hmm, to dziwne -  szybki rzut oka na aledrogo i mamy odtwarzacz Samsung BD-P1600.
MA wyjście po niskiej..... zaznaczone czerwoną strzałką na dołączonym do postu zdjęciu.
Ale jest to model sprzed 2 - 3 lat, może teraz po prostu nie mają?

pozdrowienia

tP

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.

Nie zamiennik. GTIA nigdzie się nie rusza. Układ ma działać równolegle.

... no to zmienia postać rzeczy zasadniczo. W tym przypadku odszczekuję swoje postulaty ;)-

Widzę że ktoś posprzątał :)

Niestety Raspberry PI nie do końca się nadaje do tego celu. Nie da się bez straty synchronicznie z OSC pchać do niego danych. Da się to obejść ale była by to już sztuka dla sztuki, układ stałby się przekombinowany i pozbawiony sensu. Architektura RPI czyli 'GPU over CPU' powoduje że GPU przejmuje kontrolę nad CPU na kilkaset ns ... i efekt jak na screenach.

Projekt w takiej formie zarzucam bo nie widzę sensu w takiej jego postaci (mimo że jest o wykonalne)

Nie znaczy to jednak że nie będę myślał nad innym rozwiązaniem problemu :)

Sprowadzi się to albo do zrobienia gtia w jakimś tanim fpga (Tu znowu trzeba wynaleźć koło bo nikt nie chce udostępnić, chociaż zapowiedzi były), albo jakiś mcu ze sporą ilością ram.

Przy okazji takie ficzery jak 640x480 i VGA out wyjdą same.