Hi,
Does anyone know of software that can do video capture of what Traders Work Station is showing and MC is showing (over two monitors)?
Does anyone know of any voice recognition software that could be used to feed inputs (more quickly) into a database program. I am thinking of using it to quickly submit entry points for auto trigger.
Thanks,
John.
Video capture of TWS/MC and Voice recognition.
- ABC
- Posts: 718
- Joined: 16 Dec 2006
- Location: www.abctradinggroup.com
- Has thanked: 125 times
- Been thanked: 408 times
- Contact:
Hi John,
Camtasia http://www.techsmith.com/ might work for the screen caption. As far as I remember it's able to record more than one monitor.
Best regards,
ABC
Camtasia http://www.techsmith.com/ might work for the screen caption. As far as I remember it's able to record more than one monitor.
Best regards,
ABC
Thanks Tresor,
Here is an additional tip the person from the other forum gave.
Here is an additional tip the person from the other forum gave.
Not knowing the program I don't quite understand his tip fully yet. But maybe the tip will actually make voice input faster than searching for database buttons if it is programmed properly.If you do go with Dragon, or any other pgm that needs you to save voice 'prompts', etc., save them on a USB jump drive. I created a system when Dragon 1st came out, and searching the HD just took too long
I think this is what he meant. I looked at the program last night finally and read the little description on it. What it does is it hears your voice, converts it to text and writes it out to a file. Now if you are going to have a database program process this file to execute commands it has to have a timer loop to read the file somehow. I am not sure how that would work at this point. The program would detect certain words in the file and then execute the command. The problem he is speaking of is that this process is not all that fast if it has to find this information on the C drive. So what he did is he had the Dragon program write the text data to a thumb drive in the USB port which he found to be fast enough for the process. This is probably because the jump drive as he calls it is just memory rather than a spinning disk it has to search.
- RobotMan
- Posts: 375
- Joined: 12 Jul 2006
- Location: Los Altos, California, USA
- Has thanked: 31 times
- Been thanked: 13 times
- Contact:
I have not really been following this thread much, but I will add my 2 cents.
If you have to create a text file that is later "found" by the program (not kept in it's own memory location except on disk file), it might be better to create a virtual drive (RAM drive) in regular memory (maybe using something like "Daemon Tools"). It is an order of magnitude faster than HD access (like trying to use a pagefile) and faster than current USB I/O.
If you have to create a text file that is later "found" by the program (not kept in it's own memory location except on disk file), it might be better to create a virtual drive (RAM drive) in regular memory (maybe using something like "Daemon Tools"). It is an order of magnitude faster than HD access (like trying to use a pagefile) and faster than current USB I/O.