Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 72 z 161)
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.
maly napisał/a:Kurcze nie zwróciłem uwagi, że ten schemat jest na Composite Video. Tu jest schemat moda na S-Video do ST. http://www.ppera.07x.net/atari/stvid.php Trzeba wywalić elementy przypięte do pinów 10 i 13 (bo to jest filtr potrzebny przy generacji Composite Video) i wziąć chromę z 13 nóżki. Pin 6 z 8 spiąć przez jakieś 1kOhm i wyciągnąć z pinu 9 lumę.
mam male pytanie - a co to da przy rgb z vbxe? skad tam wiezmiesz "chrome z 13 nozki i lume z 9"?
rozumiesz moze o czym ten topic jest? czy tak na pale wrzucasz tu info o st, o ktore nikt nie pytal?
zaxon - dorobisz cos takiego do vbxe? (tj. svideo) szacuneczek...
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).
tebe napisał/a:Warp jako rozwiązanie które działa i które zostało sprawdzone w praktyce powinno być reaktywowane, bo to najpewniejsza dopałka z liniową pamięcią na długie lata
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...
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...
po to by zobaczyc obraz na czyms "wspolczesnym". dely - twoje pytanie jest ponizej krytyki...
pin - jesli chodzi o amigowe klimaty to scandoublera potrzebujesz.
wstepnie stwierdzam ze mi pasi.
no wychodzi ze nie zamiast a procz 4eva i grypsoniady
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...
poki co w planach mam w tym czasie mazury, ale jeszcze sie okaze...
to jeszcze ustalcie go moze nieco konkretniej - im cieplej tym lepiej
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.
ja protestuje, ja nie chrapie, przynajmniej nie na tyle by sie samemu budzic!
ja na forevera nie jade - robisz konkurencyjna impreze?
jak w trakcie forevera - to wstepnie sie deklaruje ze przyjade.
to nie da sie pod minta przekompilowac dosfstools?
http://www.daniel-baumann.ch/software/dosfstools/
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.
macie na to co konczy dyskusje rozne zdanie i mysle ze lepiej by bylo calkiem to wywalic (by nie prowadzilo do konfliktow) tj. calosc o "plotkach".
tdc: btw. od kiedy to strone o samym sobie samemu sie edytuje? rozumiem edytowanie http://atariki.krap.pl/index.php/Użytkownik:Tdc w twoim przypadku, ale juz jest lekkie nie teges...
sproboj czegos takiego na wikipedii - to dopiero bedziesz mial akcje jak arni buzdygan ;)
nie jestem ani jego prawa ani lewa reka, ani tez nie konczylem prawa.
btw. gdzie widziales dokumentacje do warp4? chetnie sie z nia zapoznam...
xxl: bo musialbys miec do tego nowa plyte glowna, do czegos takiego przystosowana
pin: Pasiu nie schematow ma warp7 - tj. moze odtworzy je jak bedzie mial atarke od laoo.
tebe: nie ma sie nad czym skupiac - bo po prostu procz kompa laoo obecnie ponoc nie ma ani takiej dopalki, ani jej schematow. co do vbxe - candle zrobil nowe, lepsze, szybsze i az dziwne ze o tym nie wiesz...
tebe, od elektronicznej strony po prostu nie wiesz o czym pierniczysz...
a taki w obudowie plcc zadowala cie?
jak tak to ci jutro podrzuce...
zawsze to przy okazji czlowiek uzupelnia swoja wiedze...
zmiana w DMACTL szerokosci linii mozliwa jest co linie, czy tylko zaczytywana jest w trakcie VBL?
wie ktos, lub moze sprawdzic?
mikey: ja ci nicka nie przekrecam.
a to nie jest tak ze szerokosc linii moze byc 128, l60, 192 cykli koloru? 40b na linie wydaje mnie sie ze jest tylko przy tej srodkowej wartosci...
w sumie - wsio zalezy od tego w jakim obszarze pamieci zaczyna sie gorna krawedz kola, jaka jest szerokosc linii dla danego trybu - i czy poszczegolne linie sa w tym samym trybie...
teoretycznie da sie rysowac uwzgledniajac zmiane trybu co linie, ale to by bylo juz totalnie przekombinowane...
co do zakladania ze caly ekran w jednym trybie - rozne tryby maja rozna "pamieciowo" szerokosc bajtowa ekranu - co wplywa na wyznaczanie adresu dla danych wspolrzednych - uniwersalne algorytmy sie okazuja w takich przypadkach fpyte wolne...
Znalezione posty [ 1,776 do 1,800 z 4,004 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.127 sekund, wykonano 12 zapytań