Produire un son

Version imprimable

Voir 40 message(s) de cette discussion en une page

Produire un son

Bonjour à tous,

Peut-on produire un son en C?
Code:

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(); }
Citation:

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

19/08/2018, 20h54
Christophe

La fonction sound nécessite :

Code:

#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.
19/08/2018, 22h30
Kannagi

Citation:

Envoyé par J4e8a16n

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 :)
19/08/2018, 23h39
J4e8a16n

Citation:

Envoyé par chrtophe

La fonction sound nécessite :

Code:

#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>
20/08/2018, 03h51
souviron34

on peut aussi faire :

Code:

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

qui devrait sortir "bell", donc un "bip", avec juste la bibliothèque standard
20/08/2018, 10h59
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).
20/08/2018, 15h17
souviron34
Citation:

Envoyé par 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).

7 n'est pas magique... 8O

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
  
  Citation:
  
  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
  
  Citation:
  
  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....
20/08/2018, 15h38
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.
20/08/2018, 18h14
J4e8a16n

Citation:

Envoyé par souviron34

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

??
20/08/2018, 20h38
souviron34

Citation:

Envoyé par J4e8a16n

??

:mouarf: Lol pas tout en même temps..

Code:

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

ou, comme le dit Médinoc,

Code:

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

Ça ne résonne pas ;o)

Code:

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

20/08/2018, 22h34
souviron34
Citation:
Envoyé par J4e8a16n

Ça ne résonne pas ;o)

Code:

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:

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

ou

Code:

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

ou

Code:

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

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

Code:

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.

21/08/2018, 10h55
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
21/08/2018, 15h50
Médinoc
Citation:
Envoyé par J4e8a16n

Code:

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...)
21/08/2018, 16h28
souviron34

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

Code:

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

Code:

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

:roll: :mur:
21/08/2018, 16h34
Bousk

Citation:

Envoyé par souviron34

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 :koi:
A-t-il du sens ? J'en sais rien. Mais '^g' peut tres bien valoir 7 sur certains systemes.

Citation:

Envoyé par J4e8a16n

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.
21/08/2018, 16h53
souviron34

Citation:

Envoyé par Bousk

Oui mais un caractere sera implicitement casté en int donc c'est un appel tout a fait valide :koi:
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 :P

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 ?

Code:

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.

21/08/2018, 22h24
Sve@r
Bonjour

Citation:

Envoyé par J4e8a16n

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)
Citation:
Envoyé par J4e8a16n

Code:

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" ???

Citation:

Envoyé par souviron34

;)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)...

Voir 40 message(s) de cette discussion en une page