Discussion :

[dtcSearch]

Bonjour,

j'ai un petit problème avec la commande 'beep', elle sonne bizarrement.
J'ai une commande qui fonctionne parfaitement en console, mais lorsque je l'intègre à mon programme C, parfois, ça sonne bien, parfois ça sonne faux, une note ce rajoute ou change complètement de fréquence sans savoir pourquoi.

voici ma commande:

Code :

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

beep -D 300 -f 1000 -l 500 -r 4 -n -f 2000 -l 500

j'utilise un sprintf pour y rajouter une esperluette (&) de manière à en faire un job pour ne pas bloquer mon programme:

Code :

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

1
2
sprinf(command, "%s &", myConf->beep);
system(command);

J'ai bien sur tracé le contenu de command mais elle contient bien:

Code :

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

beep -D 300 -f 1000 -l 500 -r 4 -n -f 2000 -l 500 &

Et comme je vous le dit, parfois, la première fois, ça fonctionne bien, mais pas les autres. De plus, mon programme ne fait absolument rien de spécial durant cette période, rien de gourmand en ressource.

des idées? je suis preneur.

Je suis sous Ubuntu Server v10.1

[dtcSearch]

Juste pour information,

j'ai effectué des testes avec execl() et execpv(), de changer la priorité avec renice, mais rien, ça ne change rien.

J'ai bien entendu changer ma commande pour la décomposer:

Code :

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

beep -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -f 2000 -l 500

Mais toujours pareil...

Toute aide est la bienvenu

[dtcSearch]

J'ai ré-effectué d'autres testes,

j'ai réécrit un programme beep simple, qui utilise les escapes \e[10] et \e[11] plutôt que par ioctl()

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
 
int main(int argc, char *argv[])
{
	int   frequence = 0;
	int   length    = 0;
 
	if (argc > 2)
	{
		frequence = atoi(argv[1]);
		length    = atoi(argv[2]);
 
		fprintf(stdout, "\e[10;%d]\e[11;%d]\a\e[10]\e[11]", frequence, length);
		fflush(stdout);
 
		if (length > 0)
		{
			usleep(length * 1000L);
		}
		exit(1);
	}
	else
	{
		fprintf(stderr, "missing arguments\r\n");
		exit(0);
	}
}

J'ai exactement le même problème, ça fonctionne bien la première fois, puis ensuite, durant la première pause, le bip n'est pas celui demandé, plus grave, prolongé? bref...

J'ai l'impression qu'il y a comme une fenêtre durant laquelle, peu être, le système utilise trop de ressource pour effectué un bip correctement.

Pour résoudre mon problème, j'ai changer mes délais, les pauses sont plus longues (et donc "la fenêtre bloquante" est durant la première pause), plus de problèmes
Je suis repassé sous la commande beep classique.

Sinon, quelqu'un saurait de quel manière une carte mère gère le speaker intégré?

[debianhunter]

Sinon, quelqu'un saurait de quel manière une carte mère gère le speaker intégré?

Ca doit dependre de la distribution. Sous Debian, c'est gere avec le module kernel qui s'appelle pcspkr.

[dtcSearch]

Ubuntu doit être pareil,
d'ailleurs quelques manipulations sont à faire pour le faire fonctionner le speaker, donc le retrait de la (/etc/modprobe.d/)blacklist de ce module "pcspkr"