[Lazarus] [0.9.28.2] Beep sous Linux ?

Bonjour,

Voici un petit compte-rendu de mes tentatives de beep sous Linux après quelques lectures de "vieilleries" documentaires et quelques heures de recherches sur Internet et de tests sous Lazarus avec diverses distributions et configurations. Le problème n'était pas de produire un son sur le speaker d'un PC déterminé mais d'approcher une solution efficace portable sur n'importe quel PC, n'importe quelle distribution et quels que soient les droits de l'utilisateur.

2 méthodes pour produire du son sur pc speaker
On replace le problème avec un petit extrait à mon avis toujours d'actualité de l'excellent Accroître les performances d'un système Linux de Roderick W. Smith - Collection Solutions Unix - Linux aux Editions Eyrolles [page 24]

Citation:

Produire un son correct
Le son est un problème de longue date sous Linux. En effet, il existe un large éventail de matériel son et, Linux étant souvent utilisé comme serveur, le développement et l'intégration des pilotes audio n'ont pas reçu la même attention que d'autres types de matériel.

Bien que cet ouvrage date de 2004, je crois que le sujet est toujours d'actualité, non pas qu'il soit difficile d'obtenir du son sur telle ou telle distribution (quoiqu'on devienne rapidement humble à ce jeu-là) mais que les méthodes diffèrent sensiblement selon les distributions retenues. Là, il s'agit de la gestion des cartes son, une petite disgression que je me suis autorisé lorsque je me suis demandé si comparativement la gestion de ce type de cartes ne rendait pas ridicule la question initiale... sachant qu'un argument mérite d'être interposé : que ferait une carte son sur un serveur ?
Pour gérer le speaker [ie produire un son incorrect], à priori, c'est beaucoup plus simple...

Il y a 2 méthodes usuelles :

Citation:

Believe it or not, your PC speaker is part of the Linux console and thus a character device. Therefore, ioctl() requests exist to manipulate it. For the internal speaker the following 2 requests exist:
1.KDMKTONE
Generates a beep for a specified time using the kernel timer.
Example: ioctl (fd, KDMKTONE,(long) argument).
2.KIOCSOUND
Generates an endless beep or stops a currently sounding beep.
Example: ioctl(fd,KIOCSOUND,(int) tone).
The argument consists of the tone value in the low word and the duration in the high word. The tone value is not the frequency. The PC mainboard timer 8254 is clocked at 1.19 MHz and so it's 1190000/frequency. The duration is measured in timer ticks. Both ioctl calls return immediately so you can this way produce beeps without blocking the program.
KDMKTONE should be used for warning signals because you don't have to worry about stopping the tone.
KIOCSOUND can be used to play melodies as demonstrated in the example program splay (please send more .sng files to me). To stop the beep you have to use the tone value 0.

Désolé pour les auteurs (et ceux cités ultérieurement), j'ai copié ces extraits à la volée lors de mes recherches sans noter les réf. des pages visitées :oops:
Pour fonctionner, les 2 méthodes nécessitent de "jouer" avec le bit SUID de l'exécutable pour contourner le problème des droits d'utilisation des fonctions employées mais le problème en FPC n'est pas plus difficile qu'en C puisqu'on dispose nativement des fonctions de l'unit BaseUnix. Par contre, ceci impose de veiller au positionnement du bit lors de l'installation de l'exécutable sur le poste destinataire.

Ceci dit (et fait), on peut rencontrer 2 problèmes qui expliquent que le son ne soit pas produit par le speaker (outre le fait que certains appareils sont désormais "amputés" de ce composant)

Le module pcspkr n'est pas chargé par défaut

Citation:

- "[...] Merci pour cette fonction de buzzer ! Je l'ai testé sur une Fedora Core 6 allégée (pas de graphisme) avec un noyau 2.6.19-1.2911.fc6 : cela fonctionne bien. Par contre, j'ai voulu mettre à jour le noyau (kernel 2.6.22.9-61.fc6 ou 2.6.22.14-72.fc6) : cela ne fonctionne plus."
- "La fonction KDMKTONE fonctionne avec le module pcspkr. Ce module était lancé automatiquement avec le noyau 2.6.19-1.2911.fc6 de Fedora, mais il ne l'est plus dans le noyau 2.6.22.14-72.fc6 ! Je le recharge donc à partir d'un script, lancer dans inittab :

Code:

insmod /lib/modules/2.6.22.14-72.fc6/kernel/drivers/input/misc/pcspkr.ko

Si quelqu'un a une autre solution (sans recompilation du noyau), je suis preneur !
Merci de votre attention. Comme je l'ai cité plus haut "KDMKTONE" fonctionne avec le module noyau pcspkr. Avec un terminal, si tu tape la commande

Code:

lsmod | grep pcspkr

tu devrais obtenir une réponse comme

Code:

pcspkr 7233 0

ce qui signifie que le module est chargé."

Le module est chargé par défaut mais débranché par l'utilisateur et cela peut s'expliquer [http://doc.ubuntu-fr.org/buzzer ]. Rencontré donc sur les forums :

Citation:

Le buzzer, les bips système ou PC-Speaker
Ce son agaçant que vous entendez de temps en temps, qui vous énerve ainsi que toute votre famille, qui ne sort pas de vos hauts-parleurs mais directement du boîtier de votre ordinateur , et bien sachez que cette horreur est désactivable !
Neutralisation en mode graphique
Pour Ubuntu et Edubuntu : Allez dans Système → Préférences → Son, puis dans l'onglet « Sons » et décochez la case « Activer le son d'alerte ». [...]

Mais sur d'autres distributions, il est nécessaire de modifier au moins un fichier de configuration (souvent plus) avec un éditeur.

Ceci explique à mon avis pourquoi le beep sur Linux fonctionne "aléatoirement". Des solutions ponctuelles existent et fonctionnent bien mais des solutions portables, je n'en ai pas actuellement même si je crois qu'il est possible d'améliorer la chose : un bon mémo, même s'il date un peu, résume assez bien les possibilités qui permettraient probablement d'affiner le problème en produisant un algorithme adapté "Si pcspkr non chargé ALORS si canal SOUND libre ALORS..." [http://www.docmirror.net/fr/linux/ho...WTO.html#toc1]. Comme le stipule l'article, une bonne partie des tests doivent être exécutés en mode root. Le temps du traitement, il faut utiliser le bit SUID pour les réaliser avec les privilèges de ce dernier, puis revenir aux droits initiaux immédiatement après. Cela me semble incontournable sous Linux... et donc cela pose le problème de l'automatisation de l'installation de l'exécutable sur les postes clients. Mais chaque chose en son temps : je ne désespère pas de produire quelque chose de plus "passe-partout" [ie portable]que le code que j'utilise actuellement. Je me repencherai sur la question pendant mes prochaines vacances scolaires.

Re-merci à ceux qui m'ont apporté leur aide. Cordialement. Gilles