51

(12 odpowiedzi, napisanych Fabryka - 8bit)

Dałoby radę coś takiego zamontować do atari:

https://github.com/hoglet67/PiTubeDirect

52

(128 odpowiedzi, napisanych Sprzęt - 8bit)

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.

53

(128 odpowiedzi, napisanych Sprzęt - 8bit)

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?

54

(17 odpowiedzi, napisanych Bałagan)

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.

55

(17 odpowiedzi, napisanych Bałagan)

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ć.

56

(17 odpowiedzi, napisanych Bałagan)

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.

57

(185 odpowiedzi, napisanych Sprzęt - 8bit)

Tylko czy to będzie jeszcze atari?

58

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

59

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

To draco bierz sie do roboty i kompiluj pod x86. Przeciez twoim zdaniem sie da.

60

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

61

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

chciales powiedziec draco ze voy jest uposledzony?
Masz racje popieram cie.

62

(21 odpowiedzi, napisanych Programowanie - 16/32bit)

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.

63

(21 odpowiedzi, napisanych Programowanie - 16/32bit)

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.

64

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

65

(17 odpowiedzi, napisanych Emulacja - 16/32bit)

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

66

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

67

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

68

(17 odpowiedzi, napisanych Sprzęt - 16/32bit)

Videl też jest. Fajne!!!

69

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

Pomyliło ci się bartku, miałeś skompilować przykład który pokazałem, skoro na x86 to nie problem i też się  da.

70

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

71

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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ć.

72

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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?

73

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

74

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.

75

(188 odpowiedzi, napisanych Software, Gry - 16/32bit)

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.