Discussion :

[J4e8a16n]

Bonjour à tous,

Peut-on produire un son en C?

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
 
#include <stdio.h>
#include <dos.h>
#include <unistd.h>
 
void whistle(void);	//The devious prototype
 
void main()
{
	printf("Press any key to hear annoying whistle:");
	sleep(1);
	whistle();
	printf("\nYikes!\n");
}
 
void whistle()
{
	int x;
 
	for(x=880;x>440;x-=5)
	{
		sound(x);
		sleep(1);
	}
	nosound();
}

whistle.c:22:3: warning: déclaration implicite de la fonction «*sound*» [-Wimplicit-function-declaration]
sound(x);


whistle.c:25:2: warning: déclaration implicite de la fonction «*nosound*» [-Wimplicit-function-declaration]
nosound();
^~~~~~~

/tmp/ccRluwWG.o:whistle.c:(.text+0x4d)*: référence indéfinie vers «*sound*»
/tmp/ccRluwWG.o:whistle.c:(.text+0x69)*: référence indéfinie vers «*nosound*»
collect2: error: ld a retourné le statut de sortie 1

sound();
nosound();

Merci de votre attention;

JPD

[chrtophe]

La fonction sound nécessite :

Code :

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

#include <pc.h>

Cela est censé produire un son depuis le buzzer d'origine du PC. Cela ne fonctionnera quez si la carte son et ton OS l'émule.

[Kannagi]

Peut-on produire un son en C?

Non , d'ailleurs impossible de faire du son en C , on se demande comment fait le noyau Linux pour gérer le son !

Bref plus sérieusement le C est un langage système qui vise énormément de plateforme (donc sur des machine qui n'ont pas de sortie sonore , comme dans l'embarqué par exemple).
Sur un OS il faudra passer par API système (ou via une lib comem SDL_mixer ou fmod) , sans OS , le C est suffisamment bas niveau pour lire/écrire sur les I/O et jouer du son si la machine dite possède bien sur ce genre de sortie

[J4e8a16n]

La fonction sound nécessite :

Code :

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

#include <pc.h>

Cela est censé produire un son depuis le buzzer d'origine du PC. Cela ne fonctionnera quez si la carte son et ton OS l'émule.

Dans pc.h o
on me demande.

#include <inlines/pc.h>

[souviron34]

on peut aussi faire :

Code C :

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

fprintf ( stderr, "%c", toascii(7));

qui devrait sortir "bell", donc un "bip", avec juste la bibliothèque standard

[Médinoc]

Si tu veux rester en purement standard abstrait, c'est '\a' qu'il faut utiliser plutôt que toascii(7) qui comprend une valeur magique (d'ailleurs, toascii() est POSIX et non standard C).

[souviron34]

Si tu veux rester en purement standard abstrait, c'est '\a' qu'il faut utiliser plutôt que toascii(7) qui comprend une valeur magique (d'ailleurs, toascii() est POSIX et non standard C).

7 n'est pas magique...

7 est le code ASCII de "BEL" http://www.asciitable.com/..

Pour un peu d'historique, tu peux te référer à :

• https://en.wikipedia.org/wiki/Control_character
  

  A form of control characters were introduced in the 1870 Baudot code: NUL and DEL. The 1901 Murray code added the carriage return (CR) and line feed (LF), and other versions of the Baudot code included other control characters.
  
  The bell character (BEL), which rang a bell to alert operators, was also an early teletype control character.
  
  Control characters have also been called "format effectors".
  In ASCII
  
  The control characters in ASCII still in common use include:
  
  0 (null, NUL, \0, ^@), originally intended to be an ignored character, but now used by many programming languages including C to mark the end of a string.
  7 (bell, BEL, \a, ^G), which may cause the device receiving it to emit a warning of some kind (usually audible).

• https://en.wikipedia.org/wiki/ASCII
  

  The Model 33 was also notable for taking the description of Control-G (code 7, BEL, meaning audibly alert the operator) literally, as the unit contained an actual bell which it rang when it received a BEL character.

toascii(7) ne fait que demander le code standard pas du C, mais de ASCII....

La valeur 7 remonte donc à au moins 60 ans.... Pas magique hein ? Plutôt la base....

[Médinoc]

Je n'ai pas souvenir que le standard C ne rende obligatoire l'utilisation d'un encodage compatible avec ASCII (il me semble qu'il y a quelques obligations, comme avoir les chiffres consécutifs de '0' à '9', mais à part ça...). Sur un système utilisant l'encodage EBCDIC, le caractère BEL aura la valeur 47 et non 7.

Edit: J'ai regardé, c'est chapitre 5.2.1, verset 3 du n1570 (C11)
D'ailleurs, mes fonctions de conversion depuis hexadécimal, bien que compatibles ASCII et EBCDIC, ne sont pas conformes au standard, qui ne rend pas obligatoire que les lettres A à F se suivent et dans cet ordre, contrairement aux chiffres.

[J4e8a16n]

[I]toascii(bell, BEL, \a, ^G)

??

[souviron34]

??

Lol pas tout en même temps..

Code C :

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

fprintf ( stderr, "%c", toascii(7));

ou, comme le dit Médinoc,

Code C :

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

fprintf (stderr, "%c", '\a' );

[J4e8a16n]

Ça ne résonne pas ;o)

Code :

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

