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
TONY Montezuma's Gold na Atari 2600 Nowa produkcja Monochrome Productions dla konsoli Atari 2600 już dostępna w wersji cyfrowej.
VBXETERM 0.15 Nowa wersja emulatora terminala VBXETERM dodaje obsługę klawiszy strzałek oraz nowe czcionki.
Weekend z Borsuk Retro Gry TV Zapraszamy na weekendowe transmisje z udziałem gości, w tym budowę Custom Atari XL i naprawy sprzętu.
AltirraSDL Lobby Przeglądarkowy front-end dla emulatora Altirra z trybem gry wieloosobowej online od Ilmenita.
Test7800 0.8.0 Nowa wersja Test7800 wprowadza wsparcie dla większych kartridży Bankset oraz obsługę Quadtari.
Opcje wyszukiwania (Strona 174 z 193)
ok, tylko po co ten mintlib jest włączany do programu, skorow tymprzypadku nie jest używany?
da się jakoś skompilować bez niego?
może i tak.
no ale dla tego samego :"Hello World" , Pure C generuje 1.5KB bez żadnych shared libs
krzyc,
ja poszedłem na łatwiznę i ze strony Vincenta pobrałem gotowy zestaw: cross-mint-all-light-bin-cygwin-20091210.tar.bz2 (musiałem tylko zainstalować cygwin)
Pakiet ten działa od ręki. Na razie, bez problemu skompilowałem "Hello World" oraz kompilator as68.
Jedyny minus to jest wielkość generowanego pliku, np
"Hello World": Atari - 76KB; MinGW generuje 15KB execa dla Windows
AS68: Atari - 243 KB; MinGW - 54.5 KB
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,810 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.147 sekund, wykonano 12 zapytań