Open mayureshw opened 9 years ago
It is not. In the future there is a plan to do a workaround very similar to what you are describing.
If you install the last version of Pelya's XSDL Window Server, you can use the new built-in PulseAudio Server, s long you install PulseAudio and set the variable before launch your favorite Desktop Environment
$ PULSE_AUDIO=tcp:localhost:4712 $ export DISPLAY=localhost:0 $ startlxde
And finally, audio support!
Thanks. I think you meant PULSE_SERVER=tcp:localhost:4712
Also other two commands don't seem to be necessary if you just want to play audio from terminal.
I find that this works for a while and then mysteriously stops working. Then you have to stop and restart xsdl, then it starts working again.
Also get this error when using paplay: shm_open() failed: Permission denied
I made a full hour test with one ASUS Transformer Infinity (Tegra 3), and another with a ASUS Zenfone 2. The first one was dedicated for playing a RenPy game. During the gameplay, I install the PySol FanClub Edition, to check if the sound system stalls or fails. The phone one, since it was an Intel system, previously I install Wine Staging and some Windows games (not so recent). Some of them gets a better frame-rate after install glshim (As long they don't use Direct3D 8 or higher, because it would simply crash) , but this time was to check if the sound works. (Wine Staging had a native proxy PulseAudio driver) Conclusions: The sound never stop working on both systems, however the Tegra 3 tablet, PulseAudio appears to use about 30 to 50% of CPU ratio load. Also, the RenPy game gets some strutting, and pauses briefly when I install the other game simultaneously. One apt-get finishes his job, the sound quickly regains to normal performance. The same Renpy game on Zenfone, had the same sound little strutting issues, and since it had a much better processor, multitasking several programs never breaks the sound server. (I don't test during a MediaCoder encoding, since it will probably break or strutter severally) But it appears more to be a normal limitation of this clever hack designed by the last version of XSDL. When I play several Windows games, many of them plays nicely with sound, and appears to use fully the multi-channel functionality of PulseAudio.
Since it was the first real sound solution, in some systems may be bugged.
Regarding "stopping working". If I play something continuously or with a few seconds gap it did not stop for me. If I stop using it and return to it after a few minutes it was found not working, until XSDL is restarted.
I was using espeak ... | paplay on a gnuroot terminal.
I went through the past discussion threads, though got confused about whether audio is supposed to work, on WheezyX.
It would be great if espeak and mplayer could work.
If not directly, is there any workaround such as running a sound server on the main device and directing the audio to it, or something like that.