Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
7th Annual Atari Homebrew Awards Oczywiście nie zabrakło polskich akcentów.
Wyniki FujiCup 2024 Sprawdź, czy były niespodzianki!
Mad Pascal 1.7.2 Optymalizacje, poprawki błędów oraz nowe funkcjonalności.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
atari.area forum » Posty przez drac030
@adam: mogłyby być trudności z podpięciem LDW do bigscreena ;P Poza tym to tylko taka wprawka, może kiedy co fajniejszego powstanie.
PS. Na takie zabawy głowicą szkoda moim zdaniem napędu, przynajmniej póki jako tako działa - chociaż pewnie by się dało ;)
PS.2. Acz fakt, że to tani sposób na drugi kanał, hmm ... :D
Sorry za post pod postem, ale chciałem, żeby to było widać. Kierownik się zlitował i nagrał, co robi LDW po zapuszczeniu tego programu:
http://www.youtube.com/watch?v=QXWlOgkv8Yk
A tu to samo na CA-2001:
Hyh. AS, Numena z atr na ideplusie ładujemy spod loadera (START/RESET, na zielonym ekranie L, potem wybieramy ATR i wciskamy Return), myślałem, że o tym mówisz. Przy ładowaniu spod SDX to jak epi mówi.
Jeszcze nie odpaliłem, ale mam nadzieję że to efekt płynącego scrolla na wyświetlaczu stacji !
Nowa wersja wrzucona.
Stacja nic nie musi czytać, w napędzie może nie być dyskietki, byle była podpięta jako D1. Program można odpalić z ramdysku.
Dzisiaj zrobiłem dwa uaktualnienia, więc dobrze jest się upewnić, że się ma aktualną wersję. Do wieczora pewnie jeszcze coś dodam :)
AS, na IDE+ też możesz ładować ATR-y, tylko przeflaszuj BIOS na nowszą wersję (od 0.9 chyba to jest dostępne, czyli od dobrego roku). I pierwsze słyszę o jakichś syfach na ekranie.
Też jestem ciekaw co to. Na gołej LDW można zagrać melodyjkę, "wyświetlać" cośtam na wyświetlaczu (dowolne sterowanie segmentami), pobawić się kręceniem i zatrzymywaniem dyskietki, lub jazdą głowicą (z tego, co pamiętam, to nawet pomiędzy trackami da się ją ustawić udając 80 ścieżek).
No racja, zatem wrzuciłem nieco ulepszoną wersję XB. :)
Na TOMSie może nie zadziałać, co do innych rozszerzeń nie wiem. W TOMSie trochę zmienili działanie rozkazu X (ale też nie dam sobie nic uciąć, muszę do papierów zajrzeć).
Też mi się mgliście wydaje, że w TOMS-ie działanie X jest zmienione i to nie pójdzie. Nie wiem, jak w Tygrys Turbo. Przydałoby się, żeby to było gdzieś opisane. Może wtedy dałoby się tak napisać program, żeby chodził na wszystkich odmianach.
Potrzebne są następujące wiadomości:
1) dokładne parametry X dla "download" i dla "execute"
2) jak z zewnątrz rozpoznać, z którą odmianą mamy do czynienia (o ile to możliwe)
3) pod jaki adres stacja ładuje przesłany program
4) jak wysłać ACK "C" do komputera (lub ewentualnie, jak wysłać do komputera konkretny bajt)
Wszelkie inne hinty.
EDIT: dla jasności dodam, że żeby XB działał jak trzeba, wymagany jest też kabel SIO z linią AUDIO (czyli oryginalny od Indusa/LDW/CA). Czy się taki ma, łatwo poznać, bo stacja pika, kiedy się wciska klawiszki na konsolce (np. DRIVE).
No, mam nadzieję, że ktoś ma taką stację pod ręką i może to odpalić? ;)
Przez pół miasta w każdym razie bym nie leciał. To efekt moich dzisiejszych zabaw stacją CA-2001, taka tam, jak napisałem wyżej, pchełka.
Tu jest jeszcze wersja pod CP/M http://drac030.krap.pl/bp.arc - bo program został pierwotnie pod CP/M-em napisany, to powyżej to jest wersja przerobiona tak, żeby zadziałała też na gołej (nierozszerzonej do 64k) stacji.
Wymagania:
1) standardowa stacja Indus GT, LDW 2000 Super lub CA-2001. Pewnie na TOMS-ie Multi też by poszło, ale po pierwsze nie znam się, a po drugie nie mam jak przetestować.
2) stacja musi być wpięta jako D1 (oraz włączona, wpięta w gniazdo SIO komputera itd., ogólnie gotowa to działania)
Po ściągnięciu pliku zmieniamy mu nazwę na XB.COM (bo to jest zwykły plik binarny, tylko nazwany ZIP dla zmylenia przeciwnika), przerzucamy na Atari i uruchamiamy.
Chodzi to na każdym[1] ośmiobitowym Atari. Na emulcu nie działa. Jeśli do stacji był załadowany Synchromesh, po uruchomieniu niniejszego programu ginie on nagłą śmiercią.
A propos TOMS-a Multi, prośba do Pecusia, może byś skrobnął coś do Atariki o Multim na wzór tego ?
----------
[1] tzn. każdym moim
W dodatku - jak kiedyś stwierdził Drac030 - jego przeróbka jest raczej zbyt trudna do spaczowania
Ale uczciwie przyznam, że nie próbowałem tego robić, dokonałem tylko oceny "na oko". Być może, że jest ona mylna. Trzeba byłoby zdekompilować i obejrzeć dokładnie.
Drugą taką grą jest Leaderboard Golf. Reszta raczej nie warta wzmianki (a tym bardziej przeróbek).
@xxl: kto był wychowywany pod szafą, zawsze zostaje jamnikiem.
Z jakiegoś powodu autorzy programowych emulatorów nie mają mentalnego problemu z zaimplementowaniem nieudokumentowanych rozkazów.
To znaczy, tak czysto technicznie rzecz biorąc, jak proponujesz zaimplementować dwie różne listy opkodów w jednym i tym samym scalaku?
One tam były od zawsze i były wykorzystywane i nie zmienisz tego nawet obrażając się na XXLa.
Właśnie na tym polega specyfika Atari, że u nas nielegale były wykorzystywane rzadko. Programy z tego powodu nie działające na 65816 można policzyć na palcach (niekoniecznie jednej ręki, ale jednak). Koderzy do tej pory - z nielicznymi wyjątkami - świetnie radzili sobie bez nich, przez co programy chodziły zarówno na NMOS-owym 6502, jak i na jego wersjach rozwojowych. W imię czego, pytam się, mamy to zmieniać?
Ale nie ma sensu oszukiwać samego siebie, że zrobiłeś sprzęt zgodny.
Powiedz to pierwszemu gościowi, który wmontował do peceta 80286 zamiast "klasycznego" i "standardowego" 8086, mimo że na 80286 nie chodzą dokładnie wszystkie programy napisane na 8086. I wyjaśnij mu, teraz, w roku 2012, że robiąc to, głęboko ideologicznie się mylił, gdyż zamiast prawdziwego procesora włożył tam "zmutowany", "niekompatybilny", "emulator" i w związku z tym otrzymał "nieprawdziwego", lub też ewentualnie nawet "niekażdego" peceta. Bo przecież nielegalne rozkazy 8086 działają na każdym IBM PC, nie?
Pinek, powiedz lepiej, jak się czujesz, jako niezdrów niebiały człowiek, posiadający nie-Atari (bo ja świetnie :D ).
Ciekaw jestem, kiedy xxl zacznie emitować oficjalne certyfikaty koszerności.
Np. jak juz zapewne czytales na zyskaniu cykli.
Na zyskaniu kilku na ogół niepotrzebnych cykli, kosztem utraty kilku równie niepotrzebnych użytkowników ;)
Nie załadował się driver zegarka. Co się dzieje, kiedy wpiszesz z palca ULTIME.SYS i nacisniesz return? Jakiś komunikat?
jellonek, komenda MERGE jest już w 4.45, ale w 4.46 została udoskonalona. Cytuję:
* CONFIG's keyword MERGE now allows merging portions of CONFIG.SYS
from arbitrary drive/path. Details:The merged config file will be read using SDX device drivers, not OS
routines (as before). This allows drives/partitions that are accessible
only via SDX drivers (SIDE, MyIDE etc.) to hold the merged configuration
part for easy change. The main config should contain USE command (memory
configuration), device drivers (such as DEVICE SIO, DEVICE SIDE) and then
"MERGE filename.cfg" to attach the device-resident part of the
configuration.Additionally, in case the filename contains either a device name, a drive
number or a path, the merged config will be loaded using SDX filesystem
drivers (such as SPARTA.SYS). This way a file from a different
directory/filesystem can be merged (for example MERGE
D2:>CONFIG>XTRA.CFG). Note that this requires SDX filesystem driver to be
loaded earlier (DEVICE SPARTA). Also beware that the merged files cannot
exceed 1KB.If just the filename is given (like in previous SDX versions), the
filesystem drivers are not used to get the merged config. In such case the
merged file must be located in the same directory as the file that merges.
If the file is merged from the default config (CAR:CONFIG.SYS), it should
be stored in the root directory of the boot drive.If no file name is given (MERGE without a parameter), SDX config selector
is invoked to let you choose from multitple CFG files stored in SPARTA.DOS
directory (see the manual for details). Note that in case of OS-compliant
boot drive, the config selector is shown regardless of MERGE command.
@lemiel - http://pl.wikipedia.org/wiki/Pandora, lepiej tego nie otwierać...
Przypuszczam, że nazwa obiektu jest zniekształcona, brakuje sylaby "ci" :)
No niestety, od migracji zwieracza mirrory są niedostępne. Kontaktowałem się już w tej sprawie z krapem, powiedział, że "naprawi", ale jak dotąd tego nie zrobił.
65816:
rep #$20 dec word sep #$20 ; abs: 7 bajtów, 14 cykli (? - proszę o potwierdzenie) ; zp: 6 bajtów, 13 cykli (?)
rep i sep zajmują po 3 cykle, dec word 3(op+adr)+2(r)+1(m)+2(w) = 8. Razem 14 dla abs, oraz cykl mniej dla zp. Tyle że rep i sep potrzebne są tylko w dość skrajnym przypadku, kiedy owo dec to jedyny 16-bitowy rozkaz w kodzie poza tym czysto ośmiobitowym.
Bo Tomek jest urządzeniem zewnętrznym którego montaż nie ingeruje w bebechy wewnętrzne.
Czyli jest to takie samo Atari, jak Indus CP/M - możesz na tym uruchomić Wordstara, obraz będzie wyświetlany przez Atari i pisał będziesz na klawiaturze od Atari, ale nikt normalny z tego powodu nie powie, że ma Wordstara na Atari. Ma Wordstara na CP/M i stację Indus :)
wieczor: co masz na mysli piszac ze projektanci przewidzieli uzycie 816?
Czy akurat 816, tego się nie dowiemy (CPU pojawił się IIRC w 1984 roku, czyli jak dla Atari Inc., za późno). Ale że projektanci nie byli przywiązani konkretnie do 6502C, co widać choćby po tym, że ani jeden element firmware, ani OS, ani pakiet FP, ani BASIC, ani żaden firmowy DOS nie używa nielegalnych rozkazów. To jest wskazówka pośrednia.
Wskazówką bezpośrednią jest to, że listing źródłowy XL OS tzw. rev. 5 interpretuje wartość $02 znajdującą się w sygnaturze OS pod adresem $C005 oraz $FFF1 (tzw. option byte) jako oznaczenie "CPU series" (etykieta IDCPU). Mgliście mi się przypomina, że widziałem gdzieś tę wartość opisaną jako "architecture".
Ta wersja OS-u jest prototypowa (nie weszła do produkcji i całe szczęście), ale ta wartość jest taka sama w seryjnym OS-ie XL/XE, zatem chyba można przypuszczać, że planowano komputery z prockiem innym niż NMOS-owe 6502, ale z nim zgodnym. Inaczej zapisywanie takiego oznaczenia w ROM-ie nie miałoby sensu.
I to chyba tyle jeśli chodzi o ideolo.
Nie masz, ale też LMS nie zawsze pozwala uniknąć JMP. Jeśli masz do połączenia dwie DL-ki (np. jak w przypadku TD.COM pod SDX, który łączy DL własną z ogólną), pusta linia się jak najbardziej przy tym pojawi. Oczywiście lekarstwem na ograniczenie 4k jest LMS a nie JMP.
W sensie tego, co generuje rozkaz $00 ANTIC-a (1 pusta linia).
pajero, jellonek ma rację, pokiełbasił ci się rozkaz JMP (przeskok do innego miejsca DL) z LMS (przeskok do innego miejsca w pamięci obrazu). JMP generuje jedną pustą linię, jak pisze electron.
Na to nie ma metody, ale też nie wiem, po co komu informacja, gdzie konkretne siedzi DOSKEY.
Domyślam się, być może błędnie, że raczej chodzi o uzyskanie informacji, gdzie nic nie siedzi? Bo bank zajęty tak jakby znika z systemu, a info, co w takich znikniętych bankach ewentualnie jest, nie jest nigdzie jawnie zapisywane.
Natomiast jak dostać listę wolnych banków, to jest opisane w programming gajdzie, http://sdx.atari8.info/sdx_files/4.45/s … amming.pdf str. 15-17. Dostęp do symbolu T_ jest opisany dla binarek SDX oraz dla binarek nie-SDX (w przypisie). Jeśli to nie wystarcza, to oświećcie mnie, co trzeba, może się coś wymyśli.
atari.area forum » Posty przez drac030
Wygenerowano w 0.138 sekund, wykonano 15 zapytań