Pożyjemy, zobaczymy :D
To nie są obliczenia dla CHS, to sa obliczenia dla samego odczytu. Ale różnicy dużej pomiędzy LBA a CHS nie będzie, bo HD BIOS przeprowadza te obliczenia tylko w sytuacji, kiedy odczyt sektorów nie jest sekwencyjny.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
MyAES 0.99 Beta 8 Nowa wersja MyAES z poprawkami błędów
Działające RM800XL! Na X pokazano działającą replikę RM 800XL - to ważny krok w stronę gotowego produktu.
PyDPainter 2.2.0 Pixel art w stylu Deluxe Paint.
SillyVenture 2025SE - nowe wiadomości Ruszyła sekcja regulaminów i uploadu prac. Zaktualizowano regulamin i dodano nową kategorię muzyczną
Doom8088 dla Atari ST Nowy port Dooma na Atari ST bazuje na wersji dla 8088 i wspiera tylko pierwszy epizod
atari.area forum » Posty przez drac030
Pożyjemy, zobaczymy :D
To nie są obliczenia dla CHS, to sa obliczenia dla samego odczytu. Ale różnicy dużej pomiędzy LBA a CHS nie będzie, bo HD BIOS przeprowadza te obliczenia tylko w sytuacji, kiedy odczyt sektorów nie jest sekwencyjny.
Źrodłówkę podeślę, jak ją znajdę.
A na jutro to ja preparuję nową releasę ROM-u, więc nie zeźrodłować swojej części nie zdążę :D Poza tym ja mam ten command.com. Jakby ktoś jeszcze miał źrodła biblioteki (banku 1 czarta) to byłaby połowa drogi.
[ Dodano: 06.01.2005 14:52:22 ]
Casper: ICD nie ma źrodeł Sparty, sprzedali przecież wszystko do FTe. Źeby znaleźć źrodła, trzeba znaleźć autora Sparty X. A tego to już chyba próbowano ...
To ciekawe ile wyciągniemy z nowego IDE KMK dostosowywanego właśnie przez Jacka Z. & Draco do potrzeb 65c816 ??? Może realtime DolbyDigital EX 7.1 @ 192 kHz :lol:
To można spróbować obliczyć. Ale niestety, dopał nie będzie taki wielki, bo I/O ma być taktowane tradycyjnie, a zapis do RAM-u w pierwszych 64k będzie wolny. Może natomiast przyspieszyć zapis, bo I/O będzie nadal wolne, ale odczyt z RAM-u będzie szybki.
Teoretycznie sam odczyt sektora 512-bajtowego powinien zajmować 3620 cykli, co daje 244,8 kilobajta na sekundę. Odjąć 30% (Antic) - 160 kilobajtów na sekundę. Oczywiście pominąłem resztę kodu handlera, dzielenia, mnożenia, potęgowania i pierwiastkowania :D jakich wymaga CHS. Osobiście będę zadowolony, jeśli odczyt przekroczy 100 kB/s.
[ Dodano: 06.01.2005 14:41:46 ]
Mała poprawka: powyższe obliczenia są w porządku - chyba - dla zegara 1,773 MHz. W przypadku 14 MHz, ponieważ instrukcja przesłania blokowego zużywa dwa cykle na operację wewnętrzną, w praktyce czas przesłania jednego bajtu będzie 5,25 cykla (5 cykli wolnych i dwa szybkie). Daje to 2728 cykli na transfer 512 bajtów, czyli 325 kilobajtów na sekundę. Odjąć czas na Antic, 217 kB/sec.
Jakbyś miał źródełka Command.coma to byłoby grejt. Możnaby dorobić polecenie RUN oraz np. możliwość odpalania baczówek bez "-". Oraz zrobić juniksa na JIL: ls, rm, pwd :D
Polecenie RUN jest, jak napisał Casper, i to pewnie nie jedno, bo ja też kiedyś coś takiego napisałem. A źrodełko command.com jest, ale nadaje się tylko do badania działania command.com, natomiast nie będzie działać. Jest to w formacie MAC/65.
Jak już z Draco ustaliłem za format daty odpowiedzialne są procedury FDOPEN i FDGETC.
Coś mi się zdaje, że one tylko wywołują procedurki ze sparta.sys do sformatowania katalogu. Bo np. ATARIDOS.SYS formatuje inaczej.
Ale w FDOPEN/FGETC to jest punkt, w który można byłoby się wpiąć z łatką.
To może zaczniemy od zdekompilowania SPARTA.SYS
Jak tylko po to, by zmienić format daty to nie wiem czy jest sens.
Nie, nie tylko po to. W ogóle docelowo dobrze byłoby mieć źrodłówkę - taką do skompilowania - całej Sparty, co pozwoliłoby na prace rozwojowe.
Tyle, że Sinclair QL miał Motorolę 68000 o ile mnie pamięć nie myli :D
A SAM-a Coupe widziałem kiedyś w sklepie w centrum Warszawy. Ale już istniał Falcon i to tę maszynę chciałem kupić.
Ale data jest chyba w formacie hamerykańskim, więc 01-14-05.
Można łatwo zmienić na bardziej cywilizowany format :D
No tak, ale reszta dat w SDX pozostanie w tym formacie, więc ustawienie jednej tylko po europejsku spowoduje zamieszanie. Teraz widać, które to miesiąc, bo jest liczba 14. Ale jeśli kiedyś jeszcze będziemy w SDX grzebać, to data może wyjść mniej oczywista.
W tym wypadku, jeśli nie da się zmienić wszystkiego, proponuję zastosować zasadę wojskową: "ch*jowo, ale jednakowo" ;)
Myślę, że przerobienie dir nie byłoby takie trudne.
To chyba trzeba byłoby zamienić miesiąc i dzień w SPARTA.SYS, bo to on zdaje się przygotowuje format katalogu? Wersję rozbudowaną z obsługą zmiennej środowiskowej SET COUNTRY = PL ;), raczej z braku miejsca trzeba by ładować w konfigu.
To może zaczniemy od zdekompilowania SPARTA.SYS? Ja kiedyś zrobiłem - w celach badawczych - źródłową wersję command.com. Ona się nie da skompilować z powrotem, ale teraz możnaby już przygotować źrodłówkę tak, żeby się dała.
Tak ogólnie, to ma ktoś sposób na w miare proste wypalenie nowej Sparty w epromie? Bo pamiętam, że Geisler mówił, że to jest jakoś pokiełbaszone tam.
U mnie na Pasiowej intSDX bez problemu - wystarczy plik rom wypalić na 27c512. Na kartridżu podrobionym przez AtaraX też jest taki eprom, więc chyba jest tak samo.
Niestety, ja mam, o ile się nie mylę, karenowski "oryginał", gdzie to nie jest takie proste. Ale to jeszcze trzeba sprawdzić.
Ja już z tym walczyłem. Zobacz se TDPL 2.0 ;). Problem tylko jak to umieścić w romie zamiast TD.COM.
Pliki są na urządzeniu CAR:, a ono zajmuje sześć banków SDX (czyli całość nie licząc banku zerowego i biblioteki w banku 1). Urządzenie CAR: ma katalog z plikami zapisany też gdzieś tam, i założę się, że jego format jest do rozgryzienia. Dalej to już banał.
No ja w ROM-ie wolnego miejsca więcej nie widzę ... chyba, żeby zrobić łatkę ładowaną przy boocie przez config.sys.
No tak, ale mówię, lepiej byłoby chyba mieć to konfigurowalne. To znaczy, zamieniać jedno z drugim opcjonalnie, jeśli juzer sobie zażyczy (np. przez odpowiedni config.sys).
Zarowno Ty Draco jak i cedyn sugerowaliscie bląd. No offence panowie, nikt nie musi znac tego hasla, wogole nie wiem o co cala dyskusja, tylko nie lubie jak mi ktos zarzuca nieznajomosc jezyka angielskiego w stopniu podstawowym
Spokojnie, ja nawet nie wiedziałem, ze to logo jest twoje :D A co do tego, że sugerowaliśmy błąd - no i mieliśmy rację, bo to JEST błąd. A że zamierzony, to już inna sprawa - niemniej z zamierzonymi błędami jest to niebezpieczeństwo, że zostaną wzięte za niezamierzone. Zwłaszcza, że wokoło - w internecie - można odnieść wrażenie, że mało kto umie w ogóle pisać po polsku, a co dopiero po angielsku.
A tak na marginesie, to po przejrzeniu stron na ten temat, do których podałeś link, nadal nie bardzo pojmuję, dlaczego takie wielkie halo zrobiono z powodu jednego, źle przetłumaczonego zdania w jakiejś gierce wypuszczonej 30 lat temu na sprzęt, którego pewnie nikt w Polsce nie widział na oczy (tj. ja nie wiem na co, ale nie na Atari chyba). Czy to akurat błędne tłumaczenie jest szczególnie śmieszne albo powinno się osobie biegłej w angielskim kojarzyć z czymś śmiesznym? Poproszę o egzegezę 8)
no na dir to się raczej nic nie poradzi, i nie wiem czy to ma sens. jeśli już to musiałoby to być konfigurowalne jakoś, w jakiej kolejności się wyświetla datę (jak na Falconie). Chyba szkoda zachodu.
Tak ogólnie, to ma ktoś sposób na w miare proste wypalenie nowej Sparty w epromie? Bo pamiętam, że Geisler mówił, że to jest jakoś pokiełbaszone tam.
Hehe. Rozumiem, że inicjały dałeś alfabetycznie. DLT Ltd. byłoby KUL.
Ale data jest chyba w formacie hamerykańskim, więc 01-14-05. A może w ogóle 01-14-2005, o ile się da. "20" można wpisać na stałe, ostatecznie poprawianie tego raz na sto lat w kodzie nie stanowi dużego problemu :D
Na czy polega bug w TD.COM? Bo ja tego program nie używam.
Co do napisu o słodkich szesnastkach to jestem za. W ogóle idiotycznym pomysłem było umieszczenie tego w ramdisk.sys ...
Cedyń, nie przejmuj się, ja też nigdy na oczy nie widziałem tego rzekomo kultowego hasła ... :mrgreen:
Ależ ja "chcę" wyświetlać menu, a ściślej chcę, żeby komputer je wyświetlał, tyle że przez E:.
Jak masz twardy dysk KMK/JZ, to numer partycji bootującej możesz ustawić FDISK-iem na przykład. Dajesz boot = D2:, bootmode "pass" i z moim ROM-em system powinien pójść z D2:, choćby to była stacja dysków (z normalnym ROM-em boot = D2 i bootmode "control" powinno dawać podobny efekt).
Ogólnie jeszcze pomyślę nad tym, bo wychodzi na to, że menu, które wbudowałem do ROM-u jest obecnie nie do użytku pod SDX.
[ Dodano: 04.01.2005 21:24:28 ]
PS. Klawiatura na PBI nie stanowi(łaby) problemu :D
[ Dodano: 05.01.2005 02:35:02 ]
PS2. Załadowałem poprawioną Spartę pod emula. To był pierwszy raz, jak zobaczyłem SDX 4.22. I widzę jeszcze jedną różnicę w stosunku do 4.20. Mianowicie zajawka, którą wyświetla command.com jest wyjątkowo jakoś paskudna.
SDX 4.20 ma coś takiego:
SpartaDOS X 4.20 2-06-89
Copyright (C) 1988 by ICD, Inc.
A SDX 4.22 coś takiego:
SpartaDOS X 4.22 11-05-95
Copyright (C) 1995 by FTe
Nie dałoby się tego jakoś poprawić, skoro i tak już poprawiamy? Przynajmniej zlikwidować dodatkową spację pomiędzy "4.22" a datą, bo przez to górny wiersz wyłazi na prawo. A dolny wiersz można wydłuzyć przez zastąpienie tekstu "FTe" przez "FTe&Trub" :D i wrócić do formatowania znanego z 4.20.
Co wy na to?
"Sorry, but even for me an adaptation of the sap to the Neotracker is a nonsense. At least - according to the author (Edrinker :D ) using the NEO player for SAP would allow only small number of *.neo files to be played. AFAIK, the author of the topic tried to configure the Neotracker *** some two years (Abbuc CMP etc.). Would this succeed?
It would have some sense if someone could make a Winamp plugin that could separately handle the NEO format. And this has some sense, and I think that this costs less effort, because even 6502 emulation is not needed, to run the player under it. It is just a question of stuffing 8-bit samples - just like it takes place in the Atari COVOX.
Could someone translate this? I couldn't".
Here you are Pin, but I must say that the Polish text wasn't very clear: what was this about two years? I don't understand, probably due to a typo you did or so.
Wszystkie wymienione wyzej bloki programu sa ruchome, a ich aktualne adresy znajduja sie w rejestrach RAM na stronie zerowej.
No właśnie, egzaktli.
Is there source code for KMK/JZ FDISK and Disk Commander available?
No, sources for FDISK 1.40 are lost.
Pasiu, potrzebujesz jeszcze to LPOKE? Bo mam LPOKE/LPEEK. Ale na forum będę mógł wrzucić w piątek najwcześniej. No i bazuje to na Lizarda biblioteczce GETPAR, więc będzie działać tylko ze Spartą albo DOS DwaPluzDe (chodzi o linie komend).
Wytłumacz mi jeszcze, jak to w dopałce mają działać dwa procesory? Bo przecież jak będzie działał jeden, to drugi będzie musiał być zahaltowany, a więc sterowanie jednym przez drugi odpada: jak się procesorowi 6502 pozwoli ruszyć z pozycji początkowej, to jak go potem zahaltować z powrotem?
No i jak będą szły przerwania? Wszystkie do tego CPU, który akurat działa?
Program może być umieszczony dowolnie, on nawet zawiera wartości wektorów BASIC-a, jakie trzeba ustawić na stronie zerowej (w konwencji "wartość wektora minus MEMLO"). Na koniec obszaru zajmowanego przez program w BASIC-u musi też wskazywać wektor APPMHI ($0e/f bodajże). Co do miąchania, wiadomo że DIM A$(16384) zajmie 16k pamięci, a CLR tę pamięć zwolni, więc trzeba się liczyć przynajmniej z takim zapotrzebowaniem, ale najbezpieczniej byłoby zostawić wolne miejsce od APPMHI do MEMTOP-u ...
TeBe a po co ci to w ogóle?
Może to głupie, ale gdyby tak edytor inicjować wcześniej?
Przed zainicjowaniem kartridża? Przecież zaraz się znajdzie 20 kartridźy, które przestaną na to działać. Trzeba byłoby edytor otworzyć, potem znowu zamknąć, a potem znowu otworzyć, a to jest już rzeźbienie.
W C wszystko jest ze znakiem, chyba, że programisa zażyczy sobie inaczej.
Wiem, m68k ma nawet specjalne rozkazy rozszerzeń znakowych, a arytmetyka wskaźników jest ze znakiem czy nam się to podoba czy nie. Co ma swoje zalety, ale ja się wychowałem na 6502 i dla mnie rozszerzenie znakowe to jest coś nienaturalnego 8)
[ Dodano: 04.01.2005 18:56:29 ]
4. MENU z wyborem DUNITa (można zapisywać do sektora startowego)
To MENU trzeba jakoś wyświetlić, i ono musi być na E:, bo w przeciwnym wypadku, jak będziesz miał wpiętą przez PBI kartę graficzną, to guzik będzie widać, a nie żadne menu.
Dokładnie tak się robi (klawisz jest START), ale chciałem, żeby menu było wyświetlane na E:
[ Dodano: 04.01.2005 13:35:15 ]
A kto Ci przy nim pomagał, jak zapomniałeś, że char jest signed by default i dziwiłeś się, że źle liczy. :mrgreen:
No bo kto to widział gdzie tę arytmetykę ze znakiem ... na 6502 prawie wszystko jest bez znaku i tak powinno było pozostać 8)
No z przerobieniem jest tylko taka trudność, że DUNIT=1 ustawia się w dwóch miejscach
Chyba inna: OS nic nie zdąży wpisać do DUNITa przy starcie, bo najpierw jest inicjowany kart Sparty.
No i jest inicjowany przed otwarciem edytora, przez co wyświetlenie żadnego menu nie wchodzi w rachubę. Czyli nawet posiadanie ROM-u z moim selektorem dysków nie pomoże - co najwyżej można zmienić DUNIT za pośrednictwem sterownika twardego dysku.
Vasco: może to i racja, zmiana kodu nie jest duża, ale jest znaczna zmiana w działaniu. Jestem za $701 = $43.
Trub: jasne, masz rację, zapomniałem o tym, Sparta startuje zanim OS się zechce bootować.
Czy $0702 jest aby na pewno przeznaczone na dalszy ciąg numeru wersji?
[ Dodano: 03.01.2005 21:34:15 ]
Przeliczenie sum kontrolnych nie jest chyba sprawą kłopotliwą jak ma się ROM w postaci pliku.
Jasne że nie, nawet mam do tego gotowy program :D
Obszar pamięci, w który znajduje się program w BASIC-u jest wg. mej wiedzy intensywnie modyfikowany, bo program w BASIC-u razem z tablicami zmiennych, stosem bieżącym itd. ma strukturę stosu i interpreter dynamicznie sobie z tą strukturą poczyna, nawet przepisując pewne jej części to w górę to w dół.
Uruchomienie stokenizowanego programu w BASIC-u jest od biedy możliwe - umie to chyba np. DOS 2.5 o ile pamiętam - ale powrót do miejsca wywołania raczej nie bardzo. W każdym razie nie przez RTS, bo interpreter raz że działa w pętli, a dwa że dość chętnie robi LDX #$FF / TXS.
Ale może by się dało ustawiając DOSVEC odpowiednio i dbając o to, żeby na końcu programu była komenda "DOS".
No z przerobieniem jest tylko taka trudność, że DUNIT=1 ustawia się w dwóch miejscach :? a poza tym trzeba przeliczyć sumy kontrolne na nowo. No i żaden emulec nie emuluje 65c816 i mój ROM nie działa :?
Aha, verstehen. :D
Z potestowaniem twojej Sparty nie wiem jak będzie, bo trzeba zaprogramować EPROM-a, a to mój standardowy problem :?
Zmieniłeś może numer wersji? Przydałoby się, dla odróżnienia, np. 4.23.
atari.area forum » Posty przez drac030
Wygenerowano w 0.169 sekund, wykonano 10 zapytań