Summary: | ktts is dropping text while speaking | ||
---|---|---|---|
Product: | [Unmaintained] kttsd | Reporter: | Ritesh Raj Sarraf <kde-bugs> |
Component: | general | Assignee: | Jeremy Whiting <jpwhiting> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | abc.mikey, jonathan.schluessler, jpwhiting, personman_145, sitter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Ritesh Raj Sarraf
2009-02-05 20:57:05 UTC
Duplicate of Bug 180662. Do you get the same results if you set the audio to use alsa output? I've seen many issues like this when using phonon/xine. This bug was also reported at https://bugs.launchpad.net/kdeaccessibility/+bug/353910 The reports are conflicting though, while the initial reporter states that changing to ALSA resolved the issue, another commenter stated that it didn't help. Also, if it is the combination phonon+xine that is causing this issue, maybe changing to gstreamer would help, otherwise it might be a general phonon issue, or what ktts sends to phonon (granted I don't know anything about the inner workings of ktts though :)). In my case, things are like this: I have PulseAudio configured to run. In alsa, I have defined to use pulse as the audio device. AFAIK, pulseaudio is being used by Phonon. So for me the results were the same. There was heavy dropping. I have this problem as well. I'm running KDE 4.3 Beta 2 with Karmic alpha 2. I'm also experiencing the same issue with ALSA or any other output also dropping speech. It doesn't matter which speech synthesiser is used but I can confirm that for me switching from xine to gstreamer 'fixes' the behaviour. So there's a conflict between kttsd and xine. AMD64 (64bit Gentoo) xine-lib-1.1.16.3-r1 kttsd-4.3.1 I'd just like to add that I've tried a multi-sentence bit of text now with gstreamer and there is a seperate(?) bug which instead of cutting off the end of the text it just stops at the end of the sentence and indicates that it is still speaking. If you click on next sentence by hand it will move on and speak this then stop before any subsequent sentences. The same applies that changing other settings doesn't change the behaviour. Ignore comment 7 it seems to have just been a problem with switching from xine to gstreamer that a restart fixed. However the xine issue remains. Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. |