Przejdź do treści forum
atari.area
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
Sfotty Pie Sfotty Pie, emulator Atari i narzędzia 6502, otrzymuje dużą aktualizację i wersję przeglądarkową.
Harmonogram Lost Party 2026 Poznaj szczegółowy plan kultowego zlotu demoscenowego Lost Party 2026 w Licheniu Starym.
Drwal 1.3 od Larka Nowa wersja gry Drwal przynosi poprawki w algorytmach i balansie rozgrywki.
FujiGPT - klient LLM dla Atari XL/XE FujiGPT pozwala na rozmowę z modelami językowymi na klasycznych ośmiobitowych komputerach Atari.
ABBUC Creative i Application Contest Poznaliśmy oficjalne wyniki konkursów Creative oraz Application Contest organizowanych przez ABBUC.
Opcje wyszukiwania (Strona 104 z 193)
Zwiechy sa z PuPlą czy bez?
Jeśli chodzi o 68000 i chipsety ST, to pracując z zegarem 8Mhz wymagają czasu dostępu 250ns. Tak więc nawet 150ns to dobry wynik.
a mógłbyś jeszcze sprawdzić nowy PAK z TAGRamem 20ns kontra nowy PAK z TAGRamem 25?
Po wysłaniu maila z http://www.atari.org.pl/forum/misc.php?email=XXX jesteśmy ponownie przekierowywani na formularz wysyłania maila. Zamiast potwierdzenia wysłania maila, widoczny jest tylko komunikat "Ważne! Kiedy wysyłasz e-mail przez ten formularz Twój adres e-mail zostanie załączony do wiadomości."
Swoją drogą fajnie jakby była wysyłana kopia maila na naszą skrzynkę pocztową.
bo jest "40 days to go"
kasy zebrali 14 razy więcej niż chcieli
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ż.
Znalezione posty [ 2,576 do 2,600 z 4,813 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.150 sekund, wykonano 15 zapytań
