Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
atari.area forum » Posty przez swinkamor12
Atari Falcon to był świetny komputer.
O wiele lepszy niż Amiga 1200.
Jedyny problem że pojawił się jak to już nie miało zupełnie żadnego znaczenia.
I jeszcze jakże ciekawy artykuł o C na 6502:
Bolesna jest zwłaszcza efektywność kodu w C pod 6502.
To tak w kontekście różnic 6502 a 65816, gdzie stos jest już na tyle duży że nie trzeba go emulować.
Oh. Pin.
Nie chcę cię irytować, ale chyba już tylko Ty myślisz o profesjonalnym programowaniu na atari.
Czy czujesz się jak ten ostatni weteran WWI?
Który stwierdził - nie spodziewałem się że to będę Ja?
SIO2PI chodzi zajefajnie.
Polecam.
Jeszcze grafika i cpu zostają oryginalne.
To jest tyko 70 PLN, a nie prawie tysiąc jak za rapidusa z VBXE.
Za starych czasów były BBSy.
Co prawda był problem z telefonami, ale to inny temat.
Program sio2bsd jest interesujący. Wydaje się że będzie dość łatwo przerobić do czego chcę.
Wala mi się tu jakieś rpi pod biurkiem.
SIO2pi wyszłoby jeszcze taniej.
Chodzi oczywiście o to żeby się połączyć z 8 bit atari z siecią.
Przez SIO2BT się da.
Czy da się tak samo przez SIO2PC-USB?
SIO2PC-USB a internet
Kupiłbym se bo jest jeszcze w miarę tanie.
Czy można się przez to łączyć z siecią?
W sensie otworzyć połączenie po tcp/ip, wysłać coś, odebrać coś?
Jak w SIO2BT.
Czy są gdzieś jakieś przykłady?
Tak wiem. Prawda boli.
Z tego co ja pacze to wszędzie w sieci piszą że Veronika to jest 65816 15 MHz.
To już chyba post-atari?
Czy dla Ciebie zrobili może specjalną wersję z 6502?
Tylko że 65C816 to jest 16 bit.
Wiesz takie rzeczy jak w miarę normalne c, segmenty, wskaźniki krótkie, długie i tego typu sprawy.
Oczywiście na siłę można używać tego jak 6502, ale sam rozumiesz, to nie to.
Różne zaś OSy na malucha przypominają mi MS-DOS, też chyba se podaruję.
TOS też przerobiłem i mnie nie kręci.
Spróbuję z jaguarem.
Tam powinno być ciekawiej - RISC od IBM, prawie jak w domu.
MM [dely]: Warning. Kolejne OT będą skutkowały banem.
Po zapoznaniu się z hardware małego atari,
okazało się że to w zasadzie taki wczesny OCS tylko bez blittera i sprite są węższe.
W tej sytuacji chyba se podaruję.
Jak coś będę robił to raczej pod a500.
Jako użytkownik wolę żeby było jak najtaniej - jeśli chodzi o rozszerzenia SIO2SD to max.
MM [dely]: Warning. Kolejne OT będą skutkowały banem.
Może jest inne rozwiązanie problemu?
Np Amiga 500. Hardware bardzo podobny, od tej samej ekipy.
Trochę na a500 brakuje koderów.
1. Co do ST - nie twierdzę, że 32bitowe liczby nie mają zalet, ale 16bitowe również je mają. Zwłaszcza w maszynie, której architektura jest 16bitowa.
Tylko że wtedy lepiej zrobić optymalizację samemu, niż mieć kiepski kompilator w którym na siłę zostały ucięte górne 16 bit.
2. XE. Nie wnikając w dywagacje co jest XE a co nie jest, 8bitowe architektury raczej nie mają liniowej pamięci w okolicach 1MB. Z drugiej strony - jakiego rozmiaru masz projekt, że potrzeba Ci tyle pamięci?
Wygoda. Od czasów amigi i 386 jestem przyzwyczajony do 32 bit i liniowej pamięci.
Ja odkładam od dzisiaj z pensji, mogę dać nawet 1Kpln byle uwolnione zostały źródła projektu - dla mnie to b.ważne.
Racja, wtedy pewnie dałoby radę wstawić cpu 32 bit.
1. Co do ST - na zwykłym 68k operacje 32bitowe są wolniejsze niż 16bitowe (transfer oraz operacje arytmetyczno-logiczne).
Więc używanie zawsze i wszędzie 32bitowych liczb (mimo, że CPU je obsługuje natywnie) jest średnim pomysłem. Plus większe zużycie pamięci (co czasem również ma znaczenie).
W zamian za co traci się wszystkie korzyści wynikające z 32 bit.
Robienie na siłę z 68000 16 bit to był zły pomysł.
2. Co do XE - mógłbyś konkretnie wylistować co Ci przeszkadza w C na 6502?
Liniowa przestrzeń adresowa - miło by było aby bez żadnych sztuczek była obsługa 1 MB.
Bo czasami aż zęby bolą od czytania :)
Kup se sensodyne.
Ja bym tam wstawił pentium albo ARMa.
Jak przechodzić z 8 bit to po co się ograniczać do 16 bit low endian jak można od razu wstawić 64 bit low endian.
Atari ST zawsze było 32 bit.
Tylko na początku kiepskie kompilatory ATARI miało.
Niektórym się przez to wydawało że 68000 to 16 bit.
Ale na platformach 68000 gdzie były porządne kompilatory, od zawsze pisało się w 32 bit C.
Niestety. C pod 6502 jest kiepskie.
Przydałoby się coś lepszego.
Te C pod 6502 to jest mocno ograniczone nawet w porównaniu do Turbo C pod ms-dos.
Fajnie by było móc używać czegoś na poziomie.
65816 no niby C jest ale to 16 bit i są segmenty i wskaźniki krótkie, długie.
Po co?
Fajnie by było coś zrobić na małe atari.
Ale assembler 6502 zajmuje za dużo czasu.
A ARM dałoby się programować w zwykłym C.
atari.area forum » Posty przez swinkamor12
[ Wygenerowano w 0.075 sekund, wykonano 11 zapytań ]