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
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
UltraSatan - firmware 1.30 Nowa wersja firmware dla UltraSatana wspiera nowoczesne karty SDHC i SDXC
53 lata marki Atari 53 lata od założenia Atari - firmy, która odmieniła świat gier i komputerów.
Odtwarzanie układów z Atari Falcon Trwa zbiórka na odtworzenie chipów Videl, Combel i SDMA z Atari Falcon
Opcje wyszukiwania (Strona 160 z 190)
Adam strzela z grubej rury :)
na Pouet znajdziesz mnóstwo dem 'Party Version'
dely, zestaw nie jest kompletny, brak dema 1st place dla STE - Antiques
sqward napisał/a:Zerknij na schemat. Sygnały, które wybierają kostki romu idą własnie z GLUE i to własnie ten chip generuje sygnał DTACK dla tego obszaru. Więc na 100% jest wolniej.
warto by to sprawdzić,
na liście Hatari był poruszony ten temat, podsumowanie było takie że jedynie ST-Ram i parę adresów hardware (shifter, glue) jest zaokrąglany do 4 cyklów, pozostałe dostępy do rejestrów i pamięci są 2-cyklowe.
ok, znalazłem cyctat:
I know there're some "strange" things when 68000 code is executed from
ROM / cartridge instead of RAM : memory accesses are not rounded to 4
cycles anymore as we don't need to wait for the bus in that case.
Perhaps the fact that we don't wait for the bus is also setting unused bits to 0 ?
ta, ciekawie się to zapowiadało,
niestety skończyło się jak zwykle...
Yerzu daaaaaawaaaaaaaj!!!!!
a czy przypadkiem nie było kiedyś przejściówki dla kart graficznych Cartridge<->ISA?
dało się? dało.
można więc w analogiczy sposób zrobić kartę gfx bezpośrednio na cartridge z własnym wyjściem video.
Candle napisał/a:st(e) jest hm, martwe
ST jest martwe bo nie produkowane od 20 lat. Ale scena software/demo wokół ST nadal żyje i przez najbliższych 10 lat to się nie zmieni.
Nie ma co siać defetyzmu tylko robić nowy sprzęt. SatanDisk, Netusb są dobrym przykładem że warto
sqward napisał/a:Adam: zapisywanie czegokolwiek jest bardzo wolne, odczyt wolniejszy niż ram, bo timingi są przygotowane dla romów/epromów.
zapis faktycznie wolniejszy ale odzyt jest szybszy niż z ST-ramu bo nie blokowany przez Glue (W ST i Amidze 68k ma dostęp do ramu co 4 cykl procesora)
epi, jest moc - Całun SillyVenturyński :)
Pinex, rób podkoszulki :)
leniuk napisał/a:Pytam tylko teoretycznie- czy gdyby zrobić nowy układ graficzny do STE ze wspomaganiem grafiki 2D to chciało by się komuś na niego coś pisać?
jeden sterownik graficzny i większość GEMowych aplikacji będzie działać.
jeśli chodzi o dema to zdecydowanie tak.
a co, przymierzasz się do tego?
nie wszystkie produkcje są jeszcze publicznie dostępne, na STE brakuje Antiques, jest jeszcze ulepszane
dzięki, rozumiem że ten CRT0 to jakiś plik? jak on się nazywa?
gdzie można znaleźć zrółdo tego crt0 z GCC dla Atari ST?
pytanie do fachowców, co to jest:
- crt0
- mintlib (funkcje gemdos minta??)
- czemu binarki na ST spod GCC sa takie duze
dzięki
conrad napisał/a:dynamike2010 napisał/a:mam SM124 - ale to syf. SM 144/146 jest wyglądem pod MEGA STE i ramka jest duuuzo mniejsza
de gustibus non est disputandum - mi o wiele bardziej od SM144 podoba się właśnie SM-124. Jest takie oldchoolowe i "atarowskie". Mam jeden ale jak się pojawi na allegro jakiś w świetnym stanie to kupię i drugiego - na rezerwę.
mam podobnie jak conrad, SM124 bardziej mi pasuje, nie wiem czy dla tego że jest to 12stka czy przez tą charakterystyczną czarną ramkę.
tutaj raczej nie możan liczyć na
Specyfikacja procesora Warszawa to:
- Architektura procesora: 32 bitowa
- Zegar systemowy: 700MHz (prototyp 66MHz)
to ja poproszę model 700MHz kompatybilny z 68000
do ST był robiony covox (przez port drukarki i przez port cartridge ale się nie przyjął
Produkcje Sillyventure 2011 na Pouet z kolejnością i kategorią http://pouet.net/party.php?which=438&when=2011
nadal brakuje pozycji 1st w atari demo
chodzi o to? http://www.pouet.net/prod.php?which=57787
git, już sciągam
sporo waży - 142.6 MB
cegły nawrzucaliście? ;)
tak z pamięci, SCSI koło 1800kB/s, IDE, 2700kB/s
jamesd,
take my congrats, Stacy is rather rare machine
how much did you pay?
jamesd,
as sqward mentioned, our 16/32 bit community here is rather small, unfortunately it negatively reflects in our knowledge :)
therefore I suggest you to ask that question on the bigest WW Atari 16/32 bit forum http://www.atari-forum.com/
tak by wunikało z tego wątku:
"therefore i'm guessing this problem only applied to the first 6 - 9 months of production of the STE"
chociaż nie wszystkie przed '90 są uszkodzone:
"I bought my STE in 89 and never had any problems with the DMA chip. I haven't looks what version it is, but I have used a harddrive for years without any problems. What kind of problems do you get with a bad DMA chip?"
moje STE ma na płycie "Copyright Atari Corporation 1989" ale DMA chip jest z 26 tygodnia 1990 - "9026"
i tu USatan bangla.
secon, są w sieci konkretne numery seryjne uszkodzonych czipów DMA. tutaj jest wątek na ten temat:
http://www.atari-forum.com/viewtopic.ph … mp;t=16745
a tu więcej na temat Bad DMA (pisałem że sprawę zbadał Pera Putnik ale chodziło mi o Jookeigo):
http://joo.kie.sk/ultrasatan/steproblem/
Adam Klobukowski napisał/a:Ja nie twierdzę że problemu nie ma, tyle że jest on mało zauważalny ;).
dla mnie wogle nie zauważalny, bo żaden z moich 5 st/ste-ków nie ma tej wady :)
gorzej jak ktos ma tylko taki uwalony ste.
swoją drogą to ciekawe jaki procent STE ma tą wadę.
Adam, była seria STE z uszkodzonym chipem DMA. Pera Putnik jakiś czas temu zbadał problem i opisał na swojej stronie.
Po krótce, czip DMA ma dwa tryby działania - 'PIO' i 'DMA'. Pierwszy to taki w którym procesor wysyła manualnie bajt po bajcie - używany do wysyłania komend ACSI i odbierania statusu. Drugi do wysyłania i dobierania masowo danych bez zaangażowania procesora, czyli DMA.
STE z uszkodzonym czipem DMA nie działa tryb drugi czyli 'DMA'. Pera sprawdził elektronike i dowiódł że w tym trybie czip DMA nie wysyła żądnych sygnałów.
Co do problemów Satan disk to były one niezależne od Atari i zostały poprawione w UltraSatan.
Znalezione posty [ 3,976 do 4,000 z 4,738 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.398 sekund, wykonano 59 zapytań