Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Outline 2025 - invitro na Atari ST Paradox i Havoc/Lineout wydali invitro na Outline 2025 dla Atari STf z 1 MB RAM.
Nowe postacie w Street Fighter 2 Vega dodaje kolejne postacie do portu SF2 na Atari 8-bit. Zobacz nowy film z rozgrywką.
ATasm v1.30 ATasm v1.30 to assembler dla procesora 6502 działający z poziomu wiersza poleceń, zgodny z oryginalnym Mac/65 od OSS.
ugBASIC v1.17.2 Wszechstronny język programowania BASIC oraz cross-kompilator pozwalający na tworzenie programów na różne platformy 8-bitowe
Zapraszamy do artykułów na atari.area! Szukasz różnorodnych materiałów na temat Atari? Koniecznie odwiedź dział artykułów.
Opcje wyszukiwania (Strona 89 z 120)
@electron: Jeśli masz na myśli BIOS np twardego dysku to przecież nie jest powiedziane, że xxl do niego nie skacze (tak, jak to robi OS Atari). Przecież SIO też zaimplementował tak, jak to robi Atari, ale bez użycia przerwań - czy to że nie skacze do ROMu Atari oznacza zaraz że urządzenia podłączone do magistrali nie będą działać? Czy jak ktoś zmieni ROM stacji dysków, to zaraz rozwiązanie xxl przestanie działać? Nie. Po to są interfejsy i standardy, żeby umożliwić pisanie softwareu niewrażliwego na zmiany po drugiej stronie/zmiany bebechów.
Każda gra napisana pod xBIOSa pisana jest standardowo, ale dla innego zbioru interfejsów. Interfejsów xBIOSa. Po prostu żeby gra zadziałała musi być załadowana biblioteka xBIOS. Czy będzie ona w sektorach boot, czy załadowana inaczej to kwestia drugorzędna.
Zaletą pomysłu xxla jest mały rdzeń realizujący proste operacje na fsie. Nie ma tam np. tworzenia plików o dowolnym rozmiarze, a tylko zapis slotów o z góry ustalonym rozmiarze (zawartość slota może mieć max tyle ile na niego przewidział projektant gry). Nie potrzeba też mieć ciągle włączonego OSu, żeby realizować operacje IO. Samo wywołanie funkcji jest znacznie krótsze niż jakiekolwiek wywołanie CIO (wyjątkowo wywołania funkcji SDX są krótkie). Ma swoje ograniczenia, ale ma też i ogromne IMHO zalety. Że każdy bajt pamięci podstawowej się liczy, to wie każdy komu jej zabrakło. Argumentacja ze 130xe też jest słaba, bo proszę sobie pomyśleć ile zachodu wymaga wykorzystanie pamięci bankowanej (jeśli nie, to dlaczego każdy kto myśli o wsadzeniu 816 do Atari od razu chce mieć pamięć liniową). A że projekt ma swoje ograniczenia - każdy ma :)
Będzie chyba potrzebna poprawka TD, gdyż zamiast przedłużać/podmieniać i przywracać wektor VBLKD zwyczajnie go zapomina. Stąd część plemnika działająca na VBLKI (odliczanie 3 minut) pracuje poprawnie, a malowanie obrazu działające na VBLKD już nie.
Sam kod nie został zmieniony - działa jak poprzednio (więc pewnie ten błąd się pojawi - sprawdzę to tak w ogóle, bo rzadko w SDX używam TD - dzięki za requesta). Poprawiona została instalacja. Poprzednio jeśli dlist lub ekran wypadał na granicy zastrzeżonej przez ANTIC (4k dla ekranu i 1k dla dlist), to dlist/ekran się oczywiście psuł. Teraz powinno być ok (testowałem :D).
Edit: Miło mi powitać użytkownika mojego programu :)
@grzeniu: Będą.
@xan: Aby zobaczyć demko należy wykonać POKE 77,128 ;P
Odkurzyłem nieco stary temat - jest to wygaszacz ekranu o nazwie WORM (jakoś się wstydziłem go nazwać jak człowiek wtedy - po imieniu) a jest to implementacja znanego dzięki JBW tzw. "Plemnika".
Poprawiłem instalację - teraz sprawdza ograniczenia ANTICa i poprawnie relokuje dlistę i ekran.
Przy okazji powstała też wersja dla SDX.
A tu wersja dla Atari DOS.
Wiele radości z użytkowania życzy autor.
P.S. Tradycyjnie bugs & feature requests are welcome.
Edit: Zaktualiowałem linki.
Nie mając drogi rozwijamy lotnictwo.
Idąc tym tropem: a człowiek, który wpisałby do konstytucji zakaz zadłużania Państwa...?
Ano w paczce z rdzeniami na stronie u Candle http://spiflash.org są wersje *_vga14.xbf i *_vga28.xbf. Ale gdzie są wyprowadzone sygnały, to trzeba pytać Twórców.
Ale przecież jest rdzeń wyprowadzonym VGA...
BartoszP napisał/a:(...)nacjonalistyczne-narodowe(...)
Narodowo-socjalistyczne.
Panowie! Żeby zażywać wczasu na emeryturze musicie jej a) dożyć, b) cieszyć się dobrym zdrowiem. Jak to zrobić?
Porzućcie miraże, że pracując dzisiaj ciężko wypracujecie sobie pieniądze i odłożycie na pogodną starość. Pracując ciężko i dużo co najwyżej dorobicie się garba lub innych schorzeń, które trzeba będzie leczyć farmakologicznie. A niewykluczone że i dolegliwości psychicznych.
Żeby dożyć emerytury i cieszyć się życiem na starość NIE NALEŻY ZA MŁODU PRACOWAĆ! A jeśli już, to na pewno nie nadmiernie i nie za ciężko. Należy używać życia i niczym się nie przejmować. Prawda jest taka, że emeryturą cieszą się Ci, co nigdy na nią nie pracowali i o niej nie myśleli. Ci co używali życia i jak najmniej się trudzili.
Jeśli więc dzisiaj nie masz czasu na nic, bo ciągle masz coś do zrobienia, to jesteś na dobrej drodze do tego żeby nie mieć emerytury.
Good night & good luck.
Zrobiłem support dla partycji APT (SIDE?).
Muszę jeszcze znaleźć sposób na przekazanie informacji o emulacji wielkości sektora (128B/256B), bo obecnie widać "dziury".
Wyczyszczony został też log rozpoznanych partycji - aktualnie partycje zgłaszają się tak:
Nov 21 16:28:48 ox kernel: [12390.628340] scsi 7:0:0:0: Direct-Access ATA FLASH CARD 2009 PQ: 0 ANSI: 5
Nov 21 16:28:48 ox kernel: [12390.628780] sd 7:0:0:0: Attached scsi generic sg2 type 0
Nov 21 16:28:48 ox kernel: [12390.628936] sd 7:0:0:0: [sdb] 3931200 512-byte logical blocks: (2.01 GB/1.87 GiB)
Nov 21 16:28:48 ox kernel: [12390.629702] sd 7:0:0:0: [sdb] Write Protect is off
Nov 21 16:28:48 ox kernel: [12390.629710] sd 7:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Nov 21 16:28:48 ox kernel: [12390.629771] sd 7:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Nov 21 16:28:48 ox kernel: [12390.630183] sdb: [PMBR] APT< sdb1 sdb2 sdb3 sdb4 sdb16 sdb17 sdb18 sdb19 >
Nov 21 16:28:48 ox kernel: [12390.646723] sd 7:0:0:0: [sdb] Attached SCSI removable disk
lub
Nov 21 16:28:48 ox kernel: [12390.630183] sdb: KMK/IDEA< sdb1 sdb2 sdb3 sdb4 >
Patch do ściągnięcia z poprzedniego miejsca.
Sposób instalacji bez zmian.
Edit: link
Czy da się w jakiś sposób wykryć rozszerzenie? I np. rodzaj SIDa?
@wieczor: Jeśli znasz muzyczki w formacie .FC, których ASAP nie konwertuje, to podeślij.
Świetnie :) To teraz jeszcze tylko pozostaje zaczekać sprzęt...
@stryker: Mam źródła sapemu od epiego, ale nie przyglądałem się im jeszcze. Chwilowo jestem uwikłany w zajęcia firmowe i inne projekty. Ale jak pokończę to zerknę.
mikey napisał/a:jezeli vcs ma sluzyc tylko i wylacznie jednej osobie kodujacej sobie popoludniami costam to naprawde nic ponad cvs nie potrzeba :)
Powodem, dla którego przesiedliśmy się w firmie z cvs na svn, było przenoszenie plików z historią :D:D:D:D
Edit: ech stylistyka
SIO2BSD z PCLINK.SYS. APE chyba ma też jakiś swój mechanizm.
Kryzys - kryzysem, a żyć z czegoś (kogoś) trzeba! Proponuję jeszcze 3 kadencję.
Jeśli masz na myśli SV2k11 i okolice, to był w biedronce.
Jeśli ten dysk jest w formacie AtariDOS/MyDOS, to SDX pokazuje rozmiar na zasadzie ilość_sektorów*(rozmiar_sektora-3), bo inaczej musiałaby odczytywać cały plik sektor po sektorze i oglądać linki.
Błąd 166 występuje wtedy kiedy plik jest skorumpowany :) Pewnie podłączyłeś atra w formacie AtariDOS i podczas odczytu kolejnych sektorów pliku okazało się, że któryś należy do innego pliku. Taki plik najprawdopodobniej jest po prostu uszkodzony :/
Szybciej przez PCLink. SIO2BSD z zamontowanym katalogiem z plikami + PCLINK.SYS. COPY PCL: i śmiga z najwyższą możliwą prędkością między PC a Atari i nie ma ograniczenia na rozmiar ATRa.
Znalezione posty [ 2,201 do 2,225 z 2,996 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.097 sekund, wykonano 22 zapytań