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
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Wyniki 24h Compo: System Error Poznaliśmy zwycięzców 24h Compo: System Error.
Gearlynx 1.2.1 Gearlynx to wieloplatformowy emulator konsoli Atari Lynx, który właśnie doczekał się ważnych poprawek.
II. Baskijski Turniej Atari 8-bit Relacja z drugiej edycji retro zawodów Atari 8-bit zorganizowanych przez Euskal Retro w Bilbao.
Opcje wyszukiwania (Strona 104 z 193)
Jeśli jest UDS i LDS ustawione to CPU odczytuje 16bitowe słowo z parzystego adresu;
UDS ustawione - bajt z nieparzystego adresu;
LDS ustawione - bajt z parzystego adresu.
sygnały UDS LDS.
Jeśli jest ustawiony UDS to operacja dotyczy starszego bajtu na szynie.
Jeśli jest ustawiony LDS - to chodzi o młodszy bajt.
Ustawione oba - to operacja dotyczy całego słowo (16bit).
thePink napisał/a:Ludzie zaczynają się organizować
nie ludzie tylko platforma obywatelska i agora.
jak widać sama śmietanka, dziwne że ktoś im jeszcze ufa...
pierwszy raz o tym zgromadzeniu dowiedziałem się pół godziny temu z netu a mieszkam niedaleko.
rj1307 zamiast A0 jest UDS i LDS.
Z jaką prędkością twoje urządzenie przesyła dane?
rj1307 napisał/a:Witam!
Bardzo proszę osoby znające temat o wyjaśnienie mi kilku kwestii. Otóż jak wiadomo szyna danych jest 16 bitowa, natomiast szyna adresowa 24 bitowa. Ale patrząc na gniazdo carta mamy tam tylko 15 lini adresowych, bez A0 i A16-A23. Dla czego?
Do czego mi to potrzebne? Otóż zbudowałem sobie prostego carta do monitorowania ruchu na liniach adresowych i liniach danych.
Ich stan przesyłany jest w formatach Hex i Bin po USB do terminala w windowsie, działa to całkiem sprawnie, ale mam wrażenie że adresy są błędne właśnie przez brak pełnej szyny adresowej.
Druga sprawa, czy istnieje dokumentacja opisująca sekwencje startową, w jakiej kolejności i do czego odwołuje się procesor po resecie?
Sorry za lamerskie pytania ale po prostu nie wiem tego :(
Cartrigde może mieć max 128KB w przestrzeni adresowej $FA0000 - $FBFFFF więc dla tego jest tam tylko 15 linii adresowych plus sygnał wyboru jednego z dwóch 64kB banków - ROM3 i ROM4.
Sekwencję startową znajdziesz opisaną np tutaj:
- rozdział "Cartridge Support" http://info-coach.fr/atari/documents/_m … e-V1.1.pdf
- http://www.atarimagazines.com/v4n12/STCartridges.html
- http://www.atari-forum.com/viewtopic.php?t=14086 - tu by zobaczyć grafiki trzeba się zalogować.
Możesz dokładniej opisać swój projekt? Jak dużo próbek adresów łapie? Jaki soft używasz? Itd.
Candle co tam rzeźbiłeś?
tak dla potomnych, wycinek BLiTTER/CPU ze schematu STE
Wygląda na to że jednak masz 32MHz 68030
U mnie nie ma daugterboarda. Bateryjka Tadiran TL-5242/W 3.6V jest przyczepiona na rzepę do obudowy.
Możesz sprawdzić NemBenchem jakie masz wyniki testów? Stare płyty bez daugterboarda miały 68030 16MHz a z nim 32MHz.
Nembech: http://milan.kovac.cc/atari/software/rs … MBENCH.LZH
A tu możesz porównać wyniki z inymi TT: http://www.atari-forum.com/viewtopic.ph … mp;t=17970
Adam Klobukowski napisał/a:Nie da się 'wyłączyć Blittera', bo on ciągle jest. VDI w TOSie nie jest zbyt szybkie, i dlatego z blitterem nieco przyśpiesza. NVDI zastepuje całe VDI i jest czybsze bez blittera niż VDI z Blitterem.
no tak. Wydajność TOSa jest niestety wynikiem optymalizacji - wciskania go w małą pamięć ROM. NVDI nie ma tych ograniczeń.
Z tym że Warp9 bez BLiTTERa jest tak samo szybki jak NVDI. Dodatkowo jeszcze, Warp9 z BLiTTERem jest szybszy niż bez. wyniki testów w poście #16
tutaj jest porównanie Warp9 i NVDI na ST (grafika z tego wątku http://www.atari-forum.com/viewtopic.ph … mp;t=28093 ):
a tutaj moje zestawienie Warp9 na STE. Z lewej z BLiTTERem a z prawej bez:
erOS, NVDI z założenia nie korzysta z BLiTTERa. W/g mnie jest to błąd, no ale wygrali ścieżkę wspólnego minimum (ST/TT nie mają tego czipu). Swoją drogą NVDI to kobyła, na ST lepszy jest Warp9.
poniżej macie wynik testu AES/VDI z GemBench.
Jest on zrobiony na "STe" z BLiTTERem i porównany do STE be BLiTTERa:
nie przepadam za studiowaniem manuali.
1) z tego co pamiętam to Jookie wspominał kiedyś o takiej opcji.
2) CosmosEx ma standardowe złącze wewnętrzne SCSI 50pin , TT ma standardowe złącze SCSI zewnętrzne 50pin. Pytanie czy można jeszcze gdzieś dostać taki kabel
Adam Klobukowski napisał/a:2) Kable sa w zestawie.
tylko kabel ACSI.
Mojego Cosmo zamontowałem w TT w miejscu twardego dysku i podłączyłem kablem SCSI tóry był już w TT. Dzięki WiFi USB mogłem zamknąc obudowę.
---Edycja---
co do punktu pierwszego, RPi jest podłaczone luźnym kablem więc jakaś obudowa/podstawka jest jednak potrzebna:
erOS skoro można to czemu nie :)
Arturos, a czy dał byś radę zmontować takie cacko z FPGA montowane w slot BLiTTERa i JTag (by można było sobie to programować?
erOS soft do BLiTTER jest - TOS. System używa go intensywnie, dema również.
ciekawy projekt.
możesz opisać jakie zmiany trzeba zrobić w krótkim ST?
ostatnio wpadłem na ciekawą stronę: https://www.facebook.com/cotojapowiedzialem
sporo tam smaczków:
A tu sam mustrzunio Ryszard P.:
:)
schematy chyba nie są dostępne w sieci, a szkoda
rj1307 napisał/a:Nie, podniesiona noga 51 CPU (addr9) ma kikanaście ohm do masy.
czy to oznacza że procesor jest walnięty?
Wczytałem grę i zrobiłem zrzut pamięci z emulatora Steem Debugerem.
Być może te dodatkowe głosy na tym etapie gry nie zostały wczytane. Co trzeba zrobić je usłyszeć?
Znalezione posty [ 2,576 do 2,600 z 4,807 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.174 sekund, wykonano 15 zapytań
