Bonjour,
Il serait peut être temps de se faire une nouvelle machine, il y a plusieurs années que cela me trotte dans la tête. MyAES c'est bien mais j'aimerais aller plus loin changer un peu. Aujourd'hui ce n'est plus si compliqué, il faut certes pas mal d'huile sous le coude mais à mon avis rien d'insurmontable je sais que cela est passé à la tête de quelques développeurs Français que je connais sans vraiment essayer de le réaliser.
Voilà les grandes lignes:
Coté hardware:
ARM cortex A9 2Ghz type amlogic S802 4 coeurs
2Go de ram
GPU 8 coeurs type Mali 450
RJ45 100Mb
lecteur MicroSD
8Gb de flash ram
Wifi, Bluetooth
HDMI
USB et autres périphs
Coté software:
Kernel type L4 + les couches AES (MyAES) - VDI - GEMDOS pour rester autant que possible compatible niveau source
Emulateur 68000 avec accès à l'API de la machine en natif (programme de Vincent R. déjà utilisé pour la firebee)
Il est probable qu'une partie des périphériques ne seront pas utilisables dans un premier temps il faudra des développeurs.
Coût de l'ordre de 200 euros.
C'est pas gagné, je me donne 2 ans pour y arriver enfin s'il y a du monde intéressé!
Olivier
Je ne veux pas être méchant, mais quel est l'intérêt ?
Vu que c'est de l'émulation et qu'il n'y a pas de périphériques non-standard, pourquoi s'embêter à refaire une carte plutôt que d'utiliser une simple carte mère PC, et profiter ainsi de tout ce qui existe déjà (et des prix bas) ? Quel avantage par rapport à une distribution Linux allégée pour ne faire tourner qu'Aranym ?

—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT Turboou une beaglebone histoire de pouvoir faire mumuse avec les GPIOs?

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Ben c'est bien ce que je dis, dans les deux cas c'est réinventer la roue.

—
Zeroblog —
« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » —
Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » —
GT TurboLes ARM sont bi-endian, mais sont tres rarement utilisé en Big Endian.
Et les soucis d'endianess sont de faux problemes.

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
J'en ai rêvé je ne sais combien de fois !
Comme je ne suis pas développeur vous avez au moins un beta testeur dans la liste :-)
Maintenant je ne suis pas convaincu par le choix d'une plateforme exotique. Quel que soit les difficultés softs que cela puisse représenter, il me semble vital de miser sur une plateforme pérenne.
L'exemple de la firebee me semble assez parlant ; 10 ans pour développer la bête et arriver à un produit utilisable, mais aucun développement du ColdFire qui est resté à la même fréquence depuis le début de projet, sans parler du coût prohibitif des petites séries.
Je rejoins tout à fait Zerosquare : X86 est la plateforme la plus universelle et pérenne. Aujourd'hui on trouve des miniPC à partir de 100€ et des core i3 à 300€.
Ma config sous Linux bootant en 20 sec directement sous Aranym-JIT sur un Core i3 2120 (pas un foudre de guerre) tourne 30x plus vite qu'une CT60-100 ; pas difficile d'imaginer qu'en natif on multiplie tout ca par 5 ou 10. Maintenant si on pouvait booter directement sous GEMDOS + Mint + AES + VDI en natif x86 avec accés direct au HW, faire tourner sous émulateur les softs 68K, porter HATARI afin de faire tourner quasiment 100% des softs ST : le rêve.
La question big / little Endian, me semble dans ce cas mineur. OK, cela nécessitera non seulement une version du programme différente mais aussi de ses ressources et fichiers annexes, mais est-ce réellement un problème ? OSX fonctionne de cette façon, non?
Je comprend Olivier que tu veuilles changer Mint par un noyaux moderne supportant le multicoeur : dans ce cas, j'imagine qu'il fonctionnera sous mémoire protégée, ce qui quasiment élimine la grande majorité des softs 68K existants, à moins de les faire tourner sous une machine virtuelle. Au final une bonne chose, mais qui ne prêche pas nécessairement en faveur d'une compatibilité des ressources.
Je me demande si une première étape ne serait pas développer sous Aranym tous les outils pour compiler et utiliser des applis natives x86, ainsi que les drivers HW natifs ? Ca fait déjà un beau projet ;-)
Godzil: Pas trouve comment regler l'endianess des arm au runtime...
Applies to : ARM926EJ-S
ok, c'est un bit cp, merci.
ce document est pour les arm926, mais c'est valable pour les autres aussi

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
J'ai cherché un peu et le problème pourrait être moins ardu que prévu.
De toute évidence peu importe si au boot le systeme est little endian, chaque process peut avoir son propre endian via l'instruction SETEND, cela peut être même très local. Je n'en demande pas franchement plus!
OL
Oui enfin si ARM déprécis sur la meme architecture cette instruction (introduite sur les ARMv7, et déprécié sur la même archi) c'est qu'il doit y avoir de gros soucis avec...
En plus cette instruction n'est meme pas présente sur toutes les puces ARMs en ARMv7...

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
Bonjour à tous
Désolé de déterrer ce thread, mais le projet m'intéresse au plus haut point. J'avais d'ailleurs moi-même, un ou deux ans plus tôt, émis l'hypothèse sur ce même forum d'une implémentation TOS et (My/X)AES sur plateforme ARM et en particulier sur RPi.
Lors de l'achat du RPi model B, j'ai rapidement découvert RISC OS, et j'en suis vraiment devenu fan. Un système léger, rapide, délicieusement surrané, mais disposant d'un univers applicatif encore moderne et actif. J'ai rapidement fait l'acquisition (=acheter) des produits phares de cette plateforme: OvationPro, TechWriter, ArtWorks2, Fireworkz Pro, DataPower 3, et quelques autres applications mineures. Récemment, j'ai décidé de faire la pas et d'acheter DDE. Bref, RISC OS est un coup de coeur qui m'a donné envie de supporter les développeurs de ce monde. Aujourd'hui, mes machines RISC OS (RPi, BeagleBoard-xM, OpenPandora) constituent 70% de mon usage informatiques domestiques (adminisitration, bureautique, programmation, etc...). Seul la gestion de mes photos en RAW et le net banking nécessitent encore mon PC.
Mais ma plateforme de coeur, pour laquelle j'ai une véritable nostalgie, est l'Atari et je rêverais de la voir revivre sur une plateforme pérenne et bon marché comme ARM. Je suis plus que disposé à donné un coup de main, par exemple pour tester.
Alors, est-ce que ce projet a passé le stade de l'idée et est activement poursuivi?
Cordialement
François
Nil Le 19/02/2016 à 12:06 (Euh quelle serait l'avantage par rapport à une FireBee, en fait ? A part le prix, mais je ne suis même pas certain qu'arriver à faire moins cher que les 600€ de la FB soit possible en pratique...)