Discussion :

[Gluups]

Bonjour tout le monde,

Les sons émis par l'instruction C#

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Console.Beep(1800, 10)

s'entendent très bien sur haut-parleur (et ça fonctionne même mieux sur la machine que j'ai maintenant que sur la précédente, où il fallait parfois redémarrer la session pour que les sons console fonctionnent),

en revanche, rien du tout sur les écouteurs Bluetooth. C'est des Jabra, il n'y a pas grand-chose que je n'entende pas avec.

Est-ce qu'il y a quelque chose à y faire ?

Je signale que les écouteurs rendent très bien le son produit par le caractère 7 sur une ligne de commandes, ou par l'application TrayStatus lors du changement d'état du clavier.
Il n'y a pas de problème non plus avec l'objet SoundPlayer, juste que pour signaler le passage à un endroit d'un programme, je trouve que Console.Beep c'est plus adapté qu'un SoundPlayer. C'est sobre aussi bien dans le code qu'il y a à écrire que dans le son produit.

(Ah, une session sans barre d'outils sur le forum ...)

[umfred]

augmente un peu la durée du son (50 ou 100), la durée de 10ms est sans doute trop faible et filtrée

[Gluups]

Dis donc, mais ça s'arrose !
J'ai reçu un mail, pour m'aviser de ta réponse.
Je crois que la dernière fois que c'est arrivé doit remonter à plus de sept ans, à la louche.
J'imagine que ça ne doit pas te perturber beaucoup, mais ça mérite quand même d'être souligné.
Alors merci aux équipes du serveur. Sinon à part changer de signature je ne vois pas trop où leur dire ...

Bon, pardon, je reviens.

J'ai donc une nouvelle machine, et mes programmes avec des Beep ont fonctionné sur les deux.

Sur l'ancienne machine, que ça ne dure pas beaucoup ne la perturbait pas trop, mais parfois, il arrivait que les sons console aient cessé de fonctionner. Alors, il fallait que je me déconnecte de Windows, et que je rouvre une session.

Sur la machine que j'ai maintenant, ça ne m'est pas arrivé, en trois semaines. En revanche, effectivement, il faut le temps aux sons console de se réveiller. Pour ça, dans certaines applications j'en mets plusieurs à la file.
J'ai failli dire les sons système, attention, ce n'est pas les mêmes.
Peut-être que je devrais composer un air de cornemuse à jouer là-dessus, pour démarrer le truc.

Bon alors à quelques nuances près nous arrivons à la même conclusion ?

[Gluups]

Ah, j'ai chopé une info complémentaire aujourd'hui.

Dans mon programme de test, j'ai mis un bouton qui joue un son console, par défaut 1800, 30, et un pour jouer un fichier son, par défaut C:\Windows\Media\Alarm01.WAV

D'autres contrôles permettent de choisir d'autres valeurs.

Comme je disais, le fichier son fonctionne que ce soit sur haut-parleur ou sur écouteur.

Pour ce qui est du son console, sur haut-parleur le bouton produit un "pouic", mais sur écouteur, que dalle.

Voilà ce que je viens de découvrir : pendant que mon écouteur joue le fichier son, si je clique sur le bouton console, j'entends bien le "pouic", par dessus le son du fichier son, sur l'écouteur. Et tant que dure la musique du fichier, je peux reproduire l'expérience.

Mais des que la musique est finie, Tintin, plus de son console.

On dirait que l'audition d'un fichier son ouvre automatiquement une communication avec l'écouteur, mais que ce n'est pas le cas du son console. Une fois qu'un fichier son a ouvert la communication, on peut jouer un son console, jusqu'à ce que la fermeture de la communication soit provoquée par la fin du fichier son.

J'ai l'impression que jusqu'à ce qu'une solution propre soit trouvée pour ouvrir la communication pour un son console, la diffusion d'un fichier son "muet", ou discret, lancée juste avant le son console, permettrait de résoudre le problème.
L'ennui tel que je le présente là (outre qu'il faut se procurer le fichier son qui va bien) c'est que c'est l'application appelante qui doit prendre soin de diffuser les deux types de son.

Au moins, j'ai l'impression que ça fait suffisamment d'information pour poser la question à Jabra. Ce qui bien sûr ne dit pas si ils répondront de manière satisfaisante ni quand.

[umfred]

On en revient à mon historie d'augmenter la durée du beep, le temps de le jouer est trop court pour que l'envoie en BT se fasse correctement dans une trame son; en la rallongeant suffisamment, tout en étant court, comme je le suggérai (50/100ms), ça devrait passer correctement sans avoir à utiliser un fond sonore

[StringBuilder]

Salut,

Je ne sais pas trop quel est le besoin, mais j'avoue que la dernière fois que j'ai utilisé Beep j'avais 8 ans et c'était en QBasic

Je viens cependant de faire quelques tests sur mon PC (son passant en HDMI dans le moniteur) et c'est pas jojo...

Code csharp :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
    for (int i = 100; i < 10000; i+=100)
    {
        Console.Beep(i, 10);
    }

Je m'attendais à avoir un truc genre sirène des pompiers qui démarre.

A la place, j'ai eu... un bruit similaire à... ben... crack prout pouet (et rien de plus).

J'ai alors tenté :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
    for (int i = 100; i < 10000; i+=100)
    {
        Console.Beep(i, 10);
        Thread.Sleep(5);
    }

Et cette fois j'ai eu une série de petit tic de plus en plus aigüs mais pas du tout comme je m'attendais.
=> Ca marchait mieux en QBasic, au moins je savais jouer "Au clair de la lune" à l'époque :o

Indépendemment de la réponse de umfred concernant la durée du bip qui n'est peut-être pas compatible avec le bluetooth (ni le HDMI d'ailleurs) je pense surtout que ce Beep, comme son nom l'indique d'ailleurs, doit se contenter de rester un bon gros Beep des familles genre le programme a planté, le missile tombe de la rampe et fonce droit sur le bureau de contrôle.

Pour toute autre expérience utilisateur, à mon avis il vaut mieux passer par DirectSound qui je crois permet aussi de jouer des sons d'une fréquence donnée pendant une durée donnée.
Là je pense que chaque "Beep" est percu par les périphériques audio comme d'un flux différent, ce qui ne semble pas du tout être apprécié.