30

Salut Tonma

J'ai installé Hatari 1.62.2 sur BeagleBoard-xM sous RiscOS, mais je n'ai pas encore testé.

Pour plus d'info
http://www.riscository.com/2012/hatari-st-emulator-ported/

Cordialement

31

Merci. Je vais regarder ça.
C'est surtout pour savoir si c'est plus rapide que sur Raspi. Pour l'instant j'ai qu'un modèle B pour tester. Ca sera surtout pour savoir si un PI2 suffirait ou si il faudrait passer sur un beagleBoard.

J'ai déjà fait des images pour Raspi de boot directe sur emulateur. Mais là, on aurait un vrai outils de dev complet.

J'ai aussi vu que Amos était porté sur RiscOS. Ca serait bien aussi pour les petits tutos et création de jeu sous RiscOS.

32

brainois (./23) :
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

Bonjour,

non ce n'est pas entéré et c'est même en phase de cogitation intense, mon soucis principal étant la vidéo. Le système de base est a priori choisi ce sera Minix.

Je suis en train de finaliser une nouvelle version de MyAES un truc qui traine depuis longtemps et qui marche enfin.

Olivier

33

Tonma (./29) :
C'est ça qui me plairait vraiment. Une interface évoluée, même avec un RiscOS moddé , et la possibilité de développer / dessiner sur cette interface pour lancer après dans un environnement 68k comme Hatari.

Le tout dans un bel emballage. Pour moi ce serait le top.
brainois (./28) :

Ce serait super de pouvoir reprendre la série "développement GEM" de ST Magazine sur un raspberry pi ou une beagleboard love
Ou faire tourner "La Gestion Comptable" et "Redacteur 4" en full hd...

Est-ce possible?
François
Le beagleboard a l'air puissant, tu sais si un emul marche dessus ?

Cela n'a pas beaucoup d'intérêt cela existe depuis depuis très longtemps, Hatari, Aranym cela marche très bien

34

brainois (./28) :
Bonjour

Ma vision n'est pas de fabriquer une nouvelle machine, mais plutôt de faire vivre l'esprit et le "look-and-feel" typiquement Atari vers une plateforme existante et qui a de l'avenir. Le raspberry pi, c'est moins de 50 euros et cela explose n'importe quelle carte accélératrice pour le falcon.
L'architecture 68K est morte depuis de nombreuses années, mais l'esprit Atari est toujours vivant. Et l'architecture ARM et tous les projets "alternatifs" qui gravitent autour d'elle me semble la plus proche de cet esprit.
Je rêve d'un OS natif ARM qui nous offre la même expérience, le même look-and-feel que le TOS combiné à MiNT et X/MyAES et qui intègre une moteur d'émulation complètement transparent pour les application 68K.
Par exemple, l'émulateur Hatari a déjà été porté sur ARM et fonctionne sous RiscOS.

Je rêve d'une plateforme permettant de développer de nouvelles aplications natives ARM avec les mêmes API que sur Atari tout en bénéficiant de l'émulation des applications qui ont fait la gloire d'Atari.

Ce serait super de pouvoir reprendre la série "développement GEM" de ST Magazine sur un raspberry pi ou une beagleboard love
Ou faire tourner "La Gestion Comptable" et "Redacteur 4" en full hd...

Est-ce possible?
François

Le principe ne sera pas celui là, si on veut une super compatibilité on utilise Hatari ou Aranym (Aranym aussi même si il n'est pas utilisé généralement pour cela mais en le configurant bien c'est bien compatible) ou je ne sais quel autre, non le principe c'est tout le système est natif et il y a un émulateur 68K qui appelle le système, cela existe déjà cela a été écrit par Vincent Rivière pour la firebee. En fait le principe de cette config serait ce qui se fait pour Amiga avec Aros.

Bon typiquement le Rédacteur 4 faut pas rêver!

Olivier

35

brainois (./28) :
Ce serait super de pouvoir reprendre la série "développement GEM" de ST Magazine sur un raspberry pi ou une beagleboard love
Tu n'as pas besoin d'attendre un nouvel ordinateur pour t'y mettre. Si tu codes propre, ça passe du ST de base au dernier clone TOS. Et pas besoin d'être calé en C : on peut le faire en GFA.

36

37

minix, sérieusement?

(squalyl: voleur de répliques!)
avatar
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.

38

squalyl (./36) :
minix, sérieusement?

