Chacun cherche son chat : Scratch 3.0 est annoncé #scratch3

Ce mercredi 19 juillet avait lieu lors de la Scratch Conférence 2017 à Bordeaux, la présentation d’une preview de Scratch 3.0. L’événement fort attendu a non seulement permis de découvrir les avancées de l’environnement de développement dédié aux enfants (mais pas que) mais aussi de mettre les mains dans le cambouis au travers d’une pré-version accessible en ligne qui ne manque pas de bonnes nouvelles.

La première est l’abandon de Flash dans le développement de Scratch pour se tourner vers des solutions plus « friendly » utilisant HTML5 (Javascript / CSS), ce qui permet à Scratch 3.0 d’être compatible avec les dispositifs mobiles (smartphones, tablettes) en sus des systèmes d’exploitation Windows, Linux et Mac OS X. Ce choix facile aussi l’intégration de Scratch 3.0 dans l plupart des navigateurs existants. Concernant les tablettes, l’équipe de développement de Scratch prévoit la création d’applications natives par la suite.

L’accessibilité a aussi été revue avec le support des langues se lisant de droite à gauche, ainsi que la possibilité d’utiliser des « screen readers » pour les personnes non voyantes ou mal-voyantes.

La compatibilité des projets issus de Scratch 2.0 est assurée, contrairement à ce qui s’était passée en passant de Scratch 1.4 à Scratch 2.0. L’import de projets 2.0 peut d’ailleurs se faire dans Scratch 3.0 en ajoutant simplement dans l’url l’identifiant du projet 2.0, ce qui évite la fastidieuse opération de sauvegarde puis d’import entre les deux versions (beaucoup plus facile à expliquer aux enfants… 😉 ). Par ailleurs, les projets ScratchJR seront compatibles avec Scratch 3.0 et la grammaire horizontale (ScratchJR mode) sera automatiquement traduite en grammaire verticale (mode par défaut de Scratch).

L’interface générale (comme on peut le voir sur la capture d’écran) reprend quant à elle le design de la première version en plaçant à gauche les commandes et les scripts, plutôt qu’au milieu et à gauche pour la version actuelle. Cela correspond à l’interface de la plupart des environnements de développement actuels et facilitera donc le passage de l’enfant ou de l’adolescent à un autre langage par la suite.

Quoi de neuf au niveau des commandes ? Scratch 3.0 supporte la synthèse vocale mais aussi la reconnaissance vocale. Cependant celle-ci sera limitée aux langages supportés par l’API du navigateur. Celle de Chrome par exemple permet de reconnaître 14 langages différents. Une extension pour Spotify est prévue. Enfin, Scratch 3.0 intègre de nombreuses commandes dédiées à l’IoT (Internet des Objets) et permettra de piloter nativement des dispositifs comme des robots, des plateformes de domotique ou de prototype électronique comme Arduino.

Cerise sur le gâteau, une fonction « undo / redo » a été ajoutée. C’en est fini des scripts qui disparaissent suite à une erreur humaine et que vous ne pouvez que pleurer.

Il faudra cependant être patient car Scratch 3.0 ne sortira que dans à peu près 6 mois en version alpha. La version officielle ne devrait voir le jour qu’en septembre 2018.

