Jeuxlinux - Le site des jeux pour linux - Forum

L'initiative est bonne, mais je doute du succés pour plusieurs raisons:

Pas d'implémentation du langage C (Ca ne semble même pas prévu !)
Je suis pas vraiment un spécialiste en la matière mais amha utiliser un processeur de type RISC (avec peu d'instructions machine) a deux inconvéniants:
C'est plus difficile à programmer en assembleur, c'est encore moi "humain" que de l'assembleur sur un processeur CISC (comme l'architecture x86 par exemple).

Et pour la même raison je pense qu'il sera plus compliqué d'implémenter du C (gcc + la librairie standard GNU par exemple).

Bon toutes les instructions semblent documentés:
http://f-cpu.seul.org/whygee/yasep/ISM/

Mais c'est pas viable pour 95% des programmeurs (dont je fais parti) tant qu'il n'y aura pas de compilo C.

Bref une bonne idée, mais je pense que projet est très matériel, il manque sans doute des développeurs pour s'occuper de la partie logiciel.

Sans doute à l'avenir une belle machine de geek, quand ça sera humainement programmable

Par contre j'ai pas très bien compri le:

"Concept console" portable qu'on voudrait prototyper mais qu'on ne fabriquera pas en série (ce n'est pas notre vocation).

En gros ça veut dire quoi, qu'il fourniront un proco, des spécifications, des plans et ça sera à l'utilisateur de monter l'ensemble ?

Bonjour,

je viens de m'inscrire car je pense qu'il est possible d'apprendre plein de choses dans ce thread, et éventuellement d'améliorer des choses dans GPL :-)

Note importante : tous les liens fonctionnent sous Firefox, ils sont incompatibles avec MSIE. Juste au cas où certains auraient des surprises...

Diablo150 a écrit:

L'initiative est bonne, mais je doute du succés pour plusieurs raisons:

Tout dépend des objectifs qu'on se fixe et de leur adéquation avec la réalité, les moyens, les enjeux etc. Sur ce coup, le but n'est pas de faire mieux que Nintendo ou Sony car on sait que c'est pas possible. Et comme les moyens sont très réduits et l'expérience des jeux vidéo est ... heuh... modeste ^o^ ça ne sert à rien de viser super haut : on commence d'abord à voir ce qu'on peut faire avec ce qu'on a sous la main.

Et surprise, on peut faire déjà pas mal de choses... pas tout mais ça vallait la peine de se pencher sur le cas.

Diablo150 a écrit:

Pas d'implémentation du langage C (Ca ne semble même pas prévu !)

Hhhhmmmm je ne suis pas un grand partisan de ce rescapé des années 60. Je l'utilise et même publie des algos dans ce langage ( http://ygdes.com/sources/ ) car c'est la "lingua franca" du domaine mais tant que je peux m'en passer, je n'hésite pas.

En contrepartie je conçois un autre système de développement, dont une des fonctionnalités sera de pouvoir importer des fichiers en C. En attendant, je bosse sur listed http://yasep.org/tools/listed.html pour commencer confortablement en assembleur.

Diablo150 a écrit:

Je suis pas vraiment un spécialiste en la matière mais amha utiliser un processeur de type RISC (avec peu d'instructions machine) a deux inconvéniants:
C'est plus difficile à programmer en assembleur, c'est encore moi "humain" que de l'assembleur sur un processeur CISC (comme l'architecture x86 par exemple).

D'une part, YASEP est beaucoup plus facile à programmer qu'un x86. D'ailleurs YASEP a été conçu pour être simple (contrairement à d'autres trucs). Le nombre réduit d'opcodes n'est pas une limitation quand on sait comment utiliser le même opcode pour faire 36 trucs différents (ya plein d'astuces marrantes).

D'autre part, impossible de trouver une console récente qui utilise du CISC... Xbox, PSP, Nintendo sont à base de MIPS, POWER et ARM, c'est du RISC pure souche. Le nombre de personnes qui programment la GBA ou la DS (ARM) en asm est très grand, à ma connaissance.

Enfin, RISC vs CISC : le débat n'est plus valable de nos jours, ça se résume à ce qui est le plus compact, simple, efficace et surtout SCALABLE. En prévoyant une architecture orthogonale, claire et concise dès le début, c'est beaucoup plus facile d'augmenter la performance plus tard.

Diablo150 a écrit:

Et pour la même raison je pense qu'il sera plus compliqué d'implémenter du C (gcc + la librairie standard GNU par exemple).

absolument rien à voir //facepalm

GCC et la glibc sont déjà portés sur plein d'archis RISC sans problème. Mes Alphas et Sun sous Linux ne me contrediront pas, et les derniers LinuxMag parlent de systèmes Linux (donc GCC+sa cohorte de blotoire) sur PS3, DS...

ce qui n'empêche pas GCC d'être une bouse infâme et tortueuse, et la situation ne s'est pas arrangée en 10 ans (depuis qu'on a essayé de l'adapter pour F-CPU). Je voudrais proposer quelque chose de plus "vivant" (même si ça fait 10 ans que ça n'a pas avancé, je sais)

Diablo150 a écrit:

