Please use the following bug reporting template to help produce actionable and reproducible issues. I tried to start espeak on my bash on windows. I received some errors regarding pulseaudio and the fact that is not installed. I googled and I found that pulseaudio doesn't work on bash on windows. There is an other way can I try to use audio on my bash on windows? I need audio in order to improve tts system such as festvox. Maybe I must install pulseaudio and start it as a service everytime I start bash?
![]()
PulseAudio Equalizer is a 15 bands system wide equalizer, that means any application that is using PulseAudio, will benefit from the sound improvement.
User voice for this is. BTW to answer @Admin over there, the 'developer scenario' is ( duh). You could do a lxdrv for it, but then you still need to create a service to marshal the audio bytes to the Windows side. All you'd be doing is changing the transport mechanism, and you'll have a tough time convincing me using LxBus versus ipv4 over localhost would make any difference discernible to the senses.
Curious: Are you seeing any actual latency, or did you mostly make that up. I was mildly surprised myself when video being streamed over X11 and audio over PA (completely independent software and IP channels) were in sync. I'm not talking about audio sync. That is no the issue.
I'm talking about the initial buffer delay from you hit play button in music player software till you can hear it. Also seeking incurs a bit of delay.
I tested this myself using Pulseaudio over TCP/IP to a local Win32 Pulseaudio instance and using Deadbeef player on Bash on Windows side. There may be configuration options to reduce the amount of buffering needed which I have not investigated (but will do now after typing up this). I agree that you would only be changing the transport mechanism with a ALSA/OSS device implemented using LxDrv but it would still be preferable over TCP/IP and would require no special setup on the Bash on Windows side. Software that speaks ALSA would just work.
That is as long as there has to be marshalling as you say. MS could of course implement it more tightly into the lxss system so it would basically hook directly into the Windows sound system. Basically I'm talking zero-copy of samples which currently you can't avoid. Ahh okay thanks for clarifying. It sure isn't TCP/IP latency; that's 0ms over localhost (rounded to the nearest ms).
You're right, something is buffering somewhere. Which isn't surprising, but it is weird because sync does matter. When you play a youtube video on firefox or mp4 video with VLC, your Win32 XcXsrv server doesn't know what you are seeing on screen is supposed to show up at the same time as your Win32 PA server sends audio to the sound card. It gets there when it gets there.
Any initial audio buffering would screw up the sync. But, the sync isn't screwed. I haven't actually used PA since I got it to work (because of lack of sensible use cases), but if I get a chance I'll take a look at 0xdeadbeef.
Comments are closed.
|
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |