You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, TMS Express can generate a single bitstream from a file, which can drive a TMS5220 Voice Synthesis Processor in "Speak External" mode. However, there is another way to drive the device: via a TMS6100 Voice Synthesis Memory IC (datasheet). It would be useful for TMS Express to encode several files in general: into a C header for Arduino talkie, per #5; and into a binary file that could be flashed to a TMS6100 or equivalent device.
More realistically, these binary files would end up on an FPGA/MCU/CPLD clone of the TMS6100, which could be used to restore failing arcade machines which use the TMS5220, breathe new life into a dusty BBC Acorn, or add new words to a Speak and Spell—for example.
Solution Space
The datasheet linked above as well as this webpage by @furrtek have enough information to go off of. It seems that the issue can be broken down into the following milestones:
Encapsulate all of TMS Express' current functionally into an encode command, which handles a single file
Add a batch command which allows users to encode several files at once
Add a rom command which builds upon batch to configure and store a binary file for use in a TMS6100 equivalent. This will likely require Verilog clone of the TMS6100 for testing
If anyone out there is interested in collaborating on this with me, don't hesitate to reach out. Otherwise, I'll be tinkering away, one step at a time ;)
The text was updated successfully, but these errors were encountered:
Description
Currently, TMS Express can generate a single bitstream from a file, which can drive a TMS5220 Voice Synthesis Processor in "Speak External" mode. However, there is another way to drive the device: via a TMS6100 Voice Synthesis Memory IC (datasheet). It would be useful for TMS Express to encode several files in general: into a C header for Arduino
talkie
, per #5; and into a binary file that could be flashed to a TMS6100 or equivalent device.More realistically, these binary files would end up on an FPGA/MCU/CPLD clone of the TMS6100, which could be used to restore failing arcade machines which use the TMS5220, breathe new life into a dusty BBC Acorn, or add new words to a Speak and Spell—for example.
Solution Space
The datasheet linked above as well as this webpage by @furrtek have enough information to go off of. It seems that the issue can be broken down into the following milestones:
encode
command, which handles a single filebatch
command which allows users to encode several files at oncerom
command which builds uponbatch
to configure and store a binary file for use in a TMS6100 equivalent. This will likely require Verilog clone of the TMS6100 for testingIf anyone out there is interested in collaborating on this with me, don't hesitate to reach out. Otherwise, I'll be tinkering away, one step at a time ;)
The text was updated successfully, but these errors were encountered: