Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez Cyprian
te mają włączone mocne artefakty PAL i rozmycie, jeśli potrzeba to mogę je wyłączyć
takie będą ok?
no to pięknie
Cyprian napisał/a:Pierwsze co sprawdziłem to "Unlit" no i działa :)
Co za przypadek? ;)
GameDrive emulowany jest póki co tylko do odczytu, bo tylko tyle potrzebowaliśmy.
Detale kosmetyczne zostawiam na później - na razie kuleje wiele innych istotnych rzeczy (chociażby brak UI).
szukam dokumentacji GameDrive, jakie ma funkcje i jak z nich korzystać. np jak ładować pliki. Miałbyś cośtakiego?
Realnie, ST wyciąga coś koło 1.2MB z DMA. Coś kiedyś (chyba) ppera pisał o możliwej prostej modyfikacji do podbicia tego nieco, było to w konteście playera filmów na ST.
W sumie to maksymalna prędkość jest taka jaką oferuje urządzenie końcowe, aktualnie jest to 1,2MB/s dla CosmosEx, a kiedyś 300kB/s z Megafile czy Satandiskiem :)
Pamiętam że w latach '90 była fama że DMA jest taktowane zegarem 10MHz, co dawałoby właśnie transfer na poziomie 1,25MB/s.
Technikalia są jednak takie że DMA taktowane jest zegarem systemowym 8MHz, ładuje/zapisuje dane z pamięci do swoich buforów FIFO z prędkością 4MB/s (konkretnie to 2MHz słowami 16bit), a na zewnątrz sygnały ACSI 'migają' 250ns (4MB/s).
PPera w kontekście filmów pisał o modyfikacji ale portu Cartridge: https://atari.8bitchip.info/movpst.php
Na swoim już nieistniejącym forum robił testy ACSI, podawał timing. Tutaj jest info o ACSI i 2MB/s https://atari.8bitchip.info/astide.php
Cyprian napisał/a:MagiC wspiera 'Background DMA' ale MiNT chyba też?
MiNT wspiera 'w teorii'. Jest od tego API, ale do niczego nie przypięte, więc nic tego nie używa.
ok, nie wiedziałem tego. Do tej pory myślałem że program który ładuje dane z dysku do pamięci nie blokuje innych działających aplikacji.
Cyprian napisał/a:W zwykłym TOS też da się 'odzyskać' moc procesora w trakcie odczytu z dyskietki/HDD ACSI, bo procesor większość czasu spędza w pętli czekając na zakończenie transferu DMA. Wystarczy swój proces uruchamiać na przerwaniach.
No tak, ale mieszanie z przerwaniami i równoczesne IO to proszenie się o kłopoty. Różne drivery hdd różnie z tym działają.
Z tego co wiem to nie ma nic złego w używaniu przerwań podczas IO. Znane mi systemy operacyjne na duże Atari używają przerwań podczas IO - VBL oraz TimerC, ze znanego mi oprogramowania są to też różne playery modów, YM czy midi, programy D2D (chociażby Cubase Audio).
Cyprian napisał/a:Wiem że kontrolery IDE, które są podpięte bezpośrednio pod CPU (czyli nie korzystają z DMA), mogą być podłączone do przerwania w porcie ACSI by sygnalizować koniec transmisji danych.
Kontrolery IDE do ST podpinane pod procesor dzialaja wylacznie w trybie PIO.
Pomijajac potencjalnie MagiC, nic nie wykorzysta DMA (w systemie), a i szybsze od PIO to tez nie bedzie.
Na Falconie czy TT faktycznie PIO będzie szybsze niż DMA (SCSI/ACSI) ale nie na ST. 68000 nie prześcignie 2MB/s DMA (albo nawet 4MB - to jest do weryfikacji), no chyba że to będzie ST z 68030.
MagiC wspiera 'Background DMA' ale MiNT chyba też?
W zwykłym TOS też da się 'odzyskać' moc procesora w trakcie odczytu z dyskietki/HDD ACSI, bo procesor większość czasu spędza w pętli czekając na zakończenie transferu DMA. Wystarczy swój proces uruchamiać na przerwaniach.
Fajny kod ale jakby co to jest to ładowanie DMA ale z dyskietki.
Tutaj jest kod w asemblerze który ładuje bootsektor ale z urządzenia podłączonego do ACSI:
Strona 65
http://www.bitsavers.org/pdf/atari/ST/A … M_0087.pdf
Tutaj to samo w wersji TXT. Wiersz "2639 DMA Bus Boot Code":
https://github.com/ragnar76/emutos/blob … c/bios.txt
brzmi ciekawie,
ten dokument jest spoko, na liście EmuTOS albo Hatari czytałem że w pewnych sytuacjach rejestry ff8604/ff8606 muszą być zapisywane na raz - jednym długim słowem. Nie ma tego w dokumencie Mikro ale jest w tych PDFach które zapodałem.
Tutaj przykład z CosmosEx.
Funkcja "acsi_cmd" wpierw wysyła w trybie PIO komendę do urządzenia, następnie odbiera/wysyła pakiet danych ale już przez DMA ("start DMA transfer"):
https://github.com/atarijookie/ce-atari … onf/acsi.c
Wydaje mi się że oprócz samego przesyłania komend / danych to trzeba wpierw odpytać jakie urządzenia są podłączone do ACSI.
No właśnie chodzi mi o "cokolwiek" co by chciało przesyłać dane bezpośrednio do pamięci, bez udziału procesora.
Tutaj jest drugi ciekawy dokument o programowaniu DMA/ACSI.
Od strony 20stej jest pokazany kod asemblera podzielony na poszczególne kroki:
http://fr.meric.free.fr/Technique/Hardw … 8-1991.pdf
Rzuć okiem czy to będzie ok.
Przychodzi mi do głowy jeszcze jedno źródło wiedzy - EmuTOS.
Swoją drogą, chcesz odczytać dane z gotowego urządzenia zewnętrznego (takiego które już działało z ST) czy może robisz od coś swojego?
Ze znanych urządzeń które można podłączyć do Atari poprzez port ACSI są to: skanery, drukarki, dyski hdd i wymienne, CD/DVD
Z tego co pamiętam CosmosEx podłączany po ACSI oferuje jeszcze: zdalny pulpit, karta sieciowa (STiNG)
Czy chodzi Tobie tylko o kanał DMA poprzez port ACSI? Bo ten port ma dwa tryby pracy DMA oraz PIO.
Jeśli chodzi o DMA może być użyte do czegokolwiek co wymaga strumieniowania danych (w paczkach o wielkości wielokrotności 16 bajtów). Kwestią do zweryfikowania jaką prędkość może uzyskać -2MB/s czy 4MB/s. Z tego co pamiętam to cykl DRQ ma 250ns czyli teoretycznie 4MB/s.
Wiem że kontrolery IDE, które są podpięte bezpośrednio pod CPU (czyli nie korzystają z DMA), mogą być podłączone do przerwania w porcie ACSI by sygnalizować koniec transmisji danych.
Tutaj jest fajna instrukcja programowania ACSI:
https://info-coach.fr/atari/documents/_ … amming.pdf
właśnie dotarłem do domu, reszta jeszcze walczy...
będę za pół godziny.
Jaki tam jest adres? Dickensa 17A?
może być Paczkomat (wpisałem) może być ten olx, albo można zbiorczo wysłać parę i sobie je rozdamy. Sikor, Miker, AS, co wy na to (może ktoś jeszcze z Wawy byłby zainteresowany)?
@artik-wroc a czy przypadkiem BE nie ma płyty do krótkiego STE?
https://www.atari-forum.com/viewtopic.p … 21#p215721
fajne
@artik-wroc płyty główne do Mega ST i 1040ST? Dużo sobie BE za to liczy?
@Kacper można dwie sztuki?
@perinoid no tak, ta wersja nie ma sieci, ale może dało by radę zrobić nowszą wersję z dodatkową płytką ESP32
Jacques napisał/a:Niezły ten AVG cart, wyciąga macki po kolejne złącza Atari, będzie zajmował już 3 :-)
Zaraz sięgnie po joysticki, potem zajmie gniazdo monitora i zasilanie :P
no fajnie by było mieć funkcjonalność FujiNet w AVG
@laoo/ng
jakieś skróty klawiaturowe są teraz obsługiwane?
Jeśli chodzi o Lua, to czy oprócz poniższego można jeszcze coś skryptami zarządzić?
lnx = "full/path/to/image/file";
Log{ path = "full/path/to/trace/file.log" };@tmp dzięki
Yezy 1 szt.
uicr0Bee 1 szt.
Cyprian 1 szt. - krótki
lopez - 1 szt. - długi
pancio.net - 1 szt. - krótki
lemiel - 1 szt. plus 1 szt. SIO
Sikor - 1 szt. - długi
as... 1szt. długi kabel do sio, plus ten kabel do expansion.
@Xerxes ok
@tmp Minulý mesiac som si od vás kúpil AVG. Aký kábel si vybrať
o XL nie ma informacji, do XL jest AVGPBI.
nawet nie wiedziałem, tam gdzie kupowałem było tylko zwykłe
@tmp Czy do XL też będziesz robił kable?
Yezy 1 szt.
uicr0Bee 1 szt.
Cyprian 1 szt.
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.141 sekund, wykonano 11 zapytań