Je souhaite exécuter le programme Linux nécessitant une carte son, sur un serveur, qui n'a pas de carte son. Est-il possible de créer une carte son factice? Je suis totalement inconscient des internes du système sonore Linux. S'il te plaît, signalez-moi dans la bonne direction.
J'ai suivi cet exemple: http://alsa.opensrc.org/.asoundrc Mais cela n'a pas fonctionné.
PS: Il y a une question similaire: Comment créer un périphérique son virtuel sous Linux? . Mais cela est totalement différent dans le contexte que l'utilisateur crée un alias à une carte son déjà disponible.
Edit:
[.
[.____] Je suis complètement unware, comment ALSA fonctionne. Donc, j'ai simplement suivi l'exemple. J'ai créé /etc/asound.conf avec:
pcm.card0 {
type hw
card 0
}
ctl.card0 {
type hw
card 0
}
Et aplay -L
Donne moi:
null
Discard all samples (playback) or generate zero samples (capture)
Vous devez charger un factice . S'il vous plaît voir le alsa wiki pour des informations détaillées, mais voici les bases:
Chargez le pilote:
modprobe SND-DMMY; modprobe SND-PCM-OOSS; Modprobe SND-Mixer-Oss; Modprobe SND-SEQ-OOSS
Avoir le bon fichier .ASDRC (vous l'avez couvert)
Configurez l'autoloading des pilotes. Ajoutez ceci à /etc/modules.conf
:
# Oss/Portion libre - Carte # 1
Alias Sound-Slot-0 SND-CARD-0
Alias Sound-Service-0-0 SND-Mixer-Oss
[.____] Alias Sound-Service-0-1 SND-SEQ-OOSS
[.____] Alias Sound-Service-0-3 SND-PCM-OSS
[.____] Alias Sound-Service-0-8 SND-SEQ-OOSS
[.____] Alias Sound-Service-0-12 SND-PCM-OSS
Il y a en fait assez de choses impliquées, je vous suggère de visiter la page wiki ci-dessus pour une explication plus détaillée.
J'ai aussi eu des problèmes avec cela lorsque vous essayez d'obtenir un dispositif sonore factice travaillant sur la Raspberry Pi exécutant Raspian (dérivé de Debian). Le PI ON a une sortie audio mais pas d'entrée, et je souhaite utiliser une application qui recherche les deux, même si je n'ai besoin que d'une sortie (PJSIP).
Cependant, l'info ci-dessus n'a pas fonctionné pour moi et la page Wiki n'a pas non plus marqué. Après avoir parlé avec un utilisateur de la liste de diffusion ALSA, ils ont suggéré que les informations sur la page Wiki sont obsolètes. Cependant, ils m'ont donné des indications sur la manière de résoudre ce problème.
Premièrement, il suffit de charger le module "SND-DUMMY" en utilisant:
Sudo modprobe snd-dummy
Cependant, l'appareil ne reste pas présent après un redémarrage. Sur le PI, ce module peut être chargé via le fichier '/ etc/module', modifiant ce fichier pour charger le pilote produit les résultats souhaités:
Sudo nano /etc/modules
Mon fichier/etc/modules ressemble simplement à ceci:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.
snd-bcm2835
snd-dummy
Donc, le pilote par défaut charge d'abord, puis le pilote factice la charge seconde. Travail accompli!
Bonne chance
Chris
Je l'utilise également pour LinPhone sur RamberrencePI, car il nécessite un périphérique d'entrée, mais je devais ajouter Fake_buffer = 0 param, sinon le dispositif de capture factice saisirait beaucoup de bruit aléatoire et que ce serait bizarre ... vous pouvez faire de C'est comme:
Sudo modprobe snd-dummy fake_buffer=0