Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
SQL na Atari 8-bit Nowe narzędzia pozwalają na obsługę baz danych SQL na Atari 8-bit przy użyciu urządzenia FujiNet.
Altirra 4.50 test4 Nowa wersja testowa emulatora Altirra przynosi poprawki interfejsu oraz wsparcie dla środowiska Wine.
8. edycja Atari Homebrew Awards Ruszyło głosowanie na najlepsze gry wydane w 2025 roku na konsole i komputery Atari.
AspeQt-2K26 Nowoczesny fork klasycznego AspeQt wspierający Qt 6 i TNFS
Fujisan 1.1.3 Fujisan 1.1.3 to nowa odsłona emulatora opartego na libatari800, skupiona na integracji z FujiNet.
atari.area forum » Programowanie - 8 bit » VBXE, detekcja i dalsza obsluga
Zaloguj się lub zarejestruj by napisać odpowiedź
krotkie pytanie:
ilu koderow w tej chwili cos piszacych na vbxe zdaje sobie trud wykrycia gdzie jest karta?
jak wiadomo karta moze pracowac na d6xx i d7xx, ale wszystkie przyklady jej wykozystania zakladaja ze karta znajduje sie pod jedynie sluszna strona d6xx
w tej chwili problem mam ja i jeszcze jedna osoba, ale jesli kart bedzie wiecej takie postepowanie niczego dobrego nie przyniesie...
na $D6XX mam covox'a, karty jeszcze nie założyłem, fizycznie leży jak na razie obok komputerka. Mam nadzieję, że niebawem uporam się w kwestii montażu.
pin, czlowiek sie przy tym na je bal jak dziki, a ty co? nie zdazyles jeszcze zalozyc do kompa?
przez ile? rok?
nie wiem jak dla electrona, ale mnie by to nieco zbulwersowalo...
Jak byś widział kompa Pinokia, to byś uznał, że rok to mało czasu, żeby w nim miejsce znaleźć...
raczej mu sie nie poprawilo od ostatniego czasu kiedy go widzialem
Candle :) - jeśli jesteś tak odważny - to zapraszam. Nawet przyjadę do Ciebie z moim XEGS mającym na pokładzie POD obudową: 65c816adp, IDE'a + dysk, 1MB simm, SDX 128k, ARCclock, AKI, COVOX, Stereo, XL/Drac816 OS. Rozszerzki są prototypową instalacją Pasia i każdy błąd spowoduje nieobliczalne kłopoty. Jak do tej pory udało mi się podmienić rezonator kwarcowy, co i tak było nie lada wyzwaniem.
pin, ja twojego kompa widzialem w 2005, cos jeszcze tam wcisnoles?
Ja sobie zadaję, wypuszczony przez mnie drajwerek powinien działać i na stronie $d6 i na stronie $d7.
buuu, Draco zawsze chce być do przodu, lizus jeden, wazeliniarz ;)
nie w tym rzecz, ale co by bylo gdyby na pc w 94-98 roku nie chodzilo komus demo z dzwiekiem, bo koder zalozyl na stale ze sb to sa tylko na 0x220, irq 5, dma 1?
ta sama sytuacja...
I często nie chodziło :) ... to były piękne pionierskie czasy .... eh...łza si w oku kręci...
Nie szukając daleko: mamy kilka dem, które chodzą tylko z jednym rodzajem rozszerzenia 320 KB.
wiec nalezy je chwalic za to?
sugeruje jedynie, ze to nie jest dobra metoda..
No i kilka obrazkow ktore chodza pod vbxe, kilka demek ktore sa zalezne od zaladowanego rdzenia, gdzie tkwi blad? Jest jej za malo po prostu. No tylko ze potem jak juz jest dostepna i jak przyjdzie wyplacic 200-300 zlociszy na karte to nagle temat zmienia sie jak zrobic VBXE w emulatorze.
hmm, obrazki które zapisuje G2F dla VBXE pewnie też Wam nie chodzą ?
pin, ja twojego kompa widzialem w 2005, cos jeszcze tam wcisnoles?
nie, w zasadzie nic nie przybyło (chyba) od tego czasu - jednakże problem tkwi też i w tym, że o ile prosty (bardzo) układ uruchomię i wiem jak postępować, by coś dobrze zlutować nie parząc się przy tym lutownicą, tak poważniejsza ingerencja w trzewia komputerka nie zawsze w moim przypadku musi zakończyć się powodzeniem. Sumarycznie mój błąd może sprowadzić się do przymusowej wycieczki do Pasia, bo tylko on ten komputer zna od "zaplecza", że tak powiem :) A to stanowi już niejaki kłopot, organizacyjnie.
wiec nalezy je chwalic za to?
Oczywiście, że nie.
Mam nadzieję, że nie dojdziemy do tego, że aby odpalić demo na Atari trzeba będzie przejść 10-krokowego setupa: rodzaj rozszerzenia pamięci, adres Covoxa, adres VBXE, wersja rdzenia VBXE, architektura drugiego procesora, itp.
Fox: zaimplementujcie sobie coś ala 'rejestr' do trzymania ustawień :)
Tak poza tym, to - jeśli ktoś zainteresowany - drajwerek "S2:" dla VBXE jest ciągle ulepszany, v. 0.90 tutaj http://drac030.krap.pl/vbxe_s.arc Niedługo, mam nadzieję, będzie też 80-kolumnowa konsola (czyli "E:" vel "CON:") dla SDX.
Drajwerek super, wreszcie z moją skromniutką wiedzą programistyczną mialem mozliwosc potestowania VBXE .Dzieki wielkie drac030.
poczytalem sobie, byc moze za malo, wiec prosze o oswiecenie/nakierowanie na dalesze informacje
w celu wykrycia vbxe pod adresem dx40 nalezy:
lda #0
ldx #d6
sta $d640
lda $d610
cmp #$10
bre deteced
lda #0
inx
sta $d740
lda $d740
cmp #$10
bre detected
ldx #0 ; not detected
rts
detected:
rts ; x - page of vbxea co z faktyczna wersja rdzenia?
narazie mamy fx, no ale bedzie wiecej
edit: vbxe zwraca 0x10 jesli core to FX, a co jesli aktywny core to GTIA?
A po co wykrywać core GTIA?
Co do detekcji FX: http://atariki.krap.pl/index.php/Wykrycie_VBXE
Twojej procedury nie rozumiem, co robi makro (czy też pseudorozkaz) bre?
Poza tym odczyt spod $dx40 zawsze ma dawać $FF wg instrukcji VBXE, a bez VBXE też, więc nie bardzo wiem, jak to ma działać...
a to moje wyimaginowane jak widze branch if equal brq?
edit: instrukcja do fx core v1.07, strona 34
beq. Ten warunek nigdy nie będzie spełniony, pod $dx40 masz $FF, chyba że czegoś nie wiem.
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 8 bit » VBXE, detekcja i dalsza obsluga
Wygenerowano w 0.024 sekund, wykonano 65 zapytań