1,076

(1 odpowiedzi, napisanych Software, Gry - 16/32bit)

a tu gry z 2018-2019
R0X Zero (pierwsza gra) wygląda git
https://www.youtube.com/watch?v=CSZFOGql4EU

1,077

(1 odpowiedzi, napisanych Software, Gry - 16/32bit)

https://www.youtube.com/watch?v=41yZfj66pgE

1,078

(9 odpowiedzi, napisanych Bałagan)

płytka Junior - jest
obudowa Lego - jest

do ogarnięcia zostały więc tylko układy ;)

@pilat23 dogadamy się, potrzebuję górną obudowę 260ST, na wymianę mam taką samą tylko ze znaczkiem 520ST

...

150

1,082

(11 odpowiedzi, napisanych Bałagan)

fajny pomysł, brakuje takiego rozszerzenia do PoFo

1,083

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

Adam Klobukowski napisał/a:

To nie jest problem związany z MMU.

chodzi o "EXCEPTION PROCESSING 11: Line F"?
No tak, "Line F" czyli instrukcje FPU albo emulacja FPU.

1,084

(1 odpowiedzi, napisanych Sprzęt - 16/32bit)

długość kabla DMA może mieć wpływ na działanie karty ISA przez VOFA w ST:

Otóż o linia RESET w ACSI nie jest buforowana więc długość kabla ACSI może wpłynąć na sygnał RESET w porcie ISA:
https://www.atari-forum.com/viewtopic.p … mp;t=41428

1,085

(80 odpowiedzi, napisanych Sprzęt - 16/32bit)

na 68000 jest wersja MiNT bez obsługi MMU, chyba "MINTNP".
Może ona zadziałav poprawnie?

1,086

(29 odpowiedzi, napisanych Sprzęt - 16/32bit)

@artik-wroc
na dzień dziejszy temat wygląda dobrze, mam odpowiednie źródła, mam wiedzę, teraz muszę siąść i przetestować w praktyce MMU.


Kroll ma wszystko albo i więcej :)

nice idea, I'll try join the call

1,088

(29 odpowiedzi, napisanych Sprzęt - 16/32bit)

@artik-wroc Spokojnie, mogę to ogarnąć. Na kiedy to potrzebujesz?

MMU2.pdf - to jest z Profibuch?

Jeśli chodzi o PMMU.pdf to pierwsza część jest https://mikro.naprvyraz.sk/docs/Coding/ … ie/MMU.TXT a druga skąd (od 16 strony)?

1,089

(29 odpowiedzi, napisanych Sprzęt - 16/32bit)

@Kroll, @artik-wroc dzięki za linka,
zdebugowałem i jest to akcesorium dla 68040 które ma inne MMU niż 68030, więc nie da się przenieść kodu i trzeba napisać od nowa.
Sprawdziłem pod Hatari z 68040 i widzę tylko komunikat: "Keine Hades!"

@artik-wroc, mogę spróbować napisać program od przełączania, z tym że MMU znam tylko teoretycznie i do tej pory jeszcze go nie kodowałem więc muszę się w nie wgryźć.
Pod jakimi fizycznymi adresami będą widoczne te trzy porty?

Co to za akcesorium? Masz może jego źródło?
http://artik-wroc.pl/pliki/mgx2.jpg

---poprawka---
dobra mam: "MagiCMac Sound Driver v0.97 (MagiCMac, Hades, Aranym) [Nov 23 2003]" https://docs.dev-docs.org/htm/search.php?find=hades

1,090

(29 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

Akcesorium dla Hadesa jest, można tam włączyć jeden z ROMów. Źródeł to raczej nie będzie

masz to akcesorium?
Może da radę je zdeasemblować.

1,091

(142 odpowiedzi, napisanych Programowanie - 8 bit)

@Adam, jest szansa ale znając moje tempo to na SV 44 :)

1,092

(142 odpowiedzi, napisanych Programowanie - 8 bit)

@tebe ładnie to wygląda i jest szybkie

