Re: sound to sox to .txt to chatscript

["paul fellows" <4-werk@gmx.com>]

Sorry Jan I should have replied quicker.
You wrote “Does that mean you want the *.txt file to be a text transcript of the speech?”
My answer is almost but not quite, I want the *.txt file to be a …............pattern transcript of the speech.
I want sox to transcribe a twentieth of a second length of microphone in put into a 32 bit binary pattern in a. .txt file.

By devied I mean splitting the mono input from the mic to stereo tracks that can be processed separately. Sorry if my switching between talking about tracks and files as the same thing caused any confusion.

fmiser asked “ You want the characters "b" "o" "o" "k" to be generated from the
sound of a voice saying "book"? My answer is no I ant to say 'book' and have it out put “b” “oo” “c”, after chatscript has done its work. 

Fmiser you are right about chat bots being far more complex than the simple pattern matching that I am proposing. but if you strip away all of this extra stuff, what you are left with is pattern matching.

Jan said “The signal itself carries that information. why do you need the echo, exactly?”
I will try to explain it like this. the sound coming in from the mic has all of the information about the sound at that instant. If you where to make an image that instant of sound, and stack it next to images of all of the proceeding instances, you would have a picture of how the sound had changed over time. A conventional speech to text system dose something like that but with out the pretty picture and uses statistical analysis to try to understand the sound. By adding the multiple echoes I will be adding in the information about how the sound has changed. Imagine just 100 samples per second each 32 bits in size and containing the information about how the sound had changed. Each of these 32 bit files should unequally pass the information on to the chatscript side of the project to print to the screen the letter or letters hat match the sounds

to look at this an other way. A sample contains its own information, but nothing about the samples that preceded it. the echoes smear the information across samples.

Sorry if that is still clear as mud. What I am trying to do with the echo effect is to convert the samples to parametric time, as opposed to real time. If you are not familiar with the idea this will sound like techno babble, if you are I have done both of us a disservice by underestimating you.

The reference to no clobber comes from the sox PDF. I read it and thought I was understanding it until I to the bit that said that the effect that stops the train has to be first. (???) I can ham out from the sox PDF what the bits of code might be, but dose any one know of a good sox tutorial on how the bits go together.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
Sox-users mailing list
Sox-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-users