>>I have described the scenario incorrectly. I want the vcr to send the smpte >>to the application. Then based on the timecode, it would execute a command. > >Hmmmmmmmm. Well, you'd need a VTR that can send timecode to begin >with, and then connect it to a computer that has a serial port >capable of listening to it. The app would then probably want to be >monitoring the serial port to see if the code was at or past a set >value (plus or minus a second or so perhaps), at which point it >would know to trigger its hoolally.
There seems to have been a good amount of guessing about SMPTE going on today. I'm pretty sure that SMPTE on a regular VCR would be an audio track, unless you're talking about burnt in time code, which I think might be very hard to deal with, and would ruin the video too. It wouldn't be out of the question for write an Xtra that could read SMPTE time code audio and analyze it to figure out the frame rate and the current time (I used to have a company that made sound samplers, one of which had the ability to read SMPTE audio and work out the frame rate, and time code, so this is all what you could call educated guessing). The best thing is to talk to someone who will know what's involved. Try these people: http://www.rfbl.demon.co.uk/ What they do seems to do a lot more than you need, but they may know how to do the bit you want. -- [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
