Reprise du message précédent :
faut aussi que certaines secondes aillent plus vites que d'autres, tout en en conservant 60 dans une minute, façon pratchett

12 marques, mais le fond tourne en sens inverse de l'aiguille des heures

 
C'est possible Par contre, niveau matières j'ai que Bronze / Cuivre / Orange clair.

Ils en vendent au supermarché du coin. Je me suis dit que j'essaierais bientôt, p-ê semaine prochaine.

https://www.youtube.com/watch?v=YpqFU4SGe1Y  

en fait, faut que je creuse pour le boitier du rpi2
Je pense que je peux connecter directement les boutons aux GPIO et m'économiser un  intermédiaire USB. Surtout maintenant que le rpi a 40 pins, je dois bien pouvoir en utiliser 22 ( 2x4 pour les joysticks, 2x6 boutons pour le jeu, 2x1 bouton pour player1 et 2)

ça doit passer juste, effectivement (25xGPIO dispos)

je n'arrive pas a etre sur d'un truc : je peux brancher les push button directement entre une pin et une masse ou il faut des resistances ?  
Je vois des montages avec les deux

je pense que tu as des résistances internes, donc tu dois pouvoir le faire directement.
tu le mets en pull-up.

en fait j'en suis sur

bon, je trouve pas le manuel du BCM2836 mais sur mon STM32F4 c'est comme ça:

 
je pense que ça doit pas être bien différent sur un raspi.

aaf

Tiens, Intel a sa propre plateforme, basée sur Yocto (qui arrive un peu tard sur le marché).
http://www.minimachines.net/actu/d [...] ison-21180
 
 
Et du coup, je découvre la version "pro" de la Raspberry Pi, la Pi Compute. J'espère qu'ils vont l'upgrader aussi.

ca va m'éviter pas mal de filasse , et d'acheter deux encoders @12€ pièce

putain mais je commence à en avoir raz le cul, 9 ingé sur 10 que je croise ne comprend pas l'endianess et ne comprend pas comment écrire du code propre indépendant de l'endianess du host que des incompétents

TIL

http://www.wikiwand.com/fr/Endianness
 

Tu peux faire une matrice avec les switch. Cherche multiplexing/charlieplexing.
 
Et go icite: http://forum.hardware.fr/hfr/Discu [...] 0504_1.htm

Je voulais éviter la matrice : il faut que je retranscrive ça en actions de clavier pour mame et  adafruit  fournit une lib gpio -> touches de clavier

Et comme d'hab les vrais zarbis sont les allemands, qui écrivent big-endian en toutes lettres et little-endian en chiffres.

t'as maté la vidéo de Ben Heck ? ça peut être informatif.

laquelle ?

https://www.youtube.com/watch?v=zrEj1aQRbpw
https://www.youtube.com/watch?v=mKYT6dCrBGc

http://hookrace.net/blog/what-is-special-about-nim/
 
Vous connaissez ce langage ?
 

 
Ben je pense que beaucoup ont été formés dans travailler à ce niveau de détail (sauf si tu joues spécialement avec des flux de données , tu t'en fous de l'endianess
 
Ça m'intéresse d'ailleurs ta méthode pour être indépendant de la plateforme. Intuitivement je travaillerais dans un format neutre (soit numérique, soit je décide d'un standard entre les deux), et je convertirais aux frontières de mon systeme, des que je dois lire ou écrire. C'est comme ça que j'ai fait pour mon lecteur d'exif, puisque selon les formats de fichiers, on a du little ou du big.
 
 

y'a énormément de cas où en fait c'est pas toi qui gère l'endianess, même si tu passes sur une socket.

je parle d'ingé embedded software, pas du simple pisseur de code PHP

ah ! ceux qui développent par copier-coller ?

ouai voilà, en général leur méthode c'est de faire des cast sauvages, et de faire du byswap si lors du tests ils se rendent compte que les données sont "à l'envers"  

et dont le couronnement de la carrière c'est le logiciel d'un combo lave-linge/sèche linge (qui contient donc un copier-collé du code du lave-linge, un copier-collé du code du sèche linge, avec chacun leurs "libs", et toutes les variates de toutes les produits de chaque en code commenté)

J'ai eu peur, je commençais à me sentir coupable.

 

c'est exactement ça ( mais je ne ferai ps de pcb dédié, ni de version portable )

j'aime bien me foutre de la gueule des durées des impressions 3D, pendant  que j'attends ma fraiseuse pendant des heures

 
T'aurais du coder ton bordel en Scala histoire que le temps de compilation soit à l'avenant

nan, mais le pire c'est que si je passais ce temps à développer un algo de parcours d'outil un peu moins stupide, j'en serai pas là.

C'est pas justement là qu'est la grosse valeur ajoutée ? (et probablement la grosse difficulté)

Je connais pas, mais j'aime bien les exemples, et le const qui permet d'exécuter le code au moment de la compilation, c'est bien bien sympa.

je pense que le truc *vraiment* chiant, c'est les parcours 4 ou 5 axes. mais en 3 axes, je pense que je sais faire.

Nim, ex Nimrod. L'un des 3 langages système nouveaux intéressants, avec Rust et D.

 
Ca a l'air sympa, maintenant est-ce que cela sert réellement à quelque chose... Je veux dire est-ce que cela apporte une manière toute nouvelle et révolutionnaire de programmer ?
Ensuite quels sont les librairies incluses ? On peut certes utiliser des bindings pour les librairies C existante, mais au final ca va bcp apporter ?
 
Je pense que c'est pour cela qu'aucun de ces langages ne percent vraiment.

Certes, certes.

C'est un langage en développement, donc par définition pas stable.
Le post de blog que j'ai parcouru en diagonale de diagonale mentionne qq chose que je ne connaissais pas, à savoir le fait de pouvoir programmer des optimisations.

Pour tes questions, il n'y a pas de réponse toute faite. C'est sûr que je préférerais programmer dans l'un de ces 3 langages plutôt qu'en Java ou en C++. Ces 3 langages sont strictement supérieurs à Java, que ce soit en terme de performance, d'usage des ressources et d'expressivité, tout en étant très proches au niveau de la sécurité. Ils sont aussi probablement plus proches du métal. Mais c'est sûr qu'aucun n'a ne serait-ce qu'un dixième de la maturité des librairies et de l'écosystème de Java, qui sont de loin le point le plus fort du langage en terme de productivité.
Vu sa concision et sa clarté, Nim pourrait pratiquement remplacer Python.
Je trouve dommage que le nouveau langage le plus populaire soit Go, car il n'est ni le plus performant (en fait il est en retrait / Java, ce qui pour moi est déjà un critère d'exclusion pour un langage système), ni le plus expressif.

edit: http://arthurtw.github.io/2015/01/ [...] -rust.html
Ce post résume très bien les pros/cons de Nim et Rust.

Les commentaires sur Toituyau