hey tout le monde. Existe-t-il une façon de générer de l'audio de mon programme et de rediriger ce flux à la «couche» du microphone du système? Je crois comprendre que cela pourrait nécessiter des appels de bas niveau en train d'être «pinvoked», mais y a-t-il des articles qui pourraient m'aider. Par exemple, si je devais exécuter le flux audio de sortie de mon application dans le programme Sound Recorder de la fenêtre, il penserait que l'audio provient d'un microphone et enregistrez donc cela. Je ne veux pas enregistrer un flux, il suffit de le sortir à l'entrée microne du périphérique. Merci pour des idées.
6 Réponses :
envisager de rechercher des données pures (PC) ou Max MSP (Mac) pour ce type de problème.
On dirait que vous recherchez un pilote audio virtuel. Vous pouvez acheter des logiciels de Softonic qui le fait déjà. Si vous avez besoin de le construire vous-même, vous pouvez gérer cela à l'aide de DirectSound (une partie du DirectX < / a> bibliothèque) de Microsoft.
Si vous êtes bien enregistré avec VLC et êtes sur Vista +, alors ce https: //github.com/rdp/virtual-audio-capture-grabber-device pourrait aider
Si votre application peut accéder à VST, vous pouvez utiliser Wormhole2, qui est open source et fonctionne pour Mac et PC. Il peut envoyer et recevoir de l'audio dans un hôte compatible VST. http://code.google.com/p/wormhole2/
Si non, au moins sur Mac, il existe des fleurs de cycle74 qui installe un cadre pour l'audio et les abaissements disponibles dans l'ensemble du système. cycling74.com/soundflower-landing-page /
comme équivalent sur PC, il y a: http://jackaudio.org/ qui fait essentiellement la même chose que Soundflower.
J'ai utilisé VB-Câble (qui fonctionne comme un pilote de périphérique audio, pas un logiciel externe) pour faire exactement ce que vous voulez.
https://www.vb-audio.com/cable/index.htm
Un seul périphérique d'entrée / sortie gratuitement et 2 périphériques supplémentaires peuvent être ajoutés avec un don.
Vous pouvez utiliser le contrôle du volume d'enregistrement sur UN-MUTE WAVEMIX sur la plupart des cartes son. Mais c'est un état mondial et non par programme.
Serait-il plus logique d'avoir votre demande d'application elle-même comme un microphone supplémentaire dans Windows? De cette façon, vous ne détournez pas la fonctionnalité de tout matériel et votre utilisateur est libre de sélectionner votre application comme un périphérique d'entrée (virtuel). Je n'ai aucune expérience personnelle avec cela, mais cela semble une approche plus logique.
Pourquoi ne pas simplement utiliser le mélangeur comme entrée? Est-ce une exigence qu'il doit être le microphone?
Désolé, je suis nouveau à la gestion de l'audio. J'ai supposé que je devais remplacer le microphone car tout autre programme sur le système de l'utilisateur pourrait l'utiliser. Par exemple, si l'utilisateur utilisait Live Messenger et parlé via le microphone, j'aimerais pouvoir souhaiter mon programme l'audio et l'alimenter dans le microphone de messager en direct. Cela ne me dérange pas d'enregistrer comme un microphone supplémentaire (je ne savais pas que c'était possible sans quincaillerie)
@Brap Il y a une possibilité raisonnable que la création d'un "microphone virtuel" va tomber significativement en dehors de la portée de .NET. J'ai passé les dix dernières minutes à googler pour des exemples et tout ce que j'ai proposé jusqu'à présent, c'est ceci: logiciel.muzychenko.net/eng/vac.htm .
@Nathan tu as raison, ça a l'air très profond. Je vais creuser autour de l'idée, au cas où quelque chose se cultive. Sinon, aucun autre astuce serait le bienvenu. Merci pour l'aide.