Samuel Thibault schrieb am 15.01.2017, 15:36 +0100:
>Eric Scheibler, on Fri 13 Jan 2017 13:04:24 +0100, wrote:
>> I'am not absolutely sure about that. Could you upload a new version with a
>> default value of 20 or
>> even 10 ms just for testing purposes?
>
>I have uploaded packages on https://pe
Hello,
Eric Scheibler, on Fri 13 Jan 2017 13:04:24 +0100, wrote:
> Samuel Thibault schrieb am 12.01.2017, 3:50 +0100:
> >Samuel Thibault, on Thu 12 Jan 2017 03:27:24 +0100, wrote:
> >> I'm very surprised to see this 200 value, which means 200ms, while
> >> studies have shown that "interactivity"
Samuel Thibault schrieb am 12.01.2017, 3:50 +0100:
>Samuel Thibault, on Thu 12 Jan 2017 03:27:24 +0100, wrote:
>> I'm very surprised to see this 200 value, which means 200ms, while
>> studies have shown that "interactivity" is usually seen bad by humans
>> beyond 100ms.
>>
>> One thing we can do
Samuel Thibault, on Thu 12 Jan 2017 03:27:24 +0100, wrote:
> I'm very surprised to see this 200 value, which means 200ms, while
> studies have shown that "interactivity" is usually seen bad by humans
> beyond 100ms.
>
> One thing we can do for Stretch is to reduce this value to something
> accepta
Hello,
Eric Scheibler, on Wed 11 Jan 2017 15:48:39 +0100, wrote:
> I think, that the mute delay and overlapping belong to the same problem. It
> seems, that the
> espeak-ng module needs too long to clean the current speech buffer. Or in
> other words: the time
> between the call to cancel speaki
Eric Scheibler, on Wed 11 Jan 2017 15:48:39 +0100, wrote:
> I thought, that it would be easy to reproduce.
Never assume that something is easy to reproduce. When a bug is not
fixed, it means the maintainer doesn't have it :)
> >> Instead the speech output overlaps during fast cursor navigation.
Samuel Thibault schrieb am 10.01.2017, 22:18 +0100:
>Eric Scheibler, on Sun 08 Jan 2017 09:05:09 +0100, wrote:
>> 1. The monotonous speech output persists.
>
>I dug a bit and found the issue, reported upstream, and have uploaded a fixed
>version.
Confirmed.
>> 2. The delay after muting the scre
Samuel Thibault, on Tue 10 Jan 2017 22:18:53 +0100, wrote:
> Mmm, when I try espeak and espeak-ng I don't really see a difference
Put another way, with version -5 containing my latest monotonous fixes,
I am not aware of regressions any more compared to espeak (except the
debian installer which nee
Control: tags -1 + pending
Hello,
Eric Scheibler, on Sun 08 Jan 2017 09:05:09 +0100, wrote:
> 1. The monotonous speech output persists.
I dug a bit and found the issue, reported upstream, and have uploaded a
fixed version.
Samuel
Hello,
Eric Scheibler, on Sun 08 Jan 2017 09:05:09 +0100, wrote:
> 2. The delay after muting the screen reader is still there too (used the
> shift key for brltty)
Err, but is shift really supposed to shut brltty up? Without using the
keycapture feature, brltty can't detect shift presses. This
Samuel Thibault schrieb am 08.01.2017, 0:21 +0100:
>Could you try the latest version, 1.49.0+dfsg-4?
I've removed the old espeak packages entirely and installed espeak-ng,
espeak-ng-data:amd64,
espeak-ng-espeak and libespeak-ng1:amd64 all in version 1.49.0+dfsg-4.
Unchanged:
1. The monotonous
Hello,
Eric Scheibler, on Mon 02 Jan 2017 22:16:36 +0100, wrote:
> Samuel Thibault schrieb am 02.01.2017, 20:56 +0100:
> >Can you please test with the latest version libespeak-ng, 1.49.0+dfsg-3?
>
> Same problem.
Could you try the latest version, 1.49.0+dfsg-4?
Thanks
Samuel
Hello Samuel,
Samuel Thibault schrieb am 02.01.2017, 20:56 +0100:
>Can you please test with the latest version libespeak-ng, 1.49.0+dfsg-3?
Same problem.
First I've updated espeak-ng, espeak-ng-data and libespeak-ng1 to version
1.49.0+dfsg-3 (unstable).
Then I started brltty from the testing r
Hello,
Eric Scheibler, on Fri 23 Dec 2016 12:34:04 +0100, wrote:
> I still can confirm these issues (Debian testing, Brltty 5.4-3 and
> brltty-espeak 5.4-3).
Can you please test with the latest version libespeak-ng, 1.49.0+dfsg-3?
Samuel
Control: reassign 848016 brltty-espeak
I still can confirm these issues (Debian testing, Brltty 5.4-3 and
brltty-espeak 5.4-3). They also
occur after a fresh installation of Debian testing (minimal installation).
Especially the speech
delay is a serious problem and should be addressed before t
Package: brltty-espeak
Version: 5.4-3
Severity: important
Hi
after an upgrade of brltty-espeak (which links to espeak-ng), the speech output
is very monotonous and all speech rhythm lost, including e.g. breaks for periods
at the end of a sentence.
That makes it hard to listen to it for a longer p
16 matches
Mail list logo