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
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
MadPascal 1.7.3 już dostępny Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Echa Lost Party 2025 Wyniki, zapis wideo oraz stuff.
Opcje wyszukiwania (Strona 172 z 190)
u mnie Skajpi ma bana za:
- mega zamula mi sprzet (XP, 1.8GHz PIV M)
- transfer plikow 1KB/s
Jabber/GG/DC++ ROX!
procesor nie jest tu zadnym problemem - MC68SEC000fu20 przy 1000 sztuk kosztuje $7.50
a tu sa skriny tego procka w amigowym projekcie fpga
http://www.amiga.org/modules/myalbum/vi … ?uid=12811
tak wiec zadne fpga nie sa potrzebne
a cykle i prefetch beda 100% zgodne
Lizard napisał/a:I co to za STe z Yamahą a nie przetwornikami i bez Blittera?
raczej odwrotnie, to YM jest niegotowy a STE/DMA dziala :)
Module of sound of DMA (direct memory access) yes Testbench - > ok.
Microwire interface yes Testbench - > ok.
YERZMYEY/HOOY-PROGRAM napisał/a:Czasami potrafią one twórczo zapładniać scenerów innych platform. Tak jak 2 POKEYe zainspirowały spectrumowców do prób montowania dwóch AY na Speccu (średnio to wychodzi, ale przynajmniej próbują, nawet już edytor zrobili) lub SidSound z Atari ST zmusił spectrumowców do odpalenia tego trybu na naszym procku 3,5Mhz (działa tak samo, ale zajmuje większość czasu procesora :) ).
dwa AY? super pomysl. moze warto go skopiowac na ST :)
zaciekawiles mnie tym SidSound na Specu, masz jakiegos linka?
moje wnioski na temat tego projektu sa takie:
- od strony sprzetowej jest wszystko ok;
- od strony softwareowej jest prawie ok, problem jest w protokole - autor tlumaczy ze nie mogl dogadac sie z Uwe Seimet (autorem hddriver'a). chodzi o pewne nietypowe wysylanei rozkazow (SCSI via ACSI).
zawsze w razie pojawienia sie nowej wersji softu mozna przeprogramowac kontroler.
ja i tak sie na ten projekt pisze
ludziki z tego forum pewnie tez by w to weszli
IE nie jest odpowiednim narzedziem do testu, zreszta Firefox rowniez ze wzgledu na sciaganie w tle lub uforowanie danych.
TOTAL COMMANDER mogl by dac miarodajniejsze wyniki - mozesz nim sciagnac z FTP jak i WWW
jakbys dal testowego linka to jutro w pracy moglbym sprawdzic - mamy dobre lacze
Sukkor_benoth napisał/a:Niejaki Cyprian_K podsunął te linki na atariforum.com - a ja je zapodam tutaj.
http://atariarea.krap.pl/forum/viewtopi … 458#p48458
jakby ktos to mogl zrobic to sie na to pisze
sychronizacja w ST jest stala wzgledem zegara glownego - H zajmuje 512 cykli procesora (50HZ) lub 508 dla 60 Hz, ilosc lini na ramke tez jest stala
wiec chcac nie chcac sychro bedzie inne niz przed zmiana kwarca
na. news:comp.sys.atari ujawnial sie czlowiek z tak przetaktowana STacy, no ale tam jest LCD.
tutaj jest watek na ten temat
jellonek, z tego co wiem to to synchronizacje pozioma/pionowa oraz pixeltakt sa na szytwo przypisane do predkosci szyny (np w ST-LOW pixeltakt = 1/4 zegara, w ST-MED - 1/2, ST HIGH 1:1)
wychodzi na to ze w ramce zawsze jest tyle samo pikseli i linii
co do pal/ntsc, wszystkie ST (odmiennie od amigi :) ) sa takie same, maja te same kwarce! i amerukanskie i europejskie - jedyna roznica jest w modulatorze.
oczywiscie w kazdym ST mozna przelaczac synchro z 50 na 60 Hz (i dzieki temu mamy softwareowy overscan:) )
Cyprian_Konador napisał/a:Adam/drac030 & 'Atariki sp. z o.o.' ja mnie mam zadnych moralnych barier by dokonac transferu wiki-->atariki.
zrobie to kolo 16, jesli oczywiscie do tej pory ktos tutaj nie zaprotestuje.
done.
co prawda bez grafik bo jeszcze nie rozkminilem uploadu (miniaturki laduje sie niezaleznie od duzych grafik? a moze same sie robia?)
z tego samego systemowego zegara 32MHz korzysta min Shifter, Glue, MMU, ACIA - wstawiajac szybszy kwarc, przysiesza sie prace tych ukladow. tak wiec shifter szybciej wysyla piksele a glue generuje szybsze sygnaly DE, synchro V/H.
metoda jest ta sama co przy dopalaniu szyny falcona.
z tego co slyszalem to wystarczy wmienic kwarc, oraz spaczowac (kwartz) ACIA by dzialala klawiatura
ponoc 68010 ma jakies wsparcie dla pamieci wirtualnej
Adam/drac030 & 'Atariki sp. z o.o.' ja mnie mam zadnych moralnych barier by dokonac transferu wiki-->atariki.
zrobie to kolo 16, jesli oczywiscie do tej pory ktos tutaj nie zaprotestuje.
macgyver problem jest taki ze w ST CPU wykorzystuje w 100% szyne danych, wiec zwiekszajac predkosc samego procka niewiele sie zyskuje (jedynie na operacjach gdzie dostep do szyny jest znikomy np. mnozenia/dzielenia oraz rotacji bitow).
rozwiaznia sa dwa dodac cache (16Kb w Mega STE) albo przyspieszyc szyne danych (oraz procek) wlasnie do 10 MHz.
wydaje mi sie ze proszta operacja jest jest zmiana kwarca taktujacego szyne z 32MHz na 40MHz niz budowanie plytki z cache
zapomnialem dopisac ze przyspieszenie szyn danych powoduje zmiane rozdzielczosci
vulgar napisał/a:JAk tak dalej pojdzie to moze i bedziemy mieli super mega kewl jak to mowia(?) wyczesany na maksa OPIS w ATARIKI, od samego poczatku powstania ST'ka, szkoda ze nie dalismy rady wczesniej, bo jakies 2 latka temu glowne zrodla informacji byly w Polsce.
tu jest spoko historia jak i opis ST (wprowadzilem troche modyfikacji)
http://pl.wikipedia.org/wiki/Atari_ST
moze warto go przeniesc na Atariki?
Znalezione posty [ 4,276 do 4,300 z 4,739 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.164 sekund, wykonano 14 zapytań