1,093

(142 odpowiedzi, napisanych Programowanie - 8 bit)

@Adam, ten tryb działa i jest tak prosty że nie trzeba żadnej dokumentacji. Nikt z niego jeszcze nie skorzystał bo na TT jest zaledwie parę dem.
Parę lat temu zrobiłem prosty przykład/demo dla zespołu Hatari. W sumie to też dodałem do Hatari obsługę tego trybu "smear"/"samplehold" oraz "hypermono"/"duochrome" (256 odcieni szarości). W międzyczasie Hatari zmieniło metodę renderowania danych, no i muszę te tryby do niej ponownie dostosować: https://hatari.tuxfamily.org/doc/authors.txt

W sumie to obsługuje się go w niemalże identyczny sposób co blitterowe wektory na Amidze - 1) czyszczenie ekranu; 2) rysowanie linii; 3) wypełnianie,  ale z pominięciem punktu 3).

1,094

(142 odpowiedzi, napisanych Programowanie - 8 bit)

Wypełnianie działa per jedna linia, nie zmienia zawartości pamięci RAM, tylko sygnał wysyłany do monitora.
Przykładowo, cała linia wstępnie jest wypełniona wartością 0.
Jeśli ustawiasz piksel  x:10 y:10 na kolor o wartości 12, piksel x:110 y:10 na kolor o wartości 5, to układ graficzny dla linii 10, pomiędzy x:10 a x:109 wyświetli linię koloru 12, a od x:110 do końca prawej ramki linię koloru 5.

Czyli z punktu widzenia procesora, rysowanie linii to postawienie dwóch punktów - na początku (w kolorze linii) i na końcu linii (w kolorze tła), oraz upewnienie się że RAM pomiędzy punktami jest wyzerowany.

1,095

(142 odpowiedzi, napisanych Programowanie - 8 bit)

@tebe fajne video,
Ciekawostką jest to że opisany tam tryb "fill mode" jest też w Atari TT

1,096

(29 odpowiedzi, napisanych Sprzęt - 16/32bit)

artik-wroc napisał/a:

Jak to wygląda od strony programowej. Chodzi mi o mapowanie, aby adres jednego portu zmapować pod adresem portu ROM ?

tak jak zauważyłeś to mapowanie robi MMU procesora. Trzeba napisać apkę tworzącą nową tablicę MMU albo wykopać istniejącą apkę.


Z tego co widzę "MagiCMac Sound Driver" ma sterowniki dla RoPoCop:
https://didierm.pagesperso-orange.fr/magxsnde.htm

Tutaj jest więcej plików do RoPoCop dla Milana:
https://github.com/mschwingen/milan/tree/main/RoPoCop

Tutaj ciekawy wątek o MMU 68030: https://www.atari-forum.com/viewtopic.php?t=31252

1,097

(2 odpowiedzi, napisanych Fabryka - 16/32bit)

great idea,
What about existing solutions like CosmosEx, which has embedded RPI and supports STinG/STicK (internet access for the ST) https://github.com/atarijookie/ce-atari ?

1,098

(210 odpowiedzi, napisanych Sprzęt - 16/32bit)

tOri napisał/a:

Cześć,

Najpierw przeprojektowałem interface Pera Putnika wrzucając wszystko do CPLD Xilinx 9536XL. Zdjęcie w załączniku. Wymiary bez wtyku DB19 - około 75mm x 55mm. Jest to wersja, która działała połowicznie. Odczyt działał, zapis - nie. Zacząłem ogarniać temat i po miesiącu rozmyślania znalazłem pomyłki autora, które powodowały te wszystkie opisywane w innych wątkach problemy z błędami kopiowania danych. Do testowania zaprosiłem _tzoka_ (dzięki wielkie za pomoc!) ze względu na to, że mogła powtórzyć się sytuacja gdzie mój interfejs na moim komputerze działa a na innym komputerze - nie działa. _tzok_ dysponuje wersją zaprojektowaną przez Mq - na układzie GAL - tak jak w oryginale.

