Emacspeak discussion list

["T.V Raman" <raman AT google.com>]

Yes, virtual devices is how this works on Linux, see the pipewire
setup in the Emacspeak codebase where I have a 7.1 device which is
what I use for playing music etc.

The asoundrc in  the emacspeak codebase has many examples.

I suspect zeroing out one channel is failing because you might be
actually ruining the audio format headers, On linux you're say it was
"raw data" and explicity specify all the details of how to interpret
the data, see servers/piper/pipspeak  -- which may be interesting to
you in its own right, see lisp/pip.el



Robert Melton writes:
 > Raman--
 > 
 > Yeah, I chased my tail for a bit today trying to get the PCM buffer to 
 > zero out 
 > half of it, seems like legit OS bug in MacOS, reaching out for more help, 
 > but 
 > I have it reduced to a minimal example and still no luck. To double my 
 > annoyance it works fine in the old version (NSS variant) which will be 
 > removed
 > in MacOS 15. MacOS is a second class citizen in AVFoundation support.
 > 
 > That said, I might have found a solution, it would require a little setup 
 > by the 
 > user but you can create new composite device on MacOS and you can 
 > reduce the volume to 0 on the right or left channel. Trying to see if I 
 > can do 
 > this setup programmatically and confirm I can target that device for 
 > output, but 
 > it is at least a path (got the idea from the emacspeaks code). 
 > 
 > But enough zero progress for tonight, more zero progress tomorrow! 
 > 
 > > On Mar 26, 2024, at 22:00, T.V Raman <raman AT google.com> wrote:
 > > 
 > > "Robert Melton" (via emacspeak Mailing List) <emacspeak AT emacspeak.net>
 > > writes:
 > > 
 > > 
 > > One possible thing to try:
 > > 
 > > if you can get your hands one the wave buffer from TTS, then it might be
 > > something as simple as zeroing out the buffers for  one channel, ie
 > > alternate  frames in the audio data > Raman--
 > >> 
 > >> Correct, sadly I have been unable to find a solution for the channel 
 > >> targeting 
 > >> that doesn't follow the path TTS -> wav file -> process channels -> 
 > >> play wav. 
 > >> 
 > >> Frustrating, on iOS and even watchOS there are solutions to do exactly 
 > >> this, 
 > >> I am still digging around for a way to do this that isn't completely 
 > >> gross. 
 > >> 
 > >>> On Mar 26, 2024, at 10:19, T.V Raman <raman AT google.com> wrote:
 > >>> 
 > >>> I see you didn't mention multiple TTS streams, Mac users will continue
 > >>> to miss functionality that you get through async notifications 
 > >>> --
 > >> 
 > >> --
 > >> Robert "robertmeta" Melton
 > >> lists AT robertmelton.com
 > >> 
 > >> Emacspeak discussion list -- emacspeak AT emacspeak.net
 > >> To unsubscribe send email to:
 > >> emacspeak-request AT emacspeak.net with a subject of: unsubscribe
 > >> 
 > > 
 > > --
 > 
 > --
 > Robert "robertmeta" Melton
 > lists AT robertmelton.com

--