Oui je suis assez sérieux

Il y a plusieurs raison pour cela de mon point de vu

- C'est léger
- Microkernel (j'ai longtemps regardé autour de L4 c'est plus dynamique comme communauté)
- C'est bien expliqué relativement extensible
- ARM est supporté
- Ce n'est pas une usine a gaz

Les moins:
- Beaucoup de hard pas supporté (motivation de plus pour mettre ce que l'on a réellement besoin et de s'approprier le système), le but n'est pas d'avoir un Linux avec un émulateur dessus, c'est dispo déjà et un Linux qui boot directement sur Aranym je l'ai fait il y a plus de 10 ans en live CD, cela ne m'intéresse pas.

Ce qui me rend encore indécis:
- La vidéo, pour valoir le coup il faut avoir de l'accélération hard, la question comment y parvenir, pour ARM normalement cela passe par un module DRM :-(, il existe néanmoins le projet "lima" je ne sais pas trop quoi en penser

Olivier

39

Bonjour Olivier

Je viens d'aller jeter un coup d'œil sur Aros...

Ce serait fabuleux d'avoir qqch dans ce genre pour le monde atari et tournant sur RPi smile

Cordialement

François

40

Tu as deja fiat du dev systeme? Non? Alors bon courage parce que bon, meme avec Linux qui supporte "a peu prêt" tout les SoC existant, minix est tres tres loin derriere.

- Un microkernel c'est sur c'est sympa, mais, en quoi c'est un point important pour un tel projet?
- Etre lege est rarement un argument, linux peux etre léger, mais je vais te dire FreeRTOS est bien plus léger que Minix, alors pourquoi ne pas l'utiliser?

Minix est autant une usine a gaz que l'est linux, sérieusement. A partir du moment ou tu utilise un OS généraliste, c'est une usine a gaz. Et le coté microkernel le rends d'autant plus complexe a aprehender.

Réfléchis bien a ton projet parceque ce truc que tu as deja fait il y a 10ans, c'est pourtant exactement ce que tu es en train de faire la, changer linux par Minix, FreeRTOS ou Windows 11 ne change pas l'agencement final, ca reste un emulateur au dessus d'un OS moderne sur une plateforme moderne.

Un "module DRM"? ha oui je vois, je veux pas etre méchant, mais tu n'a jamais fait de dev système non? Parce que tu parles d'un type de drivers Linux en parlant de l'architecture ARM, la réponse est non. Tu peux avoir ton propre driver qui utilise directement la partie graphique. Enfin "acceleration hardware" c'est un peu vague, rare sont les cartes videos accélératrices 2D de nos jours. Et supporter une carte 3D n'est pas a la portée d'un amateur malheureusement, surtout que pour la majorité (pas tous, mais une partie) il faut se baser sur un blob binaire qui est fourni par le fabriquant du silicone, et est généralement fourni que pour Linux & Windows CE. Mais a vrai dire pour faire tourner du TOS, on s'en fout un peu de la 3D non? un bon moteur de rendu 2D ferra aussi bien.
avatar
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.

41

Godzil (./40) :
Tu as deja fiat du dev systeme? Non? Alors bon courage parce que bon, meme avec Linux qui supporte "a peu prêt" tout les SoC existant, minix est tres tres loin derriere.

Ca je sais mais qu'est ce que l'on a à faire de supporter tous les SoC? Rien, suffit de dire c'est ca qui est supporté point barre.

- Un microkernel c'est sur c'est sympa, mais, en quoi c'est un point important pour un tel projet?
- Etre lege est rarement un argument, linux peux etre léger, mais je vais te dire FreeRTOS est bien plus léger que Minix, alors pourquoi ne pas l'utiliser?
Sans doute pas important en soit dès fois il faut faire des choix qu'un autre ne ferait pas
Pourquoi pas mais le côté RTOS n'a pas plus d'intérêt non plus, mais honnêtement le problème n'est pas encore là.

Minix est autant une usine a gaz que l'est linux, sérieusement. A partir du moment ou tu utilise un OS généraliste, c'est une usine a gaz. Et le coté microkernel le rends d'autant plus complexe a aprehender.

Réfléchis bien a ton projet parceque ce truc que tu as deja fait il y a 10ans, c'est pourtant exactement ce que tu es en train de faire la, changer linux par Minix, FreeRTOS ou Windows 11 ne change pas l'agencement final, ca reste un emulateur au dessus d'un OS moderne sur une plateforme moderne.

