espeak bug

Targets Raspberry Pi
1

Can someone double check this for me? I have a simple Pi app that has a button with one line of code in it:

speak "a"

When I run this on my Pi 3, it speaks garbage as though it’s getting stuff from the wrong buffer. Sometimes it says “a” but mostly not.

If I use this code:

dim sh as new shell sh.Execute("espeak ""a""")

It works fine.

Is this a bug in Xojo, or somewhere else?

This problem exists at least in Mac Xojo 2016r4.1, 2017r1.1, and 2017r2. I haven’t tried any other versions. Compiling on OS X 10.11.6, running on Pi 3 with Raspian Stretch release 2017-08-16.

2

Speak command goes via API which may be a different one than speak command on terminal.
You can report it as a bug of course via Feedback app.

3

Just tried on a Raspberry Pi 3 and didn’t get any sound. Youtube plays video and audio without issue.

4

“Based on Raspbian Stretch (Debian version 9)” and “Bluetooth audio routed via ALSA rather than Pulseaudio” were part of the August release of Raspbian. Perhaps those changes are playing a role in the audio issue on the Raspberry Pi 3.