Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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
atari.area forum » Posty przez xxl
1. PDVREG to nie jest żaden rejestr
PDVREG to jest rejestr... :/ rozwin sobie ten skrot chociazby... a zreszta... czy cos zmienia to co napisales w temacie ktory poruszamy?
czy hipotetyczne urzadzenie o ktorym mowie moze byc zrealizowane jako ND? nie moze.
czy hipotetyczne urzadzenie o ktorym mowie moze dzialac i niekolidowac z systemem ND? moze
wiec w czym problemik :D
Simius: bardzo mozliwe. nie tylko urzadzenia ktore nie zna ale urzadzenia ktorego nie ma :-)
natomiast problemu nie ma bo z systemem ND nie bedzie kolizji.
znowu nie na temat Pin :/ mowa byla o uruchomieniu kodu z tej pamieci ktory wywoluje ND ..
ale poruszyles kolejna wade - to o czym piszesz wynika z niebuforowanego transferu ... podobny problem wystepowal pare lat temu jak sie pokawily multicarty, ale ten problem koderzy rozwiazali szybciej niz mrugniecie oka, i dzis mozna ladowac bezposrednio np. w obszar A000-BFFF mimo ze multicarty kartrdze w tym miejscu podlaczaja swoja pamiec... stuacja analogiczna do tego Twojego "regulaminowego" ale w przypadku car system ladowania zostal dziala. :D
prawde mowiac mi tez :/ przesluchalem to jescze raz i potrzebne sa kolejne poprawki :/ gra za wysoko :///
i sprawa jest jasna. uzycie systemu ND w tym przypadku jest wykluczone. urzadzenie o ktorym mowie nie moze odpowiadac na jakikolwiek niezerowy zapis do d1ff. moze byc aktywne tylko gdy d1ff = 0. calkowicie omijam system ND.
dodatkowo na d1 musi byc rejestr sterujacy urzadzeniem mowiacy miedzy innymi to czy w przypadku d1ff=0 urzadzenie ma byc aktywne czy nie. warunek aktwnosci na ta chwile powinien wygladac tak: d1.. = 1 AND d1ff = 0
przy okazji sytuacja ujawnia kolejna wade NewDevice... wyobrazmy sobie urzadzenie ktore korzysta z pamieci d8, niech to bedzie pamiec programu uzyta jak cartridge... user w programie wybiera opcje uruchomienia odczytu z dysku nie zdajac sobie sprawy ze ma dysk zainstalowany w systemie jako NewDevice. po wykonaniu operacji system sie zawala bo juz nie ma gdzie wrocic. ;-)
nie, nie chce podlaczac 2 urzadzen na jednym bicie :/
caly czas szukalem mozliwosci takiej zeby system ND po uzyciu D8 dla wlasnyc potrzeb (inne urzadzenie) przwrocil stan zastany w d1ff i wszystko wskazuje na to ze tego nie zrobi. jedyna mozliwosc to kombinacja d1ff=0 ktora OS "przywraca".
wszystkie inne kombinacje wiaza sie z podpinaniem wlasnej tablicy przez urzadzneie w d800-d81c (chociazby pustej) na czas np. resetu
nie wiem czy to posuwa sprawe do przodu bo zalozmy ze nasze urzadzenie bedzie wrazliwe na ktorys bit d1ff
aktywujemy go... po czym wywolujemy inny ND, OS nadpisuje D1ff nasze urzadzneie sie odpina a wlacza inne, robi co trzeba i OS wylacza go na podstawie cienia ale juz nie tego ktore bylo wczesniej tylko swojego z ND i juz naszego urzadzenia nie wlaczy.
pytanie czy w przypadku gdy nasze urzadzneie nie zostanie zidentyfikowana jako ND to i tak bedzie mialo zarezerwowany bit w PDVRS ? (pewnie jest maska jeszcze ktora mowi ktore sa podlaczone do slotow) a my wlaczajac/wylaczajac nasze urzadzenie wykonujemy operacje na PDVRS i D1FF jednoczenie ? - to bedzie dzialac?
---
no i teraz jeszcze zauwazylem problem... a jak podlaczy pamiec niewyzerowana to "jakis" ID bedzie :/
caly czas wracam do tego aby urzadzenie MOGLO byc aktywne tylko jesli d1ff = 0 zeby system ND wogole go nienirpokoil.
no i elegancko. a teraz pytanie czy ND musi miec tablice na poczatku D8xx - czy moze byc urzadzenie ktore NIE ma ani ID dla SIO ani nie rejestruje sie w hatabs - np. po ustawieniu bitu w d1ff podlaczy pusta pamiec do d8 ... jest to mozliwe?
jesli nie jest. to mamy sytuacje w ktorej musimy sprawdzac d1ff i jesli jest <> 0 to nasze urzadzenie nie moze podlaczac swojej pamieci w d8 - to jest to olewanie systemu ND.
dodatkowo, musi sprawdzac portb na wypadek gdy user odlaczy OSROM i oczekuje ze w D8 ma ram a tu dupa.
skopiujesz rrom do ram, wylaczysz rom i odwolasz sie do ND i masz taka stuacje. poza tym ND nie musi byc interfejscem dla pamieci masowych...
Mq... dzis/jutro* bedzie publikowany edytor i wszystkie niezbedne procki bedzie mozna sie bawic :-)
*mam nadzieje. juz wszystko jest gotowe...
Pin wogole nie odnosisz sie do tematu watku,
Mono: nie mowimy o urzadzeniach (o tym zaraz) tylko o systemie NevDevice: ND pozwala na podlaczenie 8 takich urzadzen, jesli sa to urzadzenia ktore instaluja sterownik (CIO) np. kazde inny to przy 6 system sie zawala i nie chodzi o to czy komputer bedzie w stanie udzwinac to elektrcznie tylko to ze brakuje miejsca w tablicy hatabs
sprawa dwa, nawet jesli urzadzenie nie instaluje swojego symbolu w tablicy hatabs to i tam musi miec smbol ID dla podsystemu SIO i tablice podlaczana pod D8xx
a teraz o urzadzeniach: pytanie brzmi czy mozna podlaczyc urzadzenie ktore nie ma swojego ID dla podsystemu SIO, nie ma tablicy pod D8 a moze podmienic pamiec D800-DFFF - jesli ktores z urzadzen ktore wymieniles to potrafia to jestem zainteresowany czy odbywa sie to na tej zasadzie ze urzadzenie podlacza swoja pamiec TYLKO wtedy gdy w D1FF = 0 czyli ZLEWA caly system NevDevice.
pytanie dwa: czy takie urzadzenie moze rowniez (czy w gniezdzie car i eci sa do tego odpowiednie linie) "pamietac" co bylo zapisywane do portb?
a jak jest?
a jak urzadzneie nie ma swojego ID bo nie bedzie wywolywane przez procedury I/O, nie ma wlasnej tablicy, to moge podlaczyc takie urzadzenie?
turbo badziewny system NevDevice bo jak na 8 kart ktore instaluja swoj sterownik a jedna z nich jest jednak urzadzeniem do podlaczenia np. dysku to kolejnosc kart bedzie miala znaczenie hehe, podlaczysz jako nr 7 lub 8 i nawet DOSa nie zaladujesz :D jedne co mozna bedzie zrobic to boot z dysku bez instalacji sterownika D:
1 - a kto powiedzial ze to musi byc cos w D: podobie? masz urzadzenia ktore nie sa pamieciami masowymi 8 sztuk i dupa blada - taki "przemyslany" system
2 - prawda. ale jednak jak urzadzenia w ramach ND moga sobie wlaczac i wylaczac D8xx-DF to nie ma zartow tylko trzeba skanowac D1FF i dupa blada, podlaczasz urzadzenie ktore nie jest ND ale i tak musisz !!! SPRZETOWO !!! sprawdzac czy ktores ktore jest ND nie podlaczy swojej pamieci a pozniej OS nie "przywroci" jakiegos innego.
Jedyna mozliwosc podpiecia takich urzadzen to zajecie kombinacji 00000000 ktora OS uwaza za "nic nie ma" :D i na drodze sprzetowej rozliczac D1FF ... "przemyslany system"
1. mozemy podlaczc do 8 urzadzen tego typu ale gdybysmy chcieli zeby kazde zarejestrowalo sie w hatabs to braknie miejsca 11-6 (zakladam ze mamy D: ) braknie miejsca dla 3 urzadzen i w..l sie userze ? troche to nie przemyslane...
2. nawet jak urzadzenie nie bedzie rejestrowalo sie w hatabs to musi miec swoj identfikator... a co jesli urzadzenie nie ma identyfikatora? np. najprostrze z nich: rozszerzenie pamieci?
to jeszcze inaczej zapytam
1.
zalozmy ze urzadzenie podpiete do eci/car ma byc aktywowane jak wszystkie inne ND poprzez D1FF wrazliwe na konfiurowany wlasny bit 0-7. to czy jest mozliwosc ze jak nie bedzie podlaczalo wlasnej tabliy D800-D81C to przy reset system sie nie zawiesi?
jesli sie nie zawiesi i jestesmy w stanie "zarezerwowac" bit dla siebie to ok. nie chce rejestrowac urzadzenia ale moge sie zgodzic na wpolistnienie takich urzadzen i zajac ktorys bit w d1ff
natomiast jesli nie, to godzimy sie na wspolistnienie innych urzadzen ale zajmujemy kombinacje 0 czyli odlaczone wszystkie ND i po problemie
2.
nie wiem czy MMU moze "zapamietac" ostatnia wartosc wpisana do D1FF (bo jesli moze to sprawy nie ma jak w D1FF = 0 i zapis do PORTB wylacza ROM to ma wylaczyc ROM niezaleznie od tego czy ten MPD jest w stanie wysokim czy nie) natomiast jesli nie wie co bylo zapisane do D1FF to czy dla "systemu" ma to jakies negatywne nastepstwa jesli ewentualny zapis do portb wylaczyc OS przy ustawionym ktoryms bicie D1FF i niebezpieczenstwie ze ktores urzadzenie mialo tam swoja pamiec? - czy taka stuacja wstepuje? chyba tylko gdybysmy mieli skopiowany ROM do RAM i wywolywali new device?
nie....
mowie o urzadzeniu ktore:
ma byc niezauwazane przez system czyli aktywne jesli "Hardware Select register" = 0, aktywne oznacza ma podmienic ROM w obszarze D800-DFFF ale nie moze kolidowac z:
- zarzadzaniem pamieci czyli PORTB ma dzialac standardowo - nie moze byc sytuacji ze zapis do PORTB wylaczajacy ROM przy D1FF = 0 nie wylaczyl ROM w adresie D800-DFFF (a nie w taki sposob jak przy new device ze nawet jak aplikacja wylaczy rom a urzadzenie upierdzi sobie ze akurat ma tam swoja pamiec to nagle tracimy 2 kb RAM nic o tym nawet nie wiedzac...)
- ma nie kolidowac jesli w Hardware Select register jakikolwiek bit jest zapalony
zalozmy na poczatek ze to urzadzenie podlaczy swoja pamiec z kopia zawartosci ROM obecnego. gdzie moze pojawic sie sprzetowy problem?
rozmawiamy o mechanizmie dzialania a nie jakims konkretnym urzadzeniu...
zalozmy, ze istnieje urzadzenie ktore podlaczy swoja pamiec w obszar D800-DFFF
nastepnie aplikacja ktora nic nie wie o urzadzeniach zewnetrznch odlaczy ROM w rejestrze PORTB to czy MMU Atari jest na tle sprytne ze odlaczy takze pamiec tego urzadzenia i podlozy tam RAM tak jak powinno byc?
sam AY a konkretnie ym2149 bez zadnej pomocy (AY chyba tak samo gra jak YM - musze w koncu sprawdzic ;) na karcie SONari jest jeden i drugi czip.
https://youtu.be/r3M-l5yRfRU?t=520
nie chce zabierac autorowi pierwszenstwa...
doslownie jeszcze kilka dni :-)
stalo sie. gra i to gra niezle.
player zajmuje mniej niz 1 kb i zabiera ok.8-12 linii (zalezy od utworu)
przykład testowo:
https://www.youtube.com/watch?v=4Gp5bYAi5Sw
wszyscy wiedzieli podczas konkursu ze na u1mb nie dziala, trzeba bylo wczesniej czytac gdzie ten temat byl walkowany. pewnie mialo to jakis wplyw na glosy.
zarowno autor jak i atari dobrze wiedza gdzie jest portB - inaczej by nie dzialalo na atari :-)
uszkodzona wersja (chyba tylko jedna plansza dziala) byla umieszczona w paczce gier konkursowych KazKompo - gdzie mimo to zajela wysoka pozycje na chyba 20 albo 30 gier byla w pierwszej 5 co tez jest absolutnym sukcesem :D
atari.area forum » Posty przez xxl
Wygenerowano w 0.203 sekund, wykonano 11 zapytań