Ah non, il y a 10 ans j'ai pris une distrib Linux live CD que j'ai dégraissé et lancé Aranym en plein écran au boot de X11, cela n'a pas d'intérêt autant lancer du bureau hote Aranym en plein écran comme je le fais tous les jours.

Un "module DRM"? ha oui je vois, je veux pas etre méchant, mais tu n'a jamais fait de dev système non? Parce que tu parles d'un type de drivers Linux en parlant de l'architecture ARM, la réponse est non. Tu peux avoir ton propre driver qui utilise directement la partie graphique. Enfin "acceleration hardware" c'est un peu vague, rare sont les cartes videos accélératrices 2D de nos jours. Et supporter une carte 3D n'est pas a la portée d'un amateur malheureusement, surtout que pour la majorité (pas tous, mais une partie) il faut se baser sur un blob binaire qui est fourni par le fabriquant du silicone, et est généralement fourni que pour Linux & Windows CE. Mais a vrai dire pour faire tourner du TOS, on s'en fout un peu de la 3D non? un bon moteur de rendu 2D ferra aussi bien.

Et comment tu accédes à la vidéo autre que la mémoire si tu n'as pas la compréhension de la carte graphique et si tu ne peux pas passer par un driver propriétaire? Car sinon ca va dessiner en mémoire je sais faire mais bonjour la performance. Suffit de regarder le cas de la firebee, la video se traine, il y a bien longtemps j'ai eu une carte d'évaluation coldfire mais la vidéo avec la Radeon dessus c'était super bluffant ce n'est pas processeur central qui est capable de faire cela. Alors comment on fait? Si tu as l'info je prends, sinon vaut mieux largement rester sur du basic PC pas cher et très performant et finalement bien mieux documenté.

OL

42

Alors je ne suis pas adepte au jargon des périphériques, configuration, programmes, language etc.
mais en gros vous voulez créé une nouvelle machine atari voir compatible atari avec les éléments d'aujourd'hui (ou presque)
si c'est le cas oui c'est un reve.

ne serai t-il pas plus judicieux de donner une date de rendez vous des intéressés pour établir un projet sérieux avec toutes les idées dans vos baguages?
avatar
Atari et GemTos convention
https://gemtos.jimdofree.com/

43

vicomte (./42) :
Alors je ne suis pas adepte au jargon des périphériques, configuration, programmes, language etc.
mais en gros vous voulez créé une nouvelle machine atari voir compatible atari avec les éléments d'aujourd'hui (ou presque)
si c'est le cas oui c'est un reve.
ne serai t-il pas plus judicieux de donner une date de rendez vous des intéressés pour établir un projet sérieux avec toutes les idées dans vos baguages?


Peut être, des idées ce n'est pas ce qui manque, le courage par contre commence à manquer ma vie professionnelle est en train de prendre le pas, plus la force pour rien en fin de journée, alors je ne suis pratiquement plus actif. Je regarde du coin de l'oeil le projet Apollo si ils sortent une carte indépendante alors je ferais l'acquisition, ce sera probablement plus simple et plus classique et sans doute intéressera plus de monde.

Olivier

44

OL (./43) :
vicomte (./42) :
Alors je ne suis pas adepte au jargon des périphériques, configuration, programmes, language etc.
mais en gros vous voulez créé une nouvelle machine atari voir compatible atari avec les éléments d'aujourd'hui (ou presque)
si c'est le cas oui c'est un reve.
ne serai t-il pas plus judicieux de donner une date de rendez vous des intéressés pour établir un projet sérieux avec toutes les idées dans vos baguages?


Peut être, des idées ce n'est pas ce qui manque, le courage par contre commence à manquer ma vie professionnelle est en train de prendre le pas, plus la force pour rien en fin de journée, alors je ne suis pratiquement plus actif. Je regarde du coin de l'oeil le projet Apollo si ils sortent une carte indépendante alors je ferais l'acquisition, ce sera probablement plus simple et plus classique et sans doute intéressera plus de monde.
Olivier

