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 174 z 193)
z tego co pamietam to Nemesis przyspiesza szyne danych (i CPU ) z 16 do 20 MHz.
pare screenow z tego dema na pewno nie zadziala na Falconie - te z overscanem i plazma
mnie przekonała kserowana instrukcja :)
Jellonek, na Atari bez problemu możesz czytać partycje LittleEndian (np. FAT/FAT32 z Windows), do tego właśnie służy "Byte Swapping" w HD Driver. Ale niestety programowy byteswapping spowalnia odczyt/zapis danych. Dla porównania z dane ST:
- Programowy byteswapping: 350KB/s; 700KB/sec z BLiTTERem
- Natywny format/sprzetowy byteswapping(twisted cable): 1300KB/s; 1800KB/s z BLiTTERem
Dane wziąłem od kolegi PPera
Tak więc widzisz czemu na Atari nie stosuje się formatu danych Intel.
jellonek napisał/a:btw. jellonek, a nie jelonek.
psze bardzo :)
jelonek, problem nie leży w obsłudze FAT, bo tak jak draco wspomniał HDDriver nie jest za to odpowiedzialny, tylko tzw. 'Endianness'.
Otóż na Atari poszczególne sektory na dysku są zapisywane w trybie BigEndian (bo to jest natywny tryb Motorola) a na Intelu LittleEndian. Tak więc, żeby wymieniać dane pomiędzy pomiędzy tymi systemami trzeba stosować "byteswapping".
artik, tutaj znajdziesz mały tutorial wymiany danych Atari <--> Dos (Intel)
[url=http://joo.kie.sk/ultrasatan/hddriver/]A tutaj jak partycjonować dysk pod HDDriverem[/ul]
lopez777 napisał/a:Dajcie linki do kompilatorów no i please jakieś opisy lub linki do skanów z polskim opisem języka programowania, bo programowania mogę się uczyć, ale nie wymagajcie ode mnie żebym jeszcze uczył się perfect English. Mam już swoje lata i pasja ST jaka mnie ogarnęła jest wielka, ale jak dostanę materiały po polskiemu
lopez, na Atari najczęściej używa się assemblera (Devpac), C (Pure C / AHCC) i Basic (GFA Basic/ GFA-Basic Editor )
Jeśli chcesz coś zrobić na ST to powinieneś też odwiedzic http://dhs.nu/ (soft znajdziesz w sekcji 'Atari utilities' a o wiedzę możesz zapytać w sekcji 'Atari bulletins') , forum http://www.atari-forum.com oraz http://pouet.net.
Są to miescja gdzie aktywnie spotyka się Atarowska demoscena.
niestety wszytko w English
Mystic Bytes wypuściło parę produkcji w XXI wieku: http://pouet.net/groups.php?which=306&order=release
szkoda tej produkcji Mayoneza, fajnie się zapowiadała
mocna rzecz.
Chodzi pod Hatari 1.3.1 z wyjątkiem jednego screena.
Poprawnie działa w aktualnej wersji, zródło tutaj: http://hg.berlios.de/repos/hatari/archive/tip.zip
Arti, udało się zmontować ten emul?
z tym tygodniowym urlopem za niewlasciwe cytowanie to lekka przesada
MM: #10. Banned, expires: never.
Ochotka niszczy, szczegolnie dolny poziom :)
MM. Pierwszy cytat (w innym wątku) poprawiłem, do 2x sztuka. Zapraszam za tydzień.
chyba miales na mysli polski Belfegor z spermentorem na wokalu/basie, hehe, bylo smiesznie, cala trasa byla smieszna, no ale to nie ten sam zespol http://www.belphegor.at
Pin napisał/a:tym razem nie gram - więc nie jade :P - poza tym - skład tegorocznej metalmanii jest że tak powiem nadzbyt kiepski - coby pojechać.
Pinek, no co ty, Belphegor i 1349 niszcza!
No ale ja tez razem nie gram wiec nie jade :]
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.
Znalezione posty [ 4,326 do 4,350 z 4,807 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.162 sekund, wykonano 17 zapytań