czyli pozostaje tylko:
2 $480-$4ff bufor basica
3. $580-$5ff bufor fp
> ... aby kończyły się do $BBFF
nie rozumiem, dlaczego?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
atari.area forum » Posty przez xxl
czyli pozostaje tylko:
2 $480-$4ff bufor basica
3. $580-$5ff bufor fp
> ... aby kończyły się do $BBFF
nie rozumiem, dlaczego?
wlasciwie juz wiem dlaczego nightshade u Candle nie dziala, sugeruje zeby ci, ktorzy jeszcze tego nie zrobili (lacznie z Candle) zastosowal sie do zalecen z instrukcji tworcy karty VBXE i przylutowal sobie kabelek.
zadumalem sie nad tymi slowami Candle:
"czy dolutujesz kabelek czy nie - nie ma to znaczenia dla sprawy"
...
"jak mowie to wiem jak dla mnie to moze sobie migac i udzielac nagan wzrokowych, a ja wciaz musiec nie bede..."
Candle montujesz ludziom VBXE, wielu z nich nie musi sie na tym znac ale polegaja na Twoim slowie, postaraj sie zeby Twoje slowo cos znaczylo(*).
kabel patch jest NIEZBEDNY DO PRAWIDLOWEGO DZIALANIA RDZENIA FX1.2, jesli ktos tego nie ma, nie moze zglaszac reklamacji ze cos mu nie dziala.
---
* w sensie mialo jakas wartosc wyrazona w innych jednostkach niz w kilobajtach zajmujacych miejsce w bazie danych
czyli jak narazie aby zachowac "wspolny mianownik" odpada punkt 1 a memlo to $2000
wyciagma reke...
wlaczyc atari bez dosa czy wczytywania czegokolwiek, goly basic, vbxe fx1.2
prosze wpisac:
1.pok.54878,252 - czyli pamiec vbxe (bank 0) dla atari widziany pod $f000 o wielkosci 4kb
2.pok.54879,128 - wlacz pamiec vbxe
pamiec vbxe caly czas powinna byc niewidoczna dla atari wiec zapis:
3.pok.61440,100 - $f000
nie zmieni zawartosci ramu vbxe
podejrzewam jednak ze bez kabel patcha nie dojdziecie nawet do 3 punktu
witam,
czesto zdarza sie, ze podczas ladowania program zapisuje sobie dane w "bezpiecznym" miejscu, ponizej jest kilka przykladow
1. $100-$17f stos
2 $480-$4ff bufor basica
3. $580-$5ff bufor fp
4. $600-$67f
5. $680-6ff
ktory przedzial adresow jest uzywany i przez jaki dos/program ladujacy z dysku/kasety itp.
druga sprawa, jakie jest memlo przy dosach/loaderach? niestety sam nie jestem w stanie tego sprawdzic z powodu braku wszystkich mozliwych konfiguracji hardwaru ;-) prosil bym o konkrety; sama odpowiedz "$2000" jest kiepska...
odpowiedzi na te pytania napewno wielu ulatwia pisanie wlasnych programow a userom oszczedza nerwow przy przelaczaniu konfiguracji ;-)
a ja ci wykladam ze bez kabel patcha ma miejsce
kolejne 2 nic nie wnoszace posty, przeczytaj moj poprzedni list. moze jednak cos zrobimy w kierunku wyjasnienia?
nie sugeruje ze zapisuje do pamieci vbxe ZAMIAST do swojej tylko pisze wprost ze bez kabla zapisuje ROWNOCZESNIE do pamieci swojej i vbxe przy czym gdzie do pamieci vbxe decyduje ustawienie banku vbxe.
ale i tak to sa wszystko domysly, moze byc 20 innych przyczyn (lacznie z uszkodzonym kompem Pina), moze zacznijmy eliminowac podejrzanych. sprawdz czy ten test dziala u Ciebie na konfigu z kabelpatchem/bez z kmk/bez(*) inaczej bedziemy watek ciagnac przez nastepne 100 stron bez celu :-)
dobrze by bylo, zebys rowniez podal konfig na ktorym dziala a nie tylko ten na ktorym nie dziala.
* rozumiem ze masz dostep do sporej ilosci roznych konfiguracji
---
drac030, nie ma prob bezposredniego I/O pod ten adres...
---
moglbys tez powiedziec gdzie dla sdx/kmk jest w miare bezpiecznie cos ulokowac podczas ladowania?
1. $100-$17f stos
2 $480-$4ff bufor basica
3. $580-$5ff bufor fp
4. $600-$67f
5. $680-6ff
---
dla jasnosci http://atari.pl/test.obx
powinien wygladac tak:
pieknie, tylko niczego takiego nie robioe :-)
http://atari.pl/test.obx ten programik laduje sie pod $580, wlacza pamiec vbxe przykrywajac rom (caly czas rom wlaczony czyli nie widzimy ramy vbxe), laduje pod $8000 program lda random; sta colbak w petli (czyli do pamieci juz vbxe), wylacza rom (zapisuje swoje przerwania vbi) i skacze do $8000, dziala na wszystkim oprocz kmk... chyba ze Pin ma cos nie pokolei z atari :-)
---
ale tez. jesli nie ma zamontowanego kabel patcha fx1.2 ;-) do vbxe to moze nastapic sytuacja ze to co kmk zapisuje do bufora jak mowisz $de00 wyladuje rowniez w pamieci karty vbxe (w adresach zaleznych od ustawienia banku pamieci vbxe) i dupa blada.
jest wiec kilka mozliwosci.
z czym mamy do czynienia.
---
latwo wykryc taka sytuacje, potrzebny jest ktos z monitorem pamieci i kmk
tak a VBXE jest tak skonstruowana ze rom ma zawsze wyzszy priorytet nad pamiecia karty wiec wszystko powinno swietnie dzialac a nie dziala.
---
chyba ze kmk zajmuje tez pamiec od $580...
> xxl: nowego urzadzenia
ok.
> od 8000 jest dalej pamiec vbxe
ok.
> xxl, zle podchodzisz do sprawy
w ktorym miejscu
> na szynie adresowej nie moze byc na raz 8000 i d800, a pamiec nowego urzadznia pojawi sie tylko jak bedzie cpu chcialo z niej kozystac
tak samo jak i pamiec vbxe
rozumiem, ale jesli mamy wlasnie podpiety rom nowego urzadzenia w $d800 i program tam zapisany chce cos odczytac/zapisac w $8000 to zobaczy rozumiem pamiec vbxe?
>mozliwym jest sytuacja w ktorej co drugi bajt z zakresu ktory podales zajmuje pamiec vbxe i dowolnego innego cosia - to bez znaczenia
no ma znaczenie, mozesz to jasniej wytlumaczyc?
---
moje pytanie wzielo sie stad, ze sprawdzalismy z Pinem ladowanie z roznych urzadzen przy podlaczonej pamieci vbxe, no i z KMK nie dalo sie tego zrobic...
mam pytanie, rdzen fx1.2
podlaczymy pamiec vbxe widziana przez atari od $8000 do $ffff, od $8000 do $bfff widzimy ram vbxe pozniej rom atari, a teraz wlaczamy new device z pamiec od $d800... ktora pamiec atari zobaczy vbxe czy nowego urzadzenia?
---
jesli od $d800 atari widzi rom nowego urzadzenia to czy w od $8000 w tym czasie nadal jest pamiec vbxe czy cos sie zmieni?
http://atari.pl/nightdriver_vbxe.xex
z wylaczonym dma
ok. wiem dlaczego. obrazki z g2f laduja fonty w obszar loadera APE. przykro mi ale APE ma pecha, nie bede tego poprawial.
jesli u Candle i Pina zafunguje to temat jest zamkniety.
dzieki, moze Candle i Tebe sprawdza nie pod APE czy im dziala?
no i oczywiscie Pin :D
a teraz powazne pytanie, dlaczego pod APE nie dziala? jakies propozycje?
--
u Tebe dziala
ok. poprawione: strona 6 wolna, smieci pod autkiem wyeliminowane
http://atari.pl/nightdriver_vbxe.xex
musi kurde dzialac!
--
pamiec vbxe zaslania ram tylko na czas ladowania obrazka
powiekszcie swoj spokoj albo przeniescie personalne pyskowki do balaganu,
tu sa powazne rozmowy dla powaznych ludzi
;-)
nadal nie mam odpowiedzi czy obecny nightdriver dziala u kogos oprocz mnie? mozna go rowniez uruchomic pod emulatorem (bez funkcji vbxe) i sprawdzic czy zawiesza sie jak pisze Candle po uzyciu klawiatury
---
kto ma jakis pomysl (bedzie to powielane przy kolejnych projekcikach) gdzie zapisywac ok. pol strony pamieci tak, zeby byla dostepna w kazdym momencie po initach
sa (narazie) cztery propozycje:
1. $100-$17f stos
2. $580-$5ff bufor fp
3. $600-$67f
4. $680-6ff
rozumiem ze 3 odpada ze wzgledu na APE? gdzis czytalem ze loader APE zajmuje 128 bajtow czyli mozliwe, ze druga polowka strony6 jest wolna? (pkt.4)
wiadomosc poszla, mam nadzieje cena bedzie smiesznie niska, ale i pol darmo nie pogardze
;-)
jelonek, jelonek :-) xxl slynie rowniez z tego ze ma 3 metry wzrostu.
-odpinanie osa nie jest niczym niezwyklym, mam wymieniac programistow z gornej polki ktorzy to robia? co to znaczy po omacku :-) ?
-sdx nie jest taki lamerski skoro jest najlepszym dosem na 8bitowce:-) ale jest faktem ze jesli pod jednym konfigiem sdx dziala to nie bardzo bym cos zmienial zeby dzialalo pod innym.
-poczytaj o "prawdziwym programiscie"
a problemy najprawdopodobniej polegaly na tym ze:
1. APE i strona 6 - inne moje gry tez nie powinny chodzic ale tego nikt wczesniej nie zglosil :/ - 70%
2. brak kabelka do rdzenia fx1.2, nie wiem, raczej nie - 10 %
3. nie bylo wylaczania std.rozszerzenia pamieci przed wpieciem pamieci vbxe - 20%
taka jest moja opinia.. wieczorkiem naprawie i sie okaze.
> dziala, ale bardzo wolno - tj nie tego sie spodziewalem po tym wstepie ze na vbxe szybciej
ok. to juz niezle
teraz nacisnij "P","T","P"
teraz bedziesz mial szybciej i pamietaj ze to jest gra a nie demo gdzie czym predzej tym lepiej ;-) to jest jeszcze rozsadna szybkosc - wg.mnie za szybko
> APE loader używa strony 0600 o ile zdążyłem się zorientować.
ok. bedzie patch zeby z ape startowalo
---
nie, sdx tez tylko z roznym konfigiem... ale najpierw moze cos na szybko, dowolny inny albo ze dwa...
a moze by tak na temat porozmawiac?
kolejny raz prosze, moze sprawdz ze dwa rozne dosy, masz jakas stacje?
---
poza tym mozna go tez uruchomic na emulatorze - oczywiscie nie bedzie wtedy overlaya, ale zagrac mozna :)
mi sie nie wiesza
czyli
> VBXE 1.2, fx 1.20a, atari 65xe, 1mb ext ram z kabelkiem - nie dziala
APE, bez sparty
a mozesz sprawdzic jakiegos dosa?
co mam poprawiac jak dziala?
gdybys tak odpowiedzial na pytanie to moze bysmy do czegos doszli
atari.area forum » Posty przez xxl
Wygenerowano w 0.230 sekund, wykonano 19 zapytań