Slt Olivier... j'ai répondu sur un autre post au sujet de Apollo 080...
On s'en occupe ! Ca fait depuis 1996 que je veux faire une bécane et après le phenix 060 en 99 qui est mort j'ai fait de l'update de Falcon... et j'attendais certains trucs qui se libère comme le prob du 060 introuvable en mask E41J (100 Mhz) et refaire une bécane 060 à 66 Mhz ne m'emballait pas... partir un autre CPU (PPC à une époque!) est une connerie car le code ASM du 68000 reste le top pour tous les coders...
Et en ce moment y a beaucoup d'envie de retro , alors je sais quoi faire...
on va faire mieux maintenant... mais ca passera par une étape pour le dev qui consiste à équiper nos atari de carte Apollo 080 et n a besoin de developpeurs !
Je dois justement voir pour savoir ou on va ouvrir un forum dev hard + soft pour ça ...
Les archi et les composants sont en cours...
On va voir des cartes 080 pour démarrer les tests...
En fait je ne ferai aucune annonce tant que je ne suis pas avancé et sur d'aboutir ! Y a eu trop de ratés dans le passé.
a+
www.powerphenix.com

45

OL (./41) :
Et comment tu accédes à la vidéo autre que la mémoire si tu n'as pas la compréhension de la carte graphique et si tu ne peux pas passer par un driver propriétaire? Car sinon ca va dessiner en mémoire je sais faire mais bonjour la performance. Suffit de regarder le cas de la firebee, la video se traine, il y a bien longtemps j'ai eu une carte d'évaluation coldfire mais la vidéo avec la Radeon dessus c'était super bluffant ce n'est pas processeur central qui est capable de faire cela. Alors comment on fait? Si tu as l'info je prends, sinon vaut mieux largement rester sur du basic PC pas cher et très performant et finalement bien mieux documenté.
Pas vu cette réponse a l’époque, mais tu risque d’être surpris. En 2D la majorité est fait en soft de nos jours sur un PC, comme je disais l’accélération 2D est de plus en plus rare, dans le cas d'un système de fenêtres, OpenGL peux être utilise par exemple pour mapper une texture représentant une fenêtre sur un quad, mais le contenu de la fenêtre est dans 99% du temps généré 100% en soft.
Pourquoi la firebee se traîne? Probablement parce que la vidéo n'a aucun DMA, et/ou que le bus d’accès a la mémoire vidéo est d'une lenteur extrême, voir pire, le projet firebee est mal défini et mal foutu? (le dernier point est probablement la dure réalité..)

Exemple:
Tout est fait en soft, tout, et ce qui rends la chose "lente" est l’écran en lui même, et pas le soft. Le CPU n'est qu'un pauvre ARM a 800Mhz avec pas mal de choses qui tourne a cote. La vidéos lues sont aussi saccade parce qu'elle sont au format h264 sans aucune optimisation/acceleration pour le decodage, et le h264 est particulièrement intense question utilisation CPU pour le décodage.
J'ai fait tourner les meme demo sur une BeagleBoard xM qui avait un affichage standard (et non eInk) et a les meme specs que la liseuses en terme de puissance brute, et les demos sont bien sur au final lpus fluide que sur de l'eInk, juste parce que l'ecran est plus fluide.

D'ailleurs les jeux comme Doom, Wolfenstein 3D, Duke Nukem, Quake 1 (hors QuakeGL) n'utilisent aucune acceleration graphique. Pourtant ils ne rament pas et les specs de l'epoque sont particulierement basse compare a ce qu'on a maintenant
avatar
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.

46

(je ne me souviens plus des détails, mais il me semble effectivement que le Firebee a un problème de conception qui plombe les perfs graphiques)
avatar
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 Turbo

47

FireBee, mode 256c :
Pour les sources et exécutables : http://ptonthat.fr/files/temp/ (projet en cours, c'est même pas en béta)

Les performances graphiques ne sont pas optimales, mais c'est déjà le jour et la nuit par rapport aux machines de la marque. Pour information, tout est composé en TTRAM, en VDI pure. La STRAM se trouve dans les 512 Mo de RAM du ColdFire, il me semble que le framebuffer se trouve dans la RAM du FPGA, et ça passe par le FlexBus.

J'attends avec patience l'arrivée du "panier" PCI (il faudra souder quelque part) pour y accoler ensuite une Radeon. Certains de mes jeux utilisent la Video RAM (fonctions CT60_xxxx) de la Radeon et du SuperVidel, pour y relocaliser les données images. C'est censé être rapide, vu que la VDI bosse dans la mémoire vidéo des cartes.

Sinon, pour les "problèmes" de conception, tout le monde est invité à participer, à potasser le VHDL et aller là : http://www.atariforge.org/gf/project/firebee/

