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
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Opcje wyszukiwania (Strona 165 z 329)
"rozwoj":

nie musi byc stockowe atari, wystarczy standardowe atari :D
@Pin: sam piszesz ze nie mam glosu to jaka moge prowadzic krucjate? :D krucjate przeciwko pisaniu programow na standardowe atari prowadzi organizator Grzybsoniady nie dopuszczajac do konkursu programow tylko z jednego powodu ze sa na standardowe atari :D
moze kiedys rozumiesz ze chodzi o dopuszczanie prac dzialajacych na standardowych atari do atarowskich konkursow a nie jakas Twoja wymyslona krucjate przeciwko nie wiem czemu :-)
http://www.atari.org.pl/forum/viewtopic … 46#p162646
na szczescie komodziarze o tym nie wiedzieli: zrobili swoje efekty na standardowe atari
http://www.youtube.com/watch?v=a_i52RzW3W0
"The bits in CONSOL, the 400/800's console switch port
(START, OPTION, SELECT and speaker), are used as outputs in
the 5200, Bit 3, the 400/800's speaker control can still be
toggled in the 5200 to produce sounds through the TV
speaker."
wiec chyba mozna pociagnac COMMAND z GTIA.
no to dlaczego programy dla tych oryginalnych komputerow Atari 130XE, 800XL, 65XE nie moga byc wystawiane na tym ... podobno atarowym party?
to moze chociaz zrobic tak jak na Glucholazach - jesli program wymaga do dzialania prawdziwego Atari to musisz go dostarczyc na zlot :D
@Pin, nie troluj. toleruje jego wybor ale nie akceptuje. byl smieszny x lat temu, jest smieszny dzis. historia pokazala ze sie mylil :-)
wedlug Grzybsona Atari 130 XE ani zadne inne nie jest wystarczajaco kompatybilne z komputerami dla ktorych organizuje party :D
po kilku zabiegach xB miesci sie w rom 5200 razem z firmware, ale zastanawiam sie czy nie latwiej dla usera jest wlozyc kardridge z xB niz przeprogramowac ROM konsoli?
czyli jedyny problem to znalezienie takiego SIO2PC:
Fox napisał/a:Zależy od softu. Kiedyś używałem APE z SIO2PC bez COMMAND i działało.
:-)
a jest dostep do DATA INPUT / DATA OUTPUT w ktoryms z gniazd konsoli?
ok. widze. jest.
jeszcze tylko dissasemblowany ROM konsoli? :-)
tez nie wiem. gdyby nie dalo sie uzyc GTIA to pytanie czy przy zalozeniu ze do konsoli bedzie podlaczone tylko jedno urzadzenie SIO, potrzna jest linia COMMAND?
rozumiem, ze oryginalna stacja dyskow nie pojdzie ale urzadzenia podlaczone przez SIO2xx ?
---
styl... nie wiele lepszy ;-)
dla linii COMMAND uklad PIA nie bedzie potrzebne, mysle o GTIA.
tu jest tez watek:
http://atariage.com/forums/topic/197738-5200-sio/
ma ktos 5200 z mozliwoscia przeprogramowania ROM? chcialbym przetestowac xBIOS dla 5200 czyli chce sprawdzic mozliwosc uzywania stacji dyskow z konsola.
http://xxl.atari.pl/?p=1076
http://www.atari.org.pl/forum/viewtopic … 7&p=45
off
z Twojej stopki: "Sparta DOSn't!" (c) by xxl"
cytuj mnie wlasciwie: "xBios do, Sparta DOSn't"
:D
tak, nie jestem pewny. czyli przy jednoczesnym wystapieniu IRQ i BRK bit B jest ustawiany jak podczas wystapienia BRK tak?
> BRK razem z NMI wykona NMI, a nie wykona IRQ
wydawalo mi sie ze to jednak IRQ sie wykona a nie NMI...
kurde... musze to jeszcze raz wszystko przeczytac.
nie wiem, wiem ze Fox wie :-) dlatego staram sie ustalic jedna bardzo dla mne istotna rzecz:
czy bit B w rejestrze stanu podczas jednoczesnego wystapienia IRQ i BRK jest ustawiany tak jak podczas wystapienia IRQ czy tak jak podczas wystapienia BRK.
tu jest pelna zgoda. procka IRQ MUSI sprawdzac BRK na poczatku!
ja mowie o czyms innym:
problem jest taki ze jesli wystapi przerwanie IRQ i przerwanie BRK JEDNOCZESNIE to bit B jest ustawiany nieprawidlowo - procka rozpoznawania przerwania nawet gdyby sprawdzila przerwanie na poczatku to go nie wykryje.
dlatego uzywanie BRK na atari mija sie z celem bo moze zostac "pominiete" niezaleznie od tego czy mamy swoja procke rozpoznawania przerwania z detekcja BRK na poczatku czy nie. chodzi mi o to, ze jestli BRK zastosujemy w taki sposob jak wyzej to jest mozliwosc bezpiecznego uzywania BRK (oczywiscie caly czas wymaga to sprawdzania na poczatku przerwania BRK w procedurze rozpoznawania IRQ)
> Ten SEI nic nie daje.
tego nie rozumiem, jesli cpu nie reaguje na IRQ natomiast reaguje na BRK to moze wystapic sytuacja ze IRQ zamaskuje BRK? (chodzi o prawidlowe ustawienie bitu B w rejestrze stanu odlozonym na stosie)
ja widze jeden powazny blad. BRK moze sie "zgubic" jesli wystapi razem z IRQ. wydaje mi sie ze mozna temu zaradzic jesli BRK bedzie wykonywane z ustawionym I czyli tak jak w poprzednim poscie napisalem. moznaby wtedy bezpiecznie uzywac BRK w kodzie. no ale wlasnie nie przy systemowej procedurze rozpoznawania przerwania IRQ, ma sporo bledow. BRK musi miec bardzo wysoki priorytet, teraz ma najnizszy chyba.
a takie cos zalatwi sprawe?
SEI
BRK
.byte cokolwiek
CLI
? (pod warunkiem ze wlasna procka IRQ bedzie sprawdzac B wczesniej)
> Rozwijając wypowiedź: przerwanie transmisji SIO aktualizuje sumę kontrolną używając ADC, więc D=1 robi kuku. Z drugiej strony, czy ktoś robi SED w czasie transmisji SIO?
ale mozna sobie wyobrazic procedure IRQ np. timera1 ktora bedzie uzywala przykladowo ADC - nie przypominam sobie, zeby jakakolwiek procedura obslugi przerwania IRQ usera miala rozkaz CLD
> Nie używam BRK w produkcyjnym kodzie.
w przypadku gdy jednoczesnie wystapi IRQ i BRK to bit B stanu procesora na stosie jest ustawiony czy skasowany?
no wlasnie. czy moze wystapic problem ze przy ustawionym I po rozkazie BRK procedura przejdzie do wykonywania jakiegos zasygnalizowanego przerwania IRQ?
co z rozkazem CLD przed skokiem pod VIMIRQ?
czy wyzej wymieniony sposob rozwiazuje kwestie wykonywania przerwania programowego BRK?
i rownie wazne... co to za rozkazy jmi i jvc?
uwazam, ze zapis do NMIRES jest zbedny.
mam racje?
Znalezione posty [ 4,101 do 4,125 z 8,202 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.203 sekund, wykonano 10 zapytań