En attendant, l’équipe de développement permet de tester une pré-version au travers de leur GitHub (https://llk.github.io/scratch-gui). De nombreuses choses ne sont pas encore intégrées. Il est donc inutile de s’alarmer sur la disparition de telle ou telle fonction. Elle n’a la plupart du temps pas encore été ajoutée. Le code est open source et il est possible d’interagir avec l’équipe par exemple au travers de Twitter en utilisant le hashtag #scratch3. Les recommandations, les rapports de bugs sont les bienvenus, en particulier sur les projets 2.0 qui ne fonctionneraient pas dans la version 3.0. Rejoignez l’aventure…

Scratch et la musique : tous en (multi)-piste(s) !

Mots-clefs

code, multipistes, musique, séquenceur, scratch

Faire de la musique, c’est bien. Le faire à plusieurs, c’est bien aussi et notre chat doit parfois se sentir un peu seul. Quand on fait de la musique, on fait ce que l’on appelle du multipistes. Le principe est assez simple : une piste = un son, un instrument. Cela peut cependant se compliquer car il est possible de les multiplier pour obtenir des effets divers. Nous y reviendrons quand j’aborderai les questions d’écho, de phasage… et les expérimentations de compositeurs comme Steve Reich ou Philip Glass.

Imaginez donc un orchestre. Scratch, le premier lutin, est un des membres de cet orchestre. Certes, il pourrait jouer de plusieurs instruments mais le résultat serait un peu limité. Considérons le code ci-dessous.

Les commandes produisent en parallèle une rythmique et une ligne de basse assez simples. Cela sonne pourtant assez plat car il y manque un peu de « groove » que l’on peut obtenir en modifiant régulièrement le volume, plutôt que d’avoir un volume constant, ce qui donne un résultat plus que monotone.

Le code fonctionne bien mais, comme on peut le constater, les changements de volume affectent aussi la batterie, tout simplement parce que nos eux instruments différents (basse et batterie) sont mis sur le même lutin, soit la même piste.

Créons donc un deuxième lutin et donnons-lui les instructions pour la basse (en ne conservant bien évidemment que les commandes de batterie pour le premier lutin). À l’écoute, vous pouvez constater que le problème ne se pose plus. On peut ensuite faire évoluer le volume sur la batterie sans interférer avec la basse, puis ajouter d’autres instruments en créant chaque fois un nouveau lutin. Par contre, n’oublions pas : le tempo est le même pour tous. Inutile d’essayer des tempos différents pour chaque lutin.

Scratch et la musique : le tempo

Qu’est-ce que le tempo ? Le tempo est la vitesse à laquelle une musique est jouée. On le traduit aussi en BPM (battements par minute / beats per minue). De base, le tempo de Scratch est placé à 60, c’est-à-dire que l’on joue un temps à chaque seconde. S’il est placé à 120, cela signifie que l’on jouera 2 temps, soit deux noires, par seconde.

Pour distinguer les différents tempos (ou tempi si l’on veut être correct.), la musique classique utilise des termes comme « Adagio » (60-80 bpm), « Andante » (76-100 bpm), « Moderato » (88-112 bpm) ou « Allegro » (112-160 bpm). Les différents styles de musique adoptent des tempos particuliers. Ainsi le hip-hop et le rap sont situés autour de 90-100 bpm, le rock plutôt vers 130-140, la techno 120-150. Des styles extrêmes dans la musique électronique adoptent des vitesses supérieures comme la drum&bass (160-180 bpm), le hardcore (180-200 bpm) ou le speedcore (250 bpm et plus…). Il n’y a cependant aucune contrainte et il est intéressant de tester des tempos variés pour un même style de musique. Il est possible aussi de mélanger différents tempos dans un même morceau : ainsi, la drum&bass et sa moyenne de 160 à 180 bpm utilise pour certains passages comme les breaks un tempo réduit de moitié. Par exemple, un morceau à 180 bpm pourra avoir un break à 90 bpm.

Le tempo est cependant quelque chose de très subjectif et il n’est pas important de respecter une vitesse particulière. Tout est dans les sons que vous allez utiliser et dans la manière de les agencer.

On peut compter facilement le tempo d’un morceau ayant un rythme régulier en prenant la mesure en tapant du pied et en comptant. Il suffit de compter pendant 15 secondes, puis de multiplier par quatre pour avoir à peu près la vitesse du morceau.

Lorsque des musiques extrêmement rapides comme le speedcore cité plus haut apparurent, une légende voulait que ces dernières soient dangereuses pour la santé car elles pouvaient influer sur la vitesse de battement du coeur. Si cette légende avait été « scientifiquement prouvée », il aurait fallu interdire les slows depuis longtemps car un tempo aux environs de 70 bpm risquait de plonger les danseurs en catalepsie. 😉

Les commandes de Scratch liées au tempo sont au nombre de trois et relativement simples à utiliser.

Le tempo n’apparaît pas à l’écran mais, en cochant la petite case à coté, on le rend visible.

De manière très simple, on peut faire varier le tempo en programmant les touches fléchées haut et bas (Ou toutes autres touches.). Dans l’exemple ci-dessous, le tempo se réinitialise uniquement au moment où la boucle revient à son début.

Attention ! Le tempo est valable pour tous les lutins. Il n’est pas possible de mettre un lutin à 90 bpm par exemple et un second à 102 bpm. Par contre, nous utiliserons quelques astuces consistant à décaler, diviser ou multiplier les temps d’une mélodie ou d’un rythme. Nous y reviendrons.

Il est aussi possible d’utiliser un potentiomètre plutôt que les touches pour faire varier le tempo. Pour cela, nous devons créer une variable nommée « tempo » qui remplacera la commande « tempo » de l’exemple précédent. Pour transformer une variable en potentiomètre, il suffit d’effectuer un clic droit dessus, de choisir l’option « potentiomètre », puis par un nouveau clic droit de définir la valeur minimum et maximum du curseur.

Pour ne pas devoir attendre la fin de la boucle avant que le tempo soit modifié, il suffit de modifier légèrement le code en isolant la commande de tempo dans une autre boucle.