48

Salut Rodolphe,

heureux d'avoir de tes nouvelles.

Si il y a une version standalone alors je serais intéressé, sinon je regarderais passer. Je ne suis absolument pas nostalgique des formats video pourris des machines Atari, en se débrouillant un peu on peut très bien faire croire que c'est là et afficher l'écran dans une fenêtre, j'ai fait un petit test un jours pour faire cela, sous Aranym cela me permet d'afficher les messages TOS une fois que fVDI est lancé, j'ai même fait afficher Quake TOS, j'avoue je me fout que ce soit un Atari pur jus, j'ai juste envi d'une machine dont je sais ce qu'il y a dessus et que je puisse programmer sans me prendre la tête avec des tonnes de librairies juste pour le plaisir les long soir d'hiver.

Olivier
Rodolphe (./44) :
OL (./43) :
vicomte (./42) :
Alors je ne suis pas adepte au jargon des périphériques, configuration, programmes, language etc.
mais en gros vous voulez créé une nouvelle machine atari voir compatible atari avec les éléments d'aujourd'hui (ou presque)
si c'est le cas oui c'est un reve.
ne serai t-il pas plus judicieux de donner une date de rendez vous des intéressés pour établir un projet sérieux avec toutes les idées dans vos baguages?


Peut être, des idées ce n'est pas ce qui manque, le courage par contre commence à manquer ma vie professionnelle est en train de prendre le pas, plus la force pour rien en fin de journée, alors je ne suis pratiquement plus actif. Je regarde du coin de l'oeil le projet Apollo si ils sortent une carte indépendante alors je ferais l'acquisition, ce sera probablement plus simple et plus classique et sans doute intéressera plus de monde.
Olivier

Slt Olivier... j'ai répondu sur un autre post au sujet de Apollo 080...
On s'en occupe ! Ca fait depuis 1996 que je veux faire une bécane et après le phenix 060 en 99 qui est mort j'ai fait de l'update de Falcon... et j'attendais certains trucs qui se libère comme le prob du 060 introuvable en mask E41J (100 Mhz) et refaire une bécane 060 à 66 Mhz ne m'emballait pas... partir un autre CPU (PPC à une époque!) est une connerie car le code ASM du 68000 reste le top pour tous les coders...
Et en ce moment y a beaucoup d'envie de retro , alors je sais quoi faire...
on va faire mieux maintenant... mais ca passera par une étape pour le dev qui consiste à équiper nos atari de carte Apollo 080 et n a besoin de developpeurs !
Je dois justement voir pour savoir ou on va ouvrir un forum dev hard + soft pour ça ...
Les archi et les composants sont en cours...
On va voir des cartes 080 pour démarrer les tests...
En fait je ne ferai aucune annonce tant que je ne suis pas avancé et sur d'aboutir ! Y a eu trop de ratés dans le passé.a+

49

Si le processeur et la video partagent la même ram alors plus la résolution est grande plus le processeur va attendre, déjà si le processeur peut accéder à de la ram vidéo c'est moins problématique généralement le processeur n'accède pas souvent à la vidéo en principe sauf jeux et vidéo, là il sera limité par le bus alors tant qu'a faire il est largement préférable qu'il y ai un processeur dédié pour faire les affichages et le processeur central à donner des macro instructions dans une pile et travailler en asynchrone. Je ne suis pas franchement spécialiste de la chose je donne juste ma démarche de réflexion.

Olivier
Godzil (./45) :
OL (./41) :
Et comment tu accédes à la vidéo autre que la mémoire si tu n'as pas la compréhension de la carte graphique et si tu ne peux pas passer par un driver propriétaire? Car sinon ca va dessiner en mémoire je sais faire mais bonjour la performance. Suffit de regarder le cas de la firebee, la video se traine, il y a bien longtemps j'ai eu une carte d'évaluation coldfire mais la vidéo avec la Radeon dessus c'était super bluffant ce n'est pas processeur central qui est capable de faire cela. Alors comment on fait? Si tu as l'info je prends, sinon vaut mieux largement rester sur du basic PC pas cher et très performant et finalement bien mieux documenté.
Pas vu cette réponse a l’époque, mais tu risque d’être surpris. En 2D la majorité est fait en soft de nos jours sur un PC, comme je disais l’accélération 2D est de plus en plus rare, dans le cas d'un système de fenêtres, OpenGL peux être utilise par exemple pour mapper une texture représentant une fenêtre sur un quad, mais le contenu de la fenêtre est dans 99% du temps généré 100% en soft.
Pourquoi la firebee se traîne? Probablement parce que la vidéo n'a aucun DMA, et/ou que le bus d’accès a la mémoire vidéo est d'une lenteur extrême, voir pire, le projet firebee est mal défini et mal foutu? (le dernier point est probablement la dure réalité..)

Exemple:
Tout est fait en soft, tout, et ce qui rends la chose "lente" est l’écran en lui même, et pas le soft. Le CPU n'est qu'un pauvre ARM a 800Mhz avec pas mal de choses qui tourne a cote. La vidéos lues sont aussi saccade parce qu'elle sont au format h264 sans aucune optimisation/acceleration pour le decodage, et le h264 est particulièrement intense question utilisation CPU pour le décodage.
J'ai fait tourner les meme demo sur une BeagleBoard xM qui avait un affichage standard (et non eInk) et a les meme specs que la liseuses en terme de puissance brute, et les demos sont bien sur au final lpus fluide que sur de l'eInk, juste parce que l'ecran est plus fluide.
D'ailleurs les jeux comme Doom, Wolfenstein 3D, Duke Nukem, Quake 1 (hors QuakeGL) n'utilisent aucune acceleration graphique. Pourtant ils ne rament pas et les specs de l'epoque sont particulierement basse compare a ce qu'on a maintenant

50

Oui c'est bien le probleme.

DMA, Double buffering, RAM Double port, et encore plein d'autre mot dont tu n'as probablement jamais entendu parler.
C'est un faux problème si les choses sont faites correctement. Et meme si ca existe, les GPU acceleration 2D sont extremement rare de nos jour. ( et un GPU 3D ne peux pas servir pour tout quand il s'agit de 2D)
avatar
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.

51

Godzil (./50) :
Oui c'est bien le probleme.

DMA, Double buffering, RAM Double port, et encore plein d'autre mot dont tu n'as probablement jamais entendu parler.C'est un faux problème si les choses sont faites correctement. Et meme si ca existe, les GPU acceleration 2D sont extremement rare de nos jour. ( et un GPU 3D ne peux pas servir pour tout quand il s'agit de 2D)

De toute évidence on n'est pas en train de parler de la même chose, tu parles d'un PC voir d'une petite carte ARM, un pauvre ARM à 800 Mhz comme tu dis, la 2D c'est vrai que ce n'est pas la fin du monde en terme de besoin de performance, mais en 2016 sur une firebee ou CT60 en terme de lecteur vidéo, de 3D il y a quoi? A peu près rien, tout est trop lent et sans carte vidéo additive l'impression de lenteur est bien présente. Alors mal foutu ou pas comment quelques amateurs peuvent un tant soit peu rivaliser avec des millions d'investissement faut pas rêver.

OL

52

OL (./51) :
Godzil (./50) :
Oui c'est bien le probleme.

DMA, Double buffering, RAM Double port, et encore plein d'autre mot dont tu n'as probablement jamais entendu parler.C'est un faux problème si les choses sont faites correctement. Et meme si ca existe, les GPU acceleration 2D sont extremement rare de nos jour. ( et un GPU 3D ne peux pas servir pour tout quand il s'agit de 2D)

De toute évidence on n'est pas en train de parler de la même chose, tu parles d'un PC voir d'une petite carte ARM, un pauvre ARM à 800 Mhz comme tu dis, la 2D c'est vrai que ce n'est pas la fin du monde en terme de besoin de performance, mais en 2016 sur une firebee ou CT60 en terme de lecteur vidéo, de 3D il y a quoi? A peu près rien, tout est trop lent et sans carte vidéo additive l'impression de lenteur est bien présente. Alors mal foutu ou pas comment quelques amateurs peuvent un tant soit peu rivaliser avec des millions d'investissement faut pas rêver.
OL

Je voudrais aussi préciser si on repart dans du classique avec un processeur compatible 68K on se retrouve avec l'éternel soucis du système en mode superviseur, sous Mint (je ne sais pas pour MAgic il est mieux écrit) le mode superviseur arrête le multitâche préemptif, au mieux le système (l'AES le fait) gère à la main une sorte de multitâche coopératif, la VDI est parfaitement bloquante et les recopies de bloc sur de grosses résolutions par le processeur semble une dispersion de capacité tout à fait inutile.

OL