dziwne pytanie.... tam, gdzie wszystko

http://atariki.krap.pl/index.php/Warp4

w paczce są dwa pliki JED i dwa pliki PDF ze schematami

wieczor, Pasiu się tym zajmował i nie wszystkie sygnały których potrzebował były dostępne, stąd dodatkowa taśma poprzez którą szły potrzebne sygnały

trzeba skupić się na działających i sprawdzonych rozwiązaniach, tylko w ten sposób będzie można to spopularyzować, może jeszcze Avery Lee zdąży dodać tego emulację do Altirry ;)

Ostatnio edytowany przez tebe (2010-01-10 23:12:00)

swoją drogą ciekawe podejście, zbudować układ a dokumentacji nie zrobić, to w obawie przed szpiegostwem technologicznym?

Laoo coś Ty zrobił Pasiowi że on taki dobry wobec Ciebie ?

pajero: problem w tym ze to ta nie dzialajaca wersja. co z reszta drac030 wyzej napisal...
tebe: dokumentacja ponoc byla, ale pewnie z jakims "przypadkowym formatem dysku" poleciala.

no dobre podsumowanie.
skoro w tej sprawie laoo z pasiem sie juz ponoc dogadali - to nalezy chyba tylko uzbroic sie (ponownie) w kolejne wiaderko cierpliwosci.

obecnie czekam az zwolni mi sie elektronik (konczy inna robote), lub candle zainteresuje sie moim pomyslem ;-)

laoo: pisalem to opierajac o slowa "z drugiej reki" jakobys sie po prostu zbieral z wysylka kompa do pasia. skoro jest inaczej - faktycznie nie ma co na warpa czekac...

nie dziwie sie candlowi ze nie chce mu sie pisac o tym co robi na forum, bo czytajac takie jeczenia jak tebe - po prostu nachodzi ochota by to rzucic w cholere.

tebe - odpowiem Ci moze tak - popatrz w jakim kierunku idzie rozbudowywanie atarki o np. ram. taki lodarek kombinuje z archaicznymi simmami (trudnymi do zdobycia) opartymi o pamieci dynamiczne (wymagajace odswiezania), wymagajace specjalnych slotow/gniazd (do wylutowywania z ikstekow) - podczas gdy za 12,50 mozna kupic 512kb pamieci statycznej o czasie dostepu ponizej 10ns (ktora to pamiec mozna np. wykorzystac rowniez w dopalkach). tak - mozna powielac cudze stare rozwiazania, dalej bezmylnie pchajac sie w gale, ktore nie dosc ze sa drozsze od xilinksow to maja fpyte mniejsze mozliwosci. mozna, tylko PO CO?
zrobienie czegos nowego samemu, zamiast bezmyslnego powielania czegos, co nie do konca dziala - to:
1) fun, bo sam cos zrobie
2) mniejszy koszt
3) zazwyczaj wieksza pewnosc ze zadziala (bo wspolczesne elementy maja jednak lepsze parametry).

tebe - po raz kolejny podkreslam - warp nie jest rozwiazaniem ktore dziala. warp jest rozwiazaniem ktore raz zadzialalo (w przypadku kompa laoo).
wez moze zejdz z tematu elektroniki i wroc do grzebaniu w pascalu...

bo samo sie nasuwa "640kb powinno wystarczyc kazdemu" jak sie czyta powyzszy tekst. nie bede komentowal kto tu ma waski tor myslenia w kolko powtarzajac only warp, warp, warp...

z poziomu widzenia softu niemal wszystkie rozwiazania sa identyczne i maja wspolny mianownik - pamiec powyzej pierwszych 64kb to "fast ram" ekskluzywnie dostepny dla procka.
jako ze nie ma schematow f7, to nie bardzo wiadomo jak dziala - ale generalnie rozwiazanie do ktorego opisuje gluelogic w vhdl rowniez daje dostep do pierwszych 64k niemal bez utraty cykli, a dzieki informacjom od candle wiem ze max halt time wynosi w tym przypadku 15 taktow ;) (tj. przy probie odczytu/zapisu przez proca danej do/z rejestru sprzetowego atarki, w trakcie ktorej wystepuje cykl odczytu antica).

info od candle mam ze z przebiegow wynika iz antic proca haltuje gora na jeden takt na raz - czyli odczytujac linie pewnie haltuje proca gdy potrzebuje kolejnych konkretnych danych (np. dla 15tki 8 bitow starcza na "obsluge" 8 pikseli, ktorych wyswietlanie trwa dluzej niz jeden cykl ;) )
wydaje mi sie jednak ze intrpretujac DL moze te dane (np rozkaz skoku + jego adres + dane obrazu po nim nastepujace) nieco bardziej hurtowo pobierac.

powiem tak - ufam candlowi ktory stwierdzil ze antic naprzemiennie z procem pobiera dane, tak wiec nawet jesli ma kilka bajtow do pobrania - to robi to naprzemiennie z procem, cykl, co cykl.

nie, wiem