Multi Action

[Kisiel]

V-12, konkret info.
Postaram się dorobić tak hard co by to działało.
@wegi, jak masz czas zobacz to pod kątem soft.

[elwer]

BagoZonde:

(przerabiamy Flimbo's Quest)

 może to jest przyczyną, sprawdziłem
Flimbo's Quest m2i pobrany z sieci, uruchamia się bez problemu na SD2IECcore.

[wegi]

V-12/Tropyx
nie zkłóca cart tylko zap namieszał - przestawił $2b,c,d,e z których czasem decruncher korzysta to po pierwsze po drugie $fd30 - zapisuje wektory z romu do ramu (po jaką cholerę to nie wiem) po trzecie jak program przechodzi poza $a000 to podczas ramtestu zostaje uszkodzony bajt w $a000 w ram - jeżeli to są pocrunchowane dane to zmienił prawdopodobnie albo daną dla decrunchera albo uszkodził infostream dla decrunchera, dalej zmienił $0801,$0802 co też może mieć znaczenie...

Canabalda trzeba wgrywać na nowo - pół biedy jak program dochodzi przed $d000 bo się da go wgrać...

sam cart jest już niewidoczny i programowo nie do "dotknięcia" ewentualnie jeszcze program antycrackerski może sprawdzać np pozostałości na stosie po AR...

Co do samego polecenia ZAP z AR - cart jest nadal dostępny i przez IO można się do niego "dobić" a powyżej odnosi się do wyzapowania z planszy początkowej przez F1 albo F3 lub F4 z sd2iecora

@elwer - pewnie masz wersję bez crackerskich popisów walenia po IO

@kisiel wg mnie hardwareowo nie masz nic do roboty jest OK

[BagoZonde]

elwer:

BagoZonde:
(przerabiamy Flimbo's Quest)

może to jest przyczyną, sprawdziłem
Flimbo's Quest m2i pobrany z sieci, uruchamia się bez problemu na SD2IECcore.

@elwer
Tak jak pisałem, tego samego Flimbosa sprawdzałem z czystym SD2IEC i tam się uruchamia więc to nie kwestia pliku. Masz wersję z takim crackiem jak na filmie Werexa?

@Kisiel
Hardware'owcu, niech zap zostanie więc u mnie tak jak jest. Dzięki.

[elwer]

Flimbo jest z tej strony - http://www.creepitz.de/downloads/m2i/Flimbo's_Quest.zip

[V-12/Tropyx]

wegi:

nie zkłóca cart tylko zap namieszał - przestawił $2b,c,d,e z których czasem decruncher korzysta to po pierwsze po drugie $fd30 - zapisuje wektory z romu do ramu (po jaką cholerę to nie wiem) po trzecie jak program przechodzi poza $a000 to podczas ramtestu zostaje uszkodzony bajt w $a000 w ram - jeżeli to są pocrunchowane dane to zmienił prawdopodobnie albo daną dla decrunchera albo uszkodził infostream dla decrunchera, dalej zmienił $0801,$0802 co też może mieć znaczenie...

Znaczenie może mieć w tym wypadku zmiana $2d i $2e ($2b i $2c i tak pozostaje identyczna, co ciekawe AR 7.3 nie zmienia $2b i $2c, gdy wczytujemy plik, który zaczyna się od innego adresu, niż $0801, zarówno przez "/", load,8,1 jak i w monitorze).

Omawiany przeze mnie wcześniej problem nieuruchamiania programu po zap dotyczy pliku krótkiego, tak więc stawiam na $2d i $2e (w wolnej chwili przetestuję). Wątpię, aby $0801/$0802 miało jakieś znaczenie, to tylko bajty potrzebne do wyświetlenia linii Basic (aczkolwiek jeden cruncher zdaje się z nich korzysta (1680 Sys 2049).

wegi:

@kisiel wg mnie hardwareowo nie masz nic do roboty jest OK

A ja bym się nie obraził, gdybym miał możliwość posiadania w carcie przełącznika, tak jak w carcie X, by mieć na 100% pewność, że cart jest wyłączony.

[V-12/Tropyx]

OK Najnowsze testy:

WOW Char Master:

Działa, gdy go się wczyta bezpośrednio pod Fast Load.

Nie działa po ZAP (przywracanie $2d i $2e oraz $0801 i $0802 nie pomaga).

Nie działa w trybie normal reset, po ówczesnym wczytaniu, zresetowaniu kartridża i wciśnięciu F3.

Dziaa po bezpośrednim wczytaniu w trybie normal reset.

Czyli ciepły reset robi swoje imho. Czy nadal Wegi będziesz się upierał, że ZAP nie wymaga interwencji hardware'owej?

[Kisiel]

V-12/Tropyx:

Dziaa po bezpośrednim wczytaniu w trybie normal reset.

Czyli ciepły reset robi swoje imho. Czy nadal Wegi będziesz się upierał, że ZAP nie wymaga interwencji hardware'owej?

IMO strzeliłeś logicznego babola. Nie może działać po ciepłym resecie (F3) jeżeli jest to wina sprzętu. Jednak nie rozumiesz jak to działa od strony hard.

[V-12/Tropyx]

Kisiel:

Jednak nie rozumiesz jak to działa od strony hard.

Raczej zwaliłbym to na brak ogólnej wiedzy (sorry, nie miałem czasu zaglądać do kartridża X by tam zobaczyć, do czego podłączony jest przełącznik).

Kisiel:

IMO strzeliłeś logicznego babola. Nie może działać po ciepłym resecie (F3) jeżeli jest to wina sprzętu.

Kwestia jest taka, że jest sporo programów, które po ZAP nie chciały się odpalać, a po F3 się odpalają. Jak widać wariacji uruchamialności/nieuruchamialności mamy kilka.

[BagoZonde]

Dobra, teraz ja dorzucę swoje trzy grosze, bo robi się jeszcze ciekawiej. Mianowicie dziś podłączyłem sobie karta - tego popularnego c64 Games System z Flimbo's Quest, Klaxem itd. żeby przetestować audio na pewnym monitorze. Pokazało mi się menu główne, ale zniknęło po sekundzie - czarny ekran! Co jest przyczyną takiego zachowania? Tutaj znowu pochylić się można nad moją zdawkową wiedzą o porcie 1 joysticka. Wiem tylko co wywołuje taki stan rzeczy: myszka 1351 podpięta w porcie 1! Sprawdzałem na dwóch komodach. Zachowanie takie same czyli norma. Mychę miałem cały czas wpiętą gdy testowałem MA. Widać to na zdjęciach, na których prezentuję MA w akcji. Zdjęcia są na fejsie więc kto lubi na fejsie Commocore to je widział ;]. Dlatego też nie wiem czy może mieć to jakiś związek z dziwnym zachowaniem mojego MA?

[wegi]

V-12/Tropyx

V-12/Tropyx:

Czy nadal Wegi będziesz się upierał, że ZAP nie wymaga interwencji hardware'owej?

zacytuję siebie

wegi:

Co do samego polecenia ZAP z AR - cart jest nadal dostępny i przez IO można się do niego "dobić" a powyżej odnosi się do wyzapowania z planszy początkowej przez F1 albo F3 lub F4 z sd2iecora

No będę się upierał powtórze po raz n-ty ustawienie bitu zap (nie mylić z poleceniem ZAP) WYŁĄCZA widoczność carta i pod IO i w $8000 NIE MA softwareowej możliwości "dobicia" się do AR po tej operacji.
Polecenie ZAP z AR nie ustawia bitu ZAP w rejestrze zatem cart jest dostępny softwareowo przez cały czas.

Po drugie kisiel nie kleci w technologii sprzed 20 lat do wszystkiego wystarcza mu CPLD i bez sensu jest cofanie się do liczydeł i instalowanie przełączników ręcznych - takie rzeczy to w atraxie a nie u kisela !

Widzisz sens np dodatkowego przełącznika (ów) do ręcznego wyboru 4ch banków MA? po cholerę jak sprzęt to robi w powiązaniu z softem...

PO F1 lub F3 z planszy początkowej AR jest hardwareowo WYŁĄCZONY do momentu wciśnięcia reset lub freezer - amen (nie dotyczy GA bo wtedy jest georam albo ramcart)
Zatem powtarzam każda gra co daje zwieche z niewyzapowanym actionem (przyczym przez ZAP rozumiem wybór F1 lub F3 z planszy tytułowej a nie polecenie ZAP z basica) uruchomi się po true ZAP i ponownym jej wgraniu przez normal load bądź load z JD - jeżeli nadal się nie uruchomi - nie będzie to wina AR, prędzej skrzaczonej wersji lub psującego się C64

[Kisiel]

BagoZonde
Witam w drużynie Black Sun, Tobie też pomalujemy twarz jak przesadzisz

Pamięta ktoś... demo było na AR lub RR ?

[V-12/Tropyx]

wegi:

jeżeli nadal się nie uruchomi - nie będzie to wina AR, prędzej skrzaczonej wersji lub psującego się C64

To są raczej domysły. Ja podałem konkretny przykład. Nie raz zdarzało mi się całkowicie wyjmować Actiona by mieć 100% pewność, że to AR zakłóca prawidłowe uruchomienie programu. No i zawsze program się uruchamiał bez Actiona. A przez lata przewertowałem tysiące plików na C64 Czasami bywało tak, że coś ruszało spod Black Box'a, a na AR nie chciało. Psujący się C64? Cóż za absurd C64 albo działa, albo nie.

Chyba po to jest Fastload, by korzystać z niego, a nie rzeźbić wczytywanie plików w normalu spod Normal Reset? (Można co prawda pod freezarką wczytywać, ale i tak jest to wolniej, niż w Fastload).

[Kisiel]

V-12/Tropyx
Wątpię aby komuś się chciało robić specjalny soft aby uruchomić parę gier czy tools'ów bo przeszkadzają im śmieci w pamięci po AR. Tester który zapodałeś to pewnie ma cieńko napisaną inincjalizację dlatego jakiś śmieć w pamięci rozwala program, typowy błąd kodera.
Może ktoś kiedyś zrobi od zera soft taki że będzie wszystko działało... nawet to co jest zabezpieczone przed freezowaniem

[wegi]

V-12/Tropyx:

A przez lata przewertowałem tysiące plików na C64

Bardziej stawiam na szukanie śmieci po AR na stosie i powtórzę jak mantrę
lda #$06 ;#$04 ustawienie bitu ZAP
sta $de00
 wyłącza hardwareowo AR do momentu wciśnięca reset lub freeze

V-12/Tropyx:

A przez lata przewertowałem tysiące plików na C64

V-12/Tropyx:

Cóż za absurd

Absurd to brak wyciągania wniosków - bezmyślne wertowanie plików nie czyni z Ciebie eksperta

Zdziwisz się jak dorobisz sobie wyłącznik a program się dalej NIEURUCHOMI to dorobisz sobie drugi wyłącznik a program się dalej nieuruchomi ale Ty będziesz w pełni szczęścia bo będziesz miał wajchę w AR

Zmień tą stopkę "Poradnictwo w zakresie Commodore 64 (hardware, software, kodowanie itp.), serwis."

V-12/Tropyx:

Czy nadal Wegi będziesz się upierał, że ZAP nie wymaga interwencji hardware'owej?

Jak najbardziej - to że odczuwasz potrzebę posiadania wajchy w AR nie oznacza wcale że ona jest tam konieczna

Czy ja mam znaleźć w actionie obsługę polecenia ZAP , żeby analizować co naruszyło ZAP i zreassemblować każdy przytoczony program który mi podrzudzisz jako test - masz stopkę eksperta to dojdź o co kaman