J'aimerais bien avoir la réaction de pasbill pasgate ou les zelotes de MS présent à Solution Linux (il y a 2 ans) qui expliquait que le format Open Document était moche et ne séparait pas assez la forme du fond. Bref, que OpenXML était sensé être 10 fois plus clean...
C'est pour ça que je proposais un petit FPGA en plus comme processeurs video. A la place de la fifo, cela doit être possible et pas si couteux.
Si on reste dans une objectif : petite console simple pour faire de la bidouille avec de la video, c'est tout à fait possible.
Le pic deviendrait la commande du FPGA. Celui-ci pouvant être programmé pour chaque jeu. Une sorte de modeN :)
Le plus petit spartan3 dispose déjà de 4 multiplieurs 16 bits, niveau patatte, c'est déjà pas mal. Par contre, difficile de ne pas lui rajouter de la SRAM pour le frame buffer, la mémoire interne étant trop chère.
megadrive : 68000 à 8Mhz + un copro graphique
dogs : pic à 48 Mhz.
Un pic est un microcontroleur 8 bits qui a donc du mal à gérer beaucoup de mémoire. Dans l'industrie, un 16 bits est toujours préféré à un 8 bits car le code sera plus petit (donc l'ensemble cpu+mémoire sera plus petit en 16 bits qu'un 8 bits pour une même application).
Un 68000 a une microarchitecture 16 bits mais un jeu d'instruction 32 bits. Donc la gestion de la mémoire est plus simple.
Sur des petits calculs qui restent en 8 bits voir 16 et qui ne touche pas à beaucoup de mémoire, le pic sera bien plus rapide.
Mais refaire le hardware de la megadrive coute bien plus chère que l'achat d'un pic.
"ce sont des impossibilités par défaut, c'est à dire que rien n'empèche de demander à un journal ou une distrib de demander le droit de diffuser, qui peut lui être accepté."
C'est le principe même des licences proprio ça hein... Cela n'est pas du libre du tout.
"C'est d'ailleurs pour cela qu'il a fallu mettre au point la LGPL."
Non, la lgpl a été créer pour remplacer les lib proprio (genre lesstif par rapport à motif)
Cela dérive sur un troll BSD/GPL. Mais comme dis plusieurs fois, pourquoi vouloir partager avec quelqu'un qui ne veut pas partager ?
(les incompatibilités de BSD dans la GPL est un effet colatéral malheureux, normalement arrangé dans la v3)
1) Pourquoi utiliser un pic plutot qu'un AVR qui dispose d'un port de GCC ?
2) Pourquoi ne pas fournir un mini FPGA (genre spartan3) pour créer des fonctions folcloriques graphiques par jeu ?
Essaye de regarder la structure des ports de ta cartes mères. Sur ma carte, il y a 2 bus PCI. Sur un il y a 2 slots, les 4 autres se partagent le dernier bus. Si ta carte est seul (regarde la doc, pour éviter que des chipset suplémentaire de cartes mère sois branché dessus), tu devrais avoir plus de perfs.
Il y a qq années un BSDiste m'avait dis que le seul moyen d'avoir la vitesse max d'une carte gigabits était d'avoir du freebsd sur une machine avec port PCI 64 bits. La pile IP BSD était plus rapide que celle de Linux.
Depuis la puissance des PC a été multiplié par 3. Donc la limitation peut venir de la carte réseau elle-même (buffer trop petit pour limiter les couts, etc...), du réglage de la pile ip (genre le MUA ou un truc qui change la taille typique d'un buffer et donc qui permet d'avaler les latences plus facilement), de l'engorgement du bus PCI (souvent la carte mère dispose de plusieurs bus partagé sur les slots, il vaut mieux éviter de mettre la carte à coté du controleur disque dure, ).
Ensuite, il y a le problème du driver de la carte elle même qui peut être plus ou moins bien réussi.
Le principe d'économie d'énergie est simple. C'est basé sur l'équation :
P = K*F*V²+S
K est un facteur lié à la téchnologie (capa parasite,...)
F est la fréquence
V la tension d'alim
S la fuite de courant
Pour diminuer le courant en idle, tu coupe la clock et tu réduit le terme de conso dynamique.
Tu peux même éteindre une zone complète. Mais "rallumer" prend du temps, le temps que le régulateur se mettent à la bone valeur.
Une fois que l'on coupe tout quand il n'y a rien à faire, il reste à baisser la conso quand le processeur est actif.
Si une tache prends 10 000 coup d'horloge, baisser la fréquence ne change rien. L'énergie pour la tâche est la même (sauf si S >> KFV² dans ce cas, c'est encore pire).
L'idée est alors de baisser V en même temps que F, dans ce cas on y gagne (S baisse aussi).
La tache sera plus lente mais moins énergivore. Par contre, le problème est la latence pour changer de mode quand le besoin de puissance arrive. D'ou l'idée de gérer les latences dans une API j'imagine.
Il y a le mode X "de base". Tu as 2 "heads" à ton système chacun ayant son drivers/écran. Problème : tu ne peux pas transférer d'application de d'un écran à l'autre une fois lancer. Il faut les lancer explicitement sur un des 2 écrans. C'est le mode le plus tolérant avec le hardware.
Il y a le mode xinerama qui génère un display avec 2 écrans. Il peut y avoir des problèmes avec la 3D, cela dépend pas mal des drivers en dessous.
Il y a le mode ou c'est la carte graphique qui fait apparaitre un écran large sur une carte dual head. Sur ATI, le problème est la largeur total max de 2048 pixel pour avoir de la 3D (soit une résolution max de 2x 1024*768, ce qui est petit). Avec nvidia, cela marche mieux (résolution différente possible, etc...).
Ensuite, rien n'empèche de mixer les modes. (genre utiliser 8 écrans...)
Si vous faites un format de reconnaissance de fichier, cela ne devrait pas être trop dure.
De base, un fichier binaire manipule 2 concepts, les champs de bits/octets (une sorte de structure mis à plats) ou un genre de trame (objet de taille fixe avec header et trailer).
J'avais fait un outils vaguement générique pour ma précédente boite. Mais je ne connais pas toutes les étrangétés possibles dans un format binaire.
Qu'est-ce qui les empèche de gérer une config que supporte tout leur pc. Parce que si ils ont encore des celeron 400 mhz, il gère déjà un parc hétérogène.
Et si il utilise Linux, il doivent choisir certe des applications pas trop lourde mais même si elles sont hétérogènes, toute la config réseau/serveur restent identique partout.
[^] # Re: Question
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Normalisation des formats de fichiers des suites bureautiques. Évalué à 10.
FUD quand tu nous tiens...
"La première sécurité est la liberté"
[^] # Re: Pauvres visiteurs...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 2.
Si on reste dans une objectif : petite console simple pour faire de la bidouille avec de la video, c'est tout à fait possible.
Le pic deviendrait la commande du FPGA. Celui-ci pouvant être programmé pour chaque jeu. Une sorte de modeN :)
Le plus petit spartan3 dispose déjà de 4 multiplieurs 16 bits, niveau patatte, c'est déjà pas mal. Par contre, difficile de ne pas lui rajouter de la SRAM pour le frame buffer, la mémoire interne étant trop chère.
"La première sécurité est la liberté"
[^] # Re: Recompiler un jeu pour le PIC ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 3.
dogs : pic à 48 Mhz.
Un pic est un microcontroleur 8 bits qui a donc du mal à gérer beaucoup de mémoire. Dans l'industrie, un 16 bits est toujours préféré à un 8 bits car le code sera plus petit (donc l'ensemble cpu+mémoire sera plus petit en 16 bits qu'un 8 bits pour une même application).
Un 68000 a une microarchitecture 16 bits mais un jeu d'instruction 32 bits. Donc la gestion de la mémoire est plus simple.
Sur des petits calculs qui restent en 8 bits voir 16 et qui ne touche pas à beaucoup de mémoire, le pic sera bien plus rapide.
Mais refaire le hardware de la megadrive coute bien plus chère que l'achat d'un pic.
"La première sécurité est la liberté"
[^] # Re: PIC / RISC
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 4.
C'est le principe même des licences proprio ça hein... Cela n'est pas du libre du tout.
"C'est d'ailleurs pour cela qu'il a fallu mettre au point la LGPL."
Non, la lgpl a été créer pour remplacer les lib proprio (genre lesstif par rapport à motif)
Cela dérive sur un troll BSD/GPL. Mais comme dis plusieurs fois, pourquoi vouloir partager avec quelqu'un qui ne veut pas partager ?
(les incompatibilités de BSD dans la GPL est un effet colatéral malheureux, normalement arrangé dans la v3)
"La première sécurité est la liberté"
[^] # Re: Où est le libre?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 2.
si on peut le modifier, partager.
pourqoi parler de vendre ?
<mode type=méchant>
Si tu en es encore à ce niveau de reflexion, c'est que tu n'as rien compris aux principes et concept du libre.
C'est une sorte de shareware avec des sources, mais en rien du libre.
Les seul creative common libre, c'est cc-by-sa ou cc-by, cc-by-sa est semblable à la GPL, et la cc-by à la licence BSD.
"La première sécurité est la liberté"
[^] # Re: PIC / RISC
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 5.
Donc, si Linus voulait une clause nc, Linux n'aurait jamais été là ou il est.
Si quelqu'un vous fournis aussi un bout de design -nc, vous devrez aussi lui demander son avis pour fournir une licence proprio à un industriel?
"La première sécurité est la liberté"
[^] # Re: Question de chieur
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 3.
Un pic coute en gros 10¤. Il existe des fpga de ce prix là (petit certe).
- Les compilateurs C pour le PIC courent les rues.
genre sdcc ? Mais je connais surtout icc18 qui est loin d'être libre.
- Je connais pleins de gens qui "aiment" programmer un PIC (en assembleur, s'entend).
Je croyais que c'était une gerre 50/50 avec les AVR :)
"La première sécurité est la liberté"
# Question de chieur
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche projet Dogs : ordinateur - console de jeux libre. Évalué à 5.
2) Pourquoi ne pas fournir un mini FPGA (genre spartan3) pour créer des fonctions folcloriques graphiques par jeu ?
"La première sécurité est la liberté"
[^] # Re: ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche X-Moto pourrait disparaître. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: marrant, google me donne...
Posté par Nicolas Boulay (site web personnel) . En réponse au message Applet java pour la video. Évalué à 2.
L'url est passé plusieurs fois ici mais je n'arrive pas à la retrouver.
"La première sécurité est la liberté"
[^] # Re: Serveur dédié
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche X-Moto pourrait disparaître. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Il y a plusieurs limites possible.
Posté par Nicolas Boulay (site web personnel) . En réponse au message Vitesse maximum de la stack IP. Évalué à 2.
"La première sécurité est la liberté"
# Il y a plusieurs limites possible.
Posté par Nicolas Boulay (site web personnel) . En réponse au message Vitesse maximum de la stack IP. Évalué à 5.
Depuis la puissance des PC a été multiplié par 3. Donc la limitation peut venir de la carte réseau elle-même (buffer trop petit pour limiter les couts, etc...), du réglage de la pile ip (genre le MUA ou un truc qui change la taille typique d'un buffer et donc qui permet d'avaler les latences plus facilement), de l'engorgement du bus PCI (souvent la carte mère dispose de plusieurs bus partagé sur les slots, il vaut mieux éviter de mettre la carte à coté du controleur disque dure, ).
Ensuite, il y a le problème du driver de la carte elle même qui peut être plus ou moins bien réussi.
"La première sécurité est la liberté"
[^] # Re: Recommandation n° 39
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Ministre des Finances appelle à la création d'un pôle de compétitivité dédié aux Logiciels Libres. Évalué à 10.
Cela faisait longtemps que l'on avait pas vu cette tautologie.
"La première sécurité est la liberté"
[^] # Re: Je vais être méchant !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'informaticien et l'Open Source. Évalué à 2.
Pas mal ? Il y en a 3 ou 4 par numero non ? :)
"La première sécurité est la liberté"
[^] # Re: API d'annonce de contrainte
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.19 du noyau Linux. Évalué à 4.
Moi je travail sur une archi ARM11+DSP+GPU et la gestion d'énergie est super complexe.
"La première sécurité est la liberté"
[^] # Re: API d'annonce de contrainte
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.19 du noyau Linux. Évalué à 10.
P = K*F*V²+S
K est un facteur lié à la téchnologie (capa parasite,...)
F est la fréquence
V la tension d'alim
S la fuite de courant
Pour diminuer le courant en idle, tu coupe la clock et tu réduit le terme de conso dynamique.
Tu peux même éteindre une zone complète. Mais "rallumer" prend du temps, le temps que le régulateur se mettent à la bone valeur.
Une fois que l'on coupe tout quand il n'y a rien à faire, il reste à baisser la conso quand le processeur est actif.
Si une tache prends 10 000 coup d'horloge, baisser la fréquence ne change rien. L'énergie pour la tâche est la même (sauf si S >> KFV² dans ce cas, c'est encore pire).
L'idée est alors de baisser V en même temps que F, dans ce cas on y gagne (S baisse aussi).
La tache sera plus lente mais moins énergivore. Par contre, le problème est la latence pour changer de mode quand le besoin de puissance arrive. D'ou l'idée de gérer les latences dans une API j'imagine.
"La première sécurité est la liberté"
# commande
Posté par Nicolas Boulay (site web personnel) . En réponse au message systéme de réplication. Évalué à 3.
scp (de ssh)
rsync
samba
nfs
dd (mais pas en réseau, netcat pour le réseau ?)
rcp (mais les r-tools c'est mal)
Ensuite, il y a les systèmes de fichiers décentralisé mais bon.
Il y a aussi i-SCSI un protocole SCSI sur ethernet. L'interet est de faire apparaitre un pc comme une grappe scsi.
"La première sécurité est la liberté"
# point ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ah ! ces journalistes. Évalué à 10.
Me trompe-je ?
"La première sécurité est la liberté"
# dual head
Posté par Nicolas Boulay (site web personnel) . En réponse au message dual screen. Évalué à 2.
Il y a le mode X "de base". Tu as 2 "heads" à ton système chacun ayant son drivers/écran. Problème : tu ne peux pas transférer d'application de d'un écran à l'autre une fois lancer. Il faut les lancer explicitement sur un des 2 écrans. C'est le mode le plus tolérant avec le hardware.
Il y a le mode xinerama qui génère un display avec 2 écrans. Il peut y avoir des problèmes avec la 3D, cela dépend pas mal des drivers en dessous.
Il y a le mode ou c'est la carte graphique qui fait apparaitre un écran large sur une carte dual head. Sur ATI, le problème est la largeur total max de 2048 pixel pour avoir de la 3D (soit une résolution max de 2x 1024*768, ce qui est petit). Avec nvidia, cela marche mieux (résolution différente possible, etc...).
Ensuite, rien n'empèche de mixer les modes. (genre utiliser 8 écrans...)
Bref, souvent je préférerais un écran 24"...
"La première sécurité est la liberté"
[^] # Re: File
Posté par Nicolas Boulay (site web personnel) . En réponse au journal MediaInfo 0.7.4.0 sous Linux. Évalué à 2.
De base, un fichier binaire manipule 2 concepts, les champs de bits/octets (une sorte de structure mis à plats) ou un genre de trame (objet de taille fixe avec header et trailer).
J'avais fait un outils vaguement générique pour ma précédente boite. Mais je ne connais pas toutes les étrangétés possibles dans un format binaire.
"La première sécurité est la liberté"
[^] # Re: La réponse est simple
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le monopole de Microsoft : mode d'emploi. Évalué à 2.
Et si il utilise Linux, il doivent choisir certe des applications pas trop lourde mais même si elles sont hétérogènes, toute la config réseau/serveur restent identique partout.
"La première sécurité est la liberté"
[^] # Re: Le portail du n'importe quoi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche De nouveaux caps franchis pour les Wikipédia. Évalué à 6.
"La première sécurité est la liberté"
[^] # Re: La réponse est simple
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le monopole de Microsoft : mode d'emploi. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Bravo
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mark Shuttleworth invite les développeurs OpenSUSE à rejoindre Ubuntu et suscite la polémique. Évalué à 3.
Linus a tout pouvoir. C'est le meilleur système tant que la personne en charge est très doué.
"La première sécurité est la liberté"