Bonjour à tous    
 
Je colle sur un petit problème et j'aimerais trouver une solution élégante.
Pour le contexte le code va tourner sur un µC Atmega Série1 et j'essaye d'optimiser un poil le tout mais je ne suis pas un grand programmeur    
 
je dois discriminer des notes en MIDI et faire un switch/case.
Les notes sont disponibles sous forme d'entier dans une variable entre 1 et 127, parmi ces notes je dois faire un case pour tous les LA : 21, 33, 45, 57, 69 etc... Tous les LA correspondent à un interval de 12 en commençant par 21.
Ensuite tous les SI ont un interval de 12 mais commençant par 23 (23, 35, 47 etc...), et c'est ainsi de suite pour toutes les notes.
 
La méthode bourrine que j'envisage c'est de tester toutes les valeurs avec un OR dans mon case pour chacune des notes.
Mais je me dit qu'il doit y avoir un moyen de tester la variable et d'en ressortir si c'est un LA peut importe lequel.
 
Vous voyez une bonne méthode pour faire ce test ? En ayant en tête que l'idée c'est que ce soit plus rapide à executer qu'un case blindé d'opérateurs OR.
 
Merci pour votre aide

J'ai pas bien compris et je ne suis pas un rongeur musical, mais perso je dirais tente un truc genre

EDIT: Sinon file un bout de code...

C'est pas bete comme solution, ca pourrait convenir.
 
Actuellement c'est du bourrin comme j'ai dit :
 

A moins que ce soit spécifique au C++ ton code ne devrait pas fonctionner ou même compiler?
 
A mon avis - en C et si tu restes sur le switch - il faudrait faire genre
 

l'IDE Arduino le compile sans erreurs

et ça fonctionne aussi? Les warnings sont activés dans l'IDE?
 
Car à mon avis (21||33||....) == true simplement?

Non, tu as raison ca ne fonctionne pas    
 
Donc soit je garde les case en série comme tu le suggères, soit un if else.
 
Merci du coup de main
 
Si quelqu'un voit une autre solution je prends aussi.

Il y a d'autres solutions, p.ex. un tableau de pointeur de fonctions / labels (-> assembleur ), un tableau et une boucle, ...
 
Il faut voir à quel point tu es limité par la puissance de calcul / le temps d'exécution. Si c'est pas un soucis prend une solution que tu comprend et qui est lisible (pour toi). Il ne faut jamais optimiser trop tôt.
 
Tu peux aussi vérifier que tu compiles bien avec -O3 (pour GCC), autrement dit "optimiser aggressivement pour la meilleure vitesse d'exécution au détriment de la taille du firmware". Le "contraire" serait "-Os" pour "optimiser pour taille".

Je sais pas si le "modulo" pourrait être utile ; Mais j'en parle.

C'est la solution que m'a proposé le rat de combat, je pense la garder au final au lieu d'une liste de case.

Bah moi le modulo m'a l'air fait exactement pour ce genre de choses

Ce code est fondamentalement faux, tes deux case sont équivalents à case true. Pour tester chaque note, il faut en effet un case par note comme le propose rat de combat.
La solution du modulo est compacte et me semble bien moins source de bugs qu'une longue liste de case "valeur".

Je confirme que cela fonctionne très bien avec le modulo