1
2
bip.c:12:38: warning: constante caractère multi-caractères [-Wmultichar]
  fprintf ( stderr, "%c", toascii('^G'));

[souviron34]

Ça ne résonne pas ;o)

Code :

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

1
2
bip.c:12:38: warning: constante caractère multi-caractères [-Wmultichar]
  fprintf ( stderr, "%c", toascii('^G'));

toascii prend un chiffre qui va être transformé en code ASCII (d'où le 7)

'^G' ou '\a' est un caractère !!!! (à cause des simples guillemets)

Donc c'est juste :

Code C :

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

fprintf (stderr, "%c", '\a');

ou

Code C :

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

fprintf (stderr, "%c", '^G' );

ou

Code C :

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

fprintf (stderr, "%c", toascii(7));

PS: je l'avais donné dans le post ci-dessus !!

[J4e8a16n]

Code :

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

1
2
3
4
1
2
bip.c:12:38: warning: constante caractère multi-caractères [-Wmultichar]
  fprintf ( stderr, "%c", toascii('^G'));

donc

fprintf ( stderr, "%c", toascii(7));
fprintf ( stderr, "%c", '\a');

qui ne font pas de bruit.

[J4e8a16n]

Alors autant faire jouer un fivhier wav ou au .


Est-ce qu'on utilise
if( exec(monfichier.wav) != 0)
/* faire la chose suivante*/;


JPD

[Médinoc]

Code :

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

1
2
3
4
1
2
bip.c:12:38: warning: constante caractère multi-caractères [-Wmultichar]
  fprintf ( stderr, "%c", toascii('^G'));

donc

fprintf ( stderr, "%c", toascii(7));
fprintf ( stderr, "%c", '\a');

qui ne font pas de bruit.

Sur ma machine Windows 10, le code fprintf ( stderr, "%c", '\a'); dans un programme console joue un des sons de Windows (probablement le "Son par défaut", mais vu que sur cette config la moitié des sons utilisent le même fichier...)

[souviron34]

de plus, pour la 3^ième fois....

Code C :

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

fprintf ( stderr, "%c", toascii('^G'));

Code C :

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

fprintf ( stderr, "%c", '^G');

[Bousk]

toascii prend un chiffre qui va être transformé en code ASCII (d'où le 7)

'^G' ou '\a' est un caractère !!!! (à cause des simples guillemets)

Oui mais un caractere sera implicitement casté en int donc c'est un appel tout a fait valide
A-t-il du sens ? J'en sais rien. Mais '^g' peut tres bien valoir 7 sur certains systemes.

Alors autant faire jouer un fivhier wav ou au .

Pour jouer un fichier son il va falloir autre chose que les bip de la carte mere, il va falloir utiliser la carte son et donc l'api audio du systeme (XAudio sur Windows par exemple).
C'est nettement moins simple.

[souviron34]

Oui mais un caractere sera implicitement casté en int donc c'est un appel tout a fait valide
A-t-il du sens ? J'en sais rien. Mais '^g' peut tres bien valoir 7 sur certains systemes.

Bien sûr, mais comme on mentionnait, toascii demande le code ASCII

Alors que les autres ne sont pas du code ASCII, donc pourquoi ne pas se servir de la bête fonction faite exprès pour afficher un caractère .... sans se servir d'une fonction intermédiaire, qui, n'étant pas faite pour ça, ne plantera pas, certes, mais ne donnera le résultat que par chance....

La bonne façon d'afficher un caractère car est bien fprintf(stderr, "%c", car), non ?

[J4e8a16n]

Code :

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

1
2
3
4
5
6
7
8
9
system("start wav.wav");
 
  FILE *pp;
 
  if ((pp = popen("start wav.wav", "r")) == NULL)
    {
    perror("popen");
    exit(EXIT_FAILURE);
    }

fonctionnent.

[Sve@r]

Bonjour

system("start wav.wav");

Oui mais ça ce n'est pas "produire un son en C" mais "appeler depuis le C un programme externe système qui, lui, produit du son". Ce n'est pas la même chose (et là, le C a alors un rôle très mineur)

Code c :

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

1
2
3
4
5
6
7
FILE *pp;
 
  if ((pp = popen("start wav.wav", "r")) == NULL)
    {
    perror("popen");
    exit(EXIT_FAILURE);
    }

Pareil. Là tu demandes au C d'ouvrir un pipe alimenté par le programme externe "start". Le programme est alors exécuté, joue la musique sur la carte son et déverse ses sorties écran vers le pipe, pipe que tu ne lis d'ailleurs même pas. Ce n'est donc toujours pas "produire un son depuis le C"...

Sinon moi j'ai une petite question concernant tous ces essais avec toascii(7) que j'ai vus. En effet, pourquoi écrire sur "stderr" ???

La bonne façon d'afficher un caractère car est bien fprintf(stderr, "%c", car), non ?

Ben moi j'aurais plutôt écrit fprintf(stdout, "%c", car) ou plus simplement printf("%c", car). Mais passer par printf() et associées pour écrire "un" caractère c'est un peu comme quand Séli tente de choper une souris avec un maillet et que Léodagan lui dit "ben au maillet ou à l'arc après tout c'est le résultat qui compte. Vous avez essayé la catapulte ?" (Kaamelott saison 2 épisode 25)
fputc(car, stdout) (et ça fonctionne aussi avec stderr si besoin)...