Z jakiegoś powodu autorzy programowych emulatorów nie mają mentalnego problemu z zaimplementowaniem nieudokumentowanych rozkazów. One tam były od zawsze i były wykorzystywane i nie zmienisz tego nawet obrażając się na XXLa. Ignorowanie, owszem, może ci pomóc w doprowadzeniu do końca projektu w takim kształcie, w jakim go zaplanowałeś. Ale nie ma sensu oszukiwać samego siebie, że zrobiłeś sprzęt zgodny.

Oczywiście, że z "wybranych przez siebie". Pozwalasz komuś innemu decydować o tym, czego będziesz używać? Dlaczego nie możesz być zmotywowany bez (agresywnego, moim zdaniem) odbierania motywacji innym? Dlaczego jedyną słuszną drogą ma być droga, którą Ty wybrałeś?

Akurat w tym wątku XXL i Fox rzeczowo podchodzą do tematu badania jak zachowuje się konkretny sprzęt - w tym przypadku 6502C - i CO MOŻNA na nim zrobić. Natomiast co poniektórzy zrobili sobie tutaj pole do ewangelizowania i wmawiania pozostałym co jest koszerne, a co nie (i są tacy po obu stronach). Odpuśćcie sobie, jako użytkownicy sprzętu i oprogramowania nie jesteśmy jednakowi, mamy różne potrzeby i preferencje, więc możliwość wyboru tylko nas cieszy, a wasze przepychanki zniesmaczają.

Jeżeli zwolennikom rozszerzeń nie podobają się metody XXLa, to już wielokrotnie o tym nas poinformowali i mogą już sobie pójść i usiąść do swoich klawiatur i lutownic i pracować dalej nad rozwojem swoich dzieł. Jeśli szukacie sławy z jednoczesną bezwzględną aprecjacją swoich dokonań, to polecam wizytę u psychologa.
Jeżeli zwolennikom nieskażonego rozszerzeniem compo-machine nie podoba się regulamin compo prowadzonego przez Pina - nie instalujcie rozszerzeń w swoich komputerach (jak pisał Fox - nikt nie zmusza!) umówcie się odpowiednio wcześniej z organizatorem zlotu, że poświęcicie cały swój dzień lub dwa na kopiowanie i sprawdzanie prac, ustalcie regulamin, przywieźcie sprzęt i zorganizujcie sami compo według reguł, które uważacie za stosowne. Ciekawe czy w akcji też będziecie tak mocni, jak w klepaniu na forum.

Myślałem, że robimy to, bo to lubimy, a tymczasem niektórzy najlepsze zajęcie dla siebie widzą w przekonywaniu innych, co mają robić. Ponieważ nikt mi za to nie płaci, świadomy konsekwencji będę sam wybierał co, kiedy, w jaki sposób i na jaką konfigurację sprzętową zakoduję (czym więcej możliwości do wyboru, tym więcej frajdy!) i c*** wam do tego. Nara!

Dodam tylko, że odkurzyłem r0l0playera i w planach jest port na side, jak już przyjedzie. :)

LOL.
Takie coś to można napisać krócej na samych "legalach". :)

num equ 256*hi+lo
 ldx #<[65536-num]
 lda #>[65536-num]

jell: http://www.atari.org.pl/forum/viewtopic … 50#p135350 ;)

To właśnie napisałem: "z którą powinien być zgodny". :)

Dlatego traktuję je dokładnie tak samo jak "bagi". Nie polegam na nich, ale jestem skłonny zaakceptować wykorzystanie ich, jeśli efekt jest interesujący i nie da się go osiągnąć w inny sposób, nawet jeśli na części maszyn nie zadziała (choć oczywiście wolałbym, żeby zadziałał na mojej :)).

Wersja C też chodziła z kilku fabryk. Ja widziałem co najmniej z 3 (Synertek, UMC, Rockwell). Jeśli potrafią znacząco różnić się timingami, to nie widzę przeszkód, żeby różniły się działaniem rozkazów, których istnienie jest dziełem przypadku.

SAP nie działający na sapemu powinien zostać poprawiony, a następnie zakomitowany w asma.scene.pl. Patrz tutaj.

57 kilo to nie przelewki - gdzieś się to musi zmieścić.
1. Patrzymy, gdzie SAP się ładuje:
  0. 0600-06C3 (00C4)
  1. 0C80-0D53 (00D4)
  2. 1000-CFFF (C000)
  3. D800-F7FF (2000)
2. Czytamy The Friendly Manual:

3. Wyciągamy wnioski.

Sprawdzenie, czy ładowane bloki nie nadpiszą kodu sapemu, jest akurat proste do zrobienia i warte zachodu - zgaduję, że w wielu przypadkach to jedyny problem z ładowanym modułem. Trzeba tylko mieć na to chwilę, co nie?

Równolegle można spróbować poprawić modułek, żeby nie psuł sapemu. Czasami wystarcza edytor heksadecymalny i butelka piwa, innym razem jest to bardziej skomplikowana rozkmina. W tym przypadku po poprawieniu adresu ładowania ostatniego bloku i zaktualizowaniu adresów sampli, które zdają się egzystować w bloku 1, sapemu nadal się wysypuje, w związku z czym problem jest subtelniejszy (niewykluczone, że to kolejny bug w sapemu).

SAP to emulator Atari z wyłączonym obrazem, stąd też wyłączony obraz w sapemu. Dla większości plików nie będzie żadnej różnicy, jeśli włączę obraz i z dużą skutecznością można zgadnąć właściwe ustawienie, posługując się tagiem TYPE. Zobaczę, co się da zrobić. Szkoda, że napisałeś o tym w niedzielę wieczorem. :P
Natomiast co do specjalnych wersji dla SIDE i FAT, czy w ogóle jakiegokolwiek interfejsu I/O i systemu plików, jest to niedorzeczne! Zmień dilera, wyjedź na wakacje, weź gorącą kąpiel, zapisz się na jogę, po prostu - odpocznij. I nie proponuj mi nigdy takich bzdur. Sterowniki urządzeń i systemów plików powinny być częścią systemu operacyjnego. Kropka. Full stop. Ponto final.

Cudów nie ma, to zapewne ten sam problem co tutaj.

I to jakiej wypasionej! ATR, XEX i nawet manual w HTMLu! Do wyboru, do koloru. :)

Okej, znalazłem buga w sapemu. Znacznik TIME nie był rozpoznawany, a nierozponane znaczniki powodowały coś innego, niż autor miał na myśli. :) W czasach, kiedy pisałem sapemu, mało który plik zawierał ten znacznik, teraz ma go chyba wszystko w ASMA, stąd problemy.
Ponieważ wyszło to dopiero teraz, wnioskuję, że userbaza sapemu liczy <1 użytkownika.
Mimo to poprawioną wersję oznaczoną numerem 0.3 można sobie zassać stąd.