Add standard TimeCode format support on insert
In understand the reasoning for using a . before frames when inserting timecode rather than a ; ... but it breaks the ability to import text files created in inqscribe into programs like ProTools.
Would be great to have that be customizable, so that the timecode format was selectable - allowing you to use all colons (even before frames) or all semi-colons, etc.
My workaround is to just run a find and replace. If I have just timecodes in the window (I often rip timecodes out of an EDL to check edit points for a CCSL), I can search for commas, periods, and semicolons and replace them with whatever I need them to be. I also wrote a Python script to prepare a list of timecodes with the frames prefaced by colons to be understood by Inqscribe, which just looks for :00 through :23 followed by a newline and replaces with .00 through .23.
Then I set Inqscribe to recognize unbracketed timecodes, and I've got everything I need. If my timecodes are already bracketed and I need them to not be for my destination, I just run a find for [ and ] and replace them with nothing.
John Nabereznyj commented
What I do is use the option that puts square brackets [ ] around the time stamp, time stamp at the beginning of lines, copy my doc into Excel when I'm finished in Inqscribe, and use the Data/Text to Columns tool. Tell Excel to use the ] as the delimiter and it makes the first column the time stamp.
Then select the first column in Excel and use Find/Replace to change the periods to colons. Takes only a minute to do this
Jeff Schaap commented
I have the same problem. We use CatDV (data asset management system) and the period instead of a colon preceding the frame number causes CatDV to be unable to interpret it as a timecode mark. Sad, because otherwise this is a perfect solution for us. No dice though if this doesn't work.
Jake Aust commented
Eric - to answer your question (sorry..didn't see it till now), we are actually trying to import into EdiCue for ADR cueing. The import spec for EdiCue is here: http://goo.gl/wJLzg
Right. To put it another way, InqScribe itself will continue to separate seconds from frames with a period. But if you need to transfer timecode data from InqScribe to somewhere else, we want to provide the exported data in the format you need. So we'll work on adding an export option for timecode format.
Does ProTools have a documented import format we can align with?
Jake Aust commented
Heard back from support today and found out that the correct way to implement this is to handle it as an export option. Seems encouraging that it will be added in a future release