Finalnie okazało się, że nie jest potrzebny przerzutnik monostabilny 74HCT221 i trzeba było poprawić logikę "zaszytą" w GAL. W moim wariancie na układzie Xilinx naniosłem dokładnie takie same poprawki.

Testy wykonywałem na różnych kartach i na dwóch różnych maszynach.

Karty to oczywiście Sandisk: ULTRA II - 2GB, EXTREME III - 2GB, ULTRA II - 4GB, ULTRA II - 1GB

Na 1040STe TOS 1.62 był kopiowany plik 18MB pomiędzy partycjami C->D->E->F->G->F->E->D->C i po ostatnim kopiowaniu porównywany z oryginałem. Na wszystkich kartach test przeszedł bezbłędnie co oznacza bezproblemową i stabilną pracę interfejsu. Na 1040STFM TOS 1.02 użyłem tylko jednej karty - ULTRA II - 1GB - też wszystko przeszło bezbłędnie.

_tzok_ tak jak i ja nie miał problemów z poprawionym interfejsem na 1040STe. Na 1040STFM miał dużo błędów. Znalazł rozwiązanie w postaci DMA fix zaproponowane przez exxosa. Ale najlepiej będzie gdy sam może o tym napisze. Podejrzewam, że może grać tu także rolę to, że wejścia/wyjścia w moim interfejsie działają na poziomach 5V wejście / 3,3V wyjście i zakłócenia w interfejsie TTL powodują jakieś problemy na szynie danych DMA Atari czego nie ma od strony Xilinxa.

Kończąc - jest jeszcze kilka rzeczy do dogrania. Między innymi z autorem - P.Putnikiem. Myślę, że za jakiś czas będą dostępne PCB tego projektu. Być może zmontowane interfejsy, a i opis powinien pojawić się u mnie na www. Mam na oku obudowę pasującą do projektu więc może być w pełni profesjonalnie :D

Interface osiąga transfery na poziomie 1,8...1,9 MB/s - to rzeczywiście jest "demon szybkości".

Osobiście cieszy mnie, że udało się dorzucić kolejną zabawkę do świata Atari. Przy tej okazji sporo się także nauczyłem siedząc nad Atari DMA (ACSI)

Pozdrawiam
tOri

Pera zrobił ciekawą podstronę o ACSI i DMA: http://atari.8bitchip.info/AcsiDmaExD.html
Wspomina tam że znalazłeś błąd związany z sygnałem DRQ dla ostatnich dwóch bajtów.

Rozwinął byś trochę ten temat? Dzięki

1,099

(253 odpowiedzi, napisanych Fabryka - 16/32bit)

x_angel napisał/a:

No to już oficjalnie chciałbym się pochwalić powstaniem powiedzmy prototypu nowej płyty Atari ST w formacie ATX:
Atari ST ATX

hej x_angel, co słychać w tym temacie?

1,100

(3 odpowiedzi, napisanych Programowanie - 16/32bit)

Thorsten Otto, bazując na szczątkowych kodach źródłowych odtworzył (dopisał brakujące części) źródła TOS 1.04: https://github.com/th-otto/tos1x
Wcześniej skompletował oryginalne kody źródłowe do TOS 2.06 / 3.06: http://tho-otto.de/download/tos306de.tar.bz2
Po kompilacji Alcyon'em wynik jest binarnie kompatybilny z TOS 1.04 / 2.06 / 3.06

Wcześniej ograniczone zmiany w TOS można było robić TosPatch'em ( https://www.markusheiden.de/atari/tospatch.html ). Teraz whętni mogą sobie przerabiać dowolnie system do Atari.

Więcej tutaj: https://www.atari-forum.com/viewtopic.p … mp;t=41354

-- dopisek 2024.11.16 --
źródła TOS 2.x/3.x
https://github.com/th-otto/tos3x/

Poprawki w części "Patches":
https://www.atariuptodate.de/en/system