Bon toutes les instructions semblent documentés:
http://f-cpu.seul.org/whygee/yasep/ISM/

c'est bien la moindre des choses :-) on peut même simuler les opérations ( http://yasep.org/benches/test_eu16.html ) , mais il n'y a pas encore de vrai simulateur "cycle à cycle".

Diablo150 a écrit:

Mais c'est pas viable pour 95% des programmeurs (dont je fais parti) tant qu'il n'y aura pas de compilo C.

Je suis curieux : tu programmes quoi, sur quoi, avec quoi ? (je sais, je débarque)

Je sais bien qu'il existe tout un monde en-dehors de celui des fers à souder et des processeurs, concevoir une console de jeu portable est une bonne occasion de découvrir tout plein de choses :-)

Diablo150 a écrit:

Bref une bonne idée, mais je pense que projet est très matériel, il manque sans doute des développeurs pour s'occuper de la partie logiciel.

Il y a indubitablement plein de manques et toute contribution, suggestion etc. est bienvenue.

Pour l'instant je m'occupe de YASEP, y'a un boulot dingue et je vais (encore) y passer tout l'été. Des traductions en français sont en cours à l'initiative de Laura (toute idée de page nouvelle de documentation est bienvenue). De mon côté, je dois intégrer l'assembleur dans listed, remettre sur pattes le désassembleur, ajouter les nouvelles formes d'instructions étendues, écrire des exemples de code asm, sans oublier d'avancer le code VHDL... On est encore loin du premier proto de GPL ! En même temps, c'est le bon moment de se poser les bonnes questions. D'où la présentation à HSF2009 :-)

Diablo150 a écrit:

Sans doute à l'avenir une belle machine de geek, quand ça sera humainement programmable

ça le sera, pas de bile. Je bosse dessus.

Diablo150 a écrit:

Par contre j'ai pas très bien compri le:

"Concept console" portable qu'on voudrait prototyper mais qu'on ne fabriquera pas en série (ce n'est pas notre vocation).

En gros ça veut dire quoi, qu'il fourniront un proco, des spécifications, des plans et ça sera à l'utilisateur de monter l'ensemble ?

ça veut dire qu'on s'appelle pas Intel, ARM, Nintendo ou Microsoft. aussi, on ne peut pas être compétititfs en prix et en performance pour fabriquer un tel trucs en volume, il y a des gens qui font ça très bien : les Chinois. Nous, on peut faire qqs prototypes, ce sera déjà formidable, ensuite on verra bien.

Et on reverra notre copie très souvent, parfois profondément, et ça évoluera. Et on n'y arrivera peut-être pas mais on aura essayé d'avancer le schmilblick. La gestion des configurations cryptées dans les FPGA actuels a soulevé plein de questions très intéressantes et cela peut être utile à plein d'autres choses...

On est joignables sur http://ygllo.com/tribune ,
qqs news bas débit sur http://news.yasep.org/
et la page française : http://yasep.org/index_fr.html

_o/
yg

C'est encore mieux si en plus on a le conférencier ici !
Par contre, je ne trouve pas la vidéo sur ton site, je ne vois ni GPL ni vos noms, préviens nous quand tu auras trouvé la vidéo .
Sinon, ce que tu décris ressemble pas mal au système de la GP2X, à ce que j'ai lu, quand tu veux acheter un jeu, tu donne l'identification de ta console et le jeu que tu télécharge est utilisable uniquement sur ta console. Après, j'ai jamais testé, je ne sais pas non plus comment ça marche techniquement.

Sinon, est il possible d'obtenir une accélération graphique matérielle avec YASEP ? Pense tu utiliser un processeur annexe dédié à l'affichage ?

seb.bernery a écrit:

C'est encore mieux si en plus on a le conférencier ici !

et c'est encore mieux quand on a les deux concepteurs.

hmm, ça manque d'une vraie présentation claire tout ça [une page web ne serait pas de trop] je trouve que la conférence à HSF n'était pas très claire pour expliquer ce qu'était la console dans son intégralité mais au contraire très "crypto centrée". Ça a interessé plus de gens comme ça (ce qui est très bien) mais parrallèlement je suis sûre que plein de gens ont loupé des détails importants sur la configuration générale de la console et sur ses objectifs.

Je crois savoir que le but n'est pas de faire un produit fini, commercialisé, avec tout ce qu"il faut pour jouer (impossible pour deux personnes sans une usine derrière et sans commerciaux compétents ) mais plutôt d'explorer un domaine d'application et de s'amuser avec. On est très loin des PS2 et autres XBOX.

Je pense que le problème de crypto qui empêche pour l'instant la cohabitation entre du libre et du protégé est beaucoup exagéré : vu la console de geek que ce sera, il y aura probablement 97% de jeux libres et 3 malheureux pourcents de jeux protégés pour lesquel une solution toute simple sera possible : l'achat d'une console dédiée après tout on ne parle pas d'une console à 1000 $

à part ça je voulai dire que je trouve regrettable le nombre de programmeurs élevés au C et qui ne sont plus capables d'utiliser un autre langage même quand c'est tout à fait possible et que ça permet de s'affranchir de sa lourdeur. 

Dernière modification par Aqueuse (30-07-2009 04:32:00)