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
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
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
Opcje wyszukiwania (Strona 3 z 11)
Dałoby radę coś takiego zamontować do atari:
https://github.com/hoglet67/PiTubeDirect
Na 16 bit pc były całkiem fajne narzędzia dla programistów.
Może takie Turbo C++ da się zrobić na rapidusa.
A przynajmniej sam edytor.
A ja tak się nieśmiało zapytam:
Co sądzicie o wstawieniu do małego atari pentium ?
To też jest procesor low endian jak 6502 czy 65816.
Czy to będzie dalej atari?
Soft z 68k chodzi na normalnych monitorach, w natywnych rozdzielczościach.
To już wystarczy żeby nie używać amig 68k.
Do tego dochodzi www i pozamiatane.
Zanim zainstalowałem mosa na macu mini, to też wierzyłem takim trolom jak wieczór.
Ale jak zainstalowałem,uruchomiłem to zobaczyłem że amigi ppc to idealne amigi, a dziadostwa na 68k nie warto używać.
xxl napisał/a:cytat z ostatniego z Komoda i Amiga.
C64 miał na tyle świetny hardware że się nie zestarzał do końca ery 8 bit.
Tu nie ma sensu bawić się w dopałki.
W przypadku atari, zx, amigi 1200 hardware był kiepski jak na swoje czasy, wszystko robi się procem, bo tak lepiej, szybciej, wygodniej.
Amiga 500 byłaby w takiej samej sytuacji jak c64, niestety po niej nastąpiła amiga 1200.
wieczór oczywiście kłamie, Amigi ppc to takie same Amigi jak 68k tylko lepsze bo szybsze.
No więc w takich przypadkach gdy proc jest ważniejszy od hardware od grafiki, nie ma sensu się ograniczać.
Lepiej proc wymienić na lepszy.
Jeśli chodzi o zx to najlepiej zrezygnować z różnych klonów i od razu przejść na ms-dos i pc retro.
Jeśli chodzi o małe atari, to ja bym zamiast 65816 wsadził do malucha pentium.
Tylko czy to będzie jeszcze atari?
Nie żebym się czepiał, ale jak to mówią prawda w oczy kole.
Tak jak mówiłem hejterzy typu draco czy bartek to są dobrzy w biciu piany, ale tylko w tym.
Jak przychodzi co do czego okazuje się że wiedza i umiejętności hejterów typu draco czy bartek są dalekie od deklarowanych.
No cóż tak zwykle bywa.
To draco bierz sie do roboty i kompiluj pod x86. Przeciez twoim zdaniem sie da.
Draco prosty przyklad ktory podalem. Czyli jakies biblioteki z gui.
Jakies wywolanie kodu 68k z kodu nie 68k.
Przyklad prosty na wymiane danych ale nie banalny typu pojedyncza tablica.
Cos takiego robi sie na amidze od strzalu.
Np szukasz na aminecie przykladow do reaction, sciagasz clasact instalujesz na mos, kompilujesz przyklady i dziala.
Dziala wywolanie kodu 68k z kodu nie 68k.
To co zrobisz cos takiego na x86, przeciez twoim zdaniem sie da.
chciales powiedziec draco ze voy jest uposledzony?
Masz racje popieram cie.
Moim zdaniem to takie niepotrzebne umartwianie sie na sile.
Jak gcc nie dziala za dobrze na atari, to lepiej kompilowac na pc, a tylko uruchamiac na atari.
AHCC ja bym olal. To kompilator z zamierzchlych czasow.
Jakby ktos przeportowal z 286.
Jak pisza sami autorzy
32-bit ints aren't fully supported and sources from other platforms typically don't work properly with 16-bit ints. I'd recommend using AHCC only for Atari programs or things written from scratch
Jak atari to niestety tylko gcc i kroskompilacja.
Reszta kompilatorow C na atari to dziadostwo i szkoda na to czasu.
Nie żebym się czepiał, ale jak to mówią prawda w oczy kole.
Tak jak mówiłem hejterzy typu draco czy bartek to są dobrzy w biciu piany, ale tylko w tym.
Jak przychodzi co do czego okazuje się że wiedza i umiejętności hejterów typu draco czy bartek są dalekie od deklarowanych.
No cóż tak zwykle bywa.
gotham napisał/a:Mogę prosić kolegę @Cyprian o instrukcje jak to zainstalować? Co prawda jest po francusku ale mało z niej
Strona
http://sourceforge.net/projects/aranym/ … anym/1.0.2
plik
aranym-1.0.2-sdl2-cygwin.zip
rozpakowujesz do jakiegoś katalogu
strona
http://sourceforge.net/projects/aranym/files/afros/8.12
plik
afros812.zip
katalog afros z afros812.zip rozpakowujesz do katalogu z aranym-1.0.2-sdl2
potem wchodzisz do katalogu afros
plik afros-jit.bat i działa
Nie żebym się czepiał, ale jak to mówią prawda w oczy kole.
Tak jak mówiłem hejterzy typu draco czy bartek to są dobrzy w biciu piany, ale tylko w tym.
Jak przychodzi co do czego okazuje się że wiedza i umiejętności hejterów typu draco czy bartek są dalekie od deklarowanych.
No cóż tak zwykle bywa.
Tak jak mówiłem największy problem z powerpc mają ci co tego na oczy nie widzieli i nie używali.
Oczywiście najwięksi hejterzy tacy jak draco, bartek są mocni tylko w biciu piany oczywiście.
Prosty przykład czyli użycie biblioteki gui która napisana pod 68k i użycie jej w sofcie x86 i okazuje się że się nie da.
Takie rzeczy jak użycie kodu 68k w kodzie powerpc, na amidze powerpc robi się od ręki.
Pomyliło ci się bartku, miałeś skompilować przykład który pokazałem, skoro na x86 to nie problem i też się da.
mormon napisał/a:swinkamor12 napisał/a:Taki fajny przykład na wymianę danych podałem. No i oczywiście hejtrzy wydygali.
A taki fajny był drzewka, struktury wskaźniki.
Jeśli z systemem to nie ma najmniejszego problemu. Budujesz XAAES pod Linuxem natywnie na x86. Kompilator języka C załatwia odpowiedni dostęp do pamięci. Nie potrzebna jest konwersja BE - LE.
Chyba nie doczytałeś, chodziło oczywiście o użycie starego kodu bez kompilowania.
Tu np XAAES 68k z poziomu kodu x86.
voy napisał/a:Odniosłem wrażenie, że to jednak ty miałeś przygotować przykładowy kod, a nie wrzucać tony tekstu.
Jak zwykle coś ci się pomyliło. Kod mieli pod x86 skompilować Klobukowski i draco.
bartek też mógłby się wykazać.
Taki fajny przykład na wymianę danych podałem. No i oczywiście hejtrzy wydygali.
A taki fajny był drzewka, struktury wskaźniki.
draco miałeś skompilować i pokazać że na x86 też się da. Gdzie jest soft?
Cyprian napisał/a:Kiladziesiąt razy szybsze niż 68k? Coś słabo coś z wydajnością PPC.
Na moim leciwy i5 Aranym JIT ma 24 400% wydajności STka.
Masz rację, tam zabrakło jednego wyrazu najszybsze.
Czyli ppc jest kilkadziesiąt razy szybsze niż najszybsze 68k (060).
Teraz jest ok.
mormon napisał/a:Może stąd wynika ta różnica w szybkości pomiędzy PowerPC a i7. Może gdyby cały system był skompilowany na i7, a nie był emulowany to i7 byłby jednak szybszy od PowerPC.
Tylko że atari i amiga to nie Apple. 90% softu na Amigę i 99% softu na Atari nikt nigdy nie skompiluje na i7.
Bo to źródła zaginęły, albo jak są to w asm, albo w kompilatorze C sprzed 30 lat, itp itd.
Dlatego powerpc jest lepsze.
Cyprian napisał/a:Dla mnie kluczowe pytanie jest czemu w ogóle brnąć w PowerPC a nie Intel czy ARM.
Fajna zabawka dla programistów.
Kilkadziesiąt razy szybsze od 68k, i wciąż big endian co znacznie zmniejsza nakład pracy na wymianę danych ze starym kodem 68k. Bardzo łatwe użycie starego kodu 68k np starych bibliotek 68k w nowym sofcie nie 68k.
Wydajność? Jest w ogóle jakiś laptop z PowerPC który dogoni moją leciwą dwu-rdzeniową i5 2.4GHz?
Jeśli chodzi o kod big endian to natywny kod na G4 jest parę razy szybszy niż emulowany big endian na i7.
Znalezione posty [ 51 do 75 z 259 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.015 sekund, wykonano 52 zapytań