event_notify currently introduces an arbitrary 50ms delay between speech requests. This is usually unnoticed since it's small. But when cancelling a long series of events, they add up to potentially seconds of delays, while the user was precisely requesting to just cancel everything as fast as possible. This 50ms delay was probably meant to work around some issues elsewhere. If they are still there, they should be fixed, not worked around.master
events[0].type = espeakEVENT_SENTENCE; | events[0].type = espeakEVENT_SENTENCE; | ||||
my_callback(NULL, 0, events); | my_callback(NULL, 0, events); | ||||
events[0].type = a_new_type; | events[0].type = a_new_type; | ||||
usleep(50000); | |||||
} | } | ||||
my_callback(NULL, 0, events); | my_callback(NULL, 0, events); | ||||
a_old_uid = event->unique_identifier; | a_old_uid = event->unique_identifier; |