Welcome, Guest. Please login or register.

Author Topic: Perception IME and Polymorph VM Frameworks  (Read 4204 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline vidarh

  • Sr. Member
  • ****
  • Join Date: Feb 2010
  • Posts: 409
    • Show all replies
Re: Perception IME and Polymorph VM Frameworks
« on: March 04, 2012, 04:14:03 PM »
Someone might want to let him know that while they hopefully won't be too trigger happy when it comes to suing a hobby project like this, the company that Commodore licensed the code in narrator.device from is AFAIK still around, and Commodore let that license lapse, so making use of it is legally shaky, unless he's talking about reimplementing them from scratch. Not to mention that he mentions AROS, and AROS doesn't have these available (or reimplementations) anyway.

He might be better off looking at something like espeak or Festival Lite anyway. Flite at least is a reasonably easy port. They're far bigger than narrator.device, but also sound massively better... Wanderer has also offered up (a closed source) port of his speech engine at some point.
 

Offline vidarh

  • Sr. Member
  • ****
  • Join Date: Feb 2010
  • Posts: 409
    • Show all replies
Re: Perception IME and Polymorph VM Frameworks
« Reply #1 on: March 21, 2012, 09:33:34 PM »
Quote from: Belxjander;684657
@VidarH:
However as for the narrator.device... I am questioning whether to include or drop that at all in the feature list


Consider Flite (Festival Lite) or E-Speak as options... They're both open source, though I don't remember what license so you'd want to check if they were suitable.

I've had the command line example app for Flite compile on AROS and it was reasonably painless, but never got time to try to build a library off it. Haven't tried compiling it under AmigaOS, but AFAIK there's nothing in there that should be particularly troublesome to port.

Alternatively speak to Wanderer - he has written a text to speech engine that he's suggested he might be able to port at one point (though closed source, which makes it less attractive for AROS, but still vastly better than nothing).