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
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 166 z 184)
Sukkor_benoth napisał/a:Ok Sikor. Masz to na mailu.
A co do organizacji pamięci to radzę policzyć ile kostek RAM jest na płycie w TT. Nijak nie zapełnią 64-bitów. Po za tym jaki ma sens stosowanie organizacji 64-bitowej w systemie ewidentnie 32-bitowym.
moze zeby podniesc wydajnosc? pixel takt w trybie TT-HIGH jest ogromny - ma 95MHZ! a TT ma zaledwie 16MHz szyne. Wiec 64bity maja sens.
Sukkor_benoth napisał/a:Ale żeby TTka miała 64-bitową organizację danych to pierwsze słyszę. 4 x 8 to chyba = 32.
na pewno ST-RAM w TT ma taka organizacje. Z tego powodu adresowanie ekranu musi byc zaokraglane do granicy 8go bajtu. Problem ten tez widoczny jest przy sprzetowym poziomym skrollu (w trybie STGHIGH nie jest on mozliwy).
bori napisał/a:Jesli 4 x 128 KB to raczej nie moze byc inaczej niz ABABABABAB....CDCDCDCDCD gdzie A, B, C, D to bajty z opowiednich EPROMow
to by sie zgadzalo, bo TT ma 64 bitowa organizacje danych
Pecus nie wspomnialem o paru innych rowniez :) . Wymienilem wylacznie te ktore mi najbardziej przypadly do gustu.
Jellonek, jesli juz chcemy byc dokladni to pojecie 'transport' dotyczy wylacznie Jabber/XMPP. konnekt uzywa systemu pluginow. :)
stryker faktycznie jestem za firewallem, no ale p2p smiga
epi sprobuj innego klienta z obsluga gg - konnekt, psi. dzialaly spoko na p133
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
Znalezione posty [ 4,126 do 4,150 z 4,594 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.128 sekund, wykonano 11 zapytań
