Re: time & timecode semantics in XML exports
site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi Helena, I'm still at this point Thanks Andreas Andreas Kiel Spherico Nelkenstr. 25 D-76135 Karlsruhe Tel.: +49 (0)721 183 9753 eFax: +1 650 897 8094 eMail: kiel@spherico.com http://spherico.com/filmtools -- workflow tools for FCP _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... It isn't wasted time to respond, Andreas, but I certainly have to make that time. Thanks for that. I have removed the XML stuff to make the thread a bit clearer to understand. To be honest - even if I sound stupid or look like an idiot - I still got not an exact idea how to retrieve clip in/out with (variable) time remap. There isn't any documentation on how to handle this since as you noted in FCP there will be some variance in what that value is interpreted as. Unfortunately these values imply a kind of specificity which isn't there. Thanks I'm feeling better ;). This is okay for me and for most all of the others as it is clear now that here is some kind of variance - it's not perfect but anyone can life with that for a while. ( ;-) Again it would be nice with XML V4 to have an node which tells me how number formats are handled -- on my german system the 10840.7 would be 10840,7 which can cause some collisions when working international, especially if I want to go backwards (but I've to check that for more details)). While it is true that we haven't documented number formats, I believe what you're seeing there is a bug in FCP6. All versions of the xml exported will export whatever the system setting for displayed number formats. Here maybe my bad English appears to be an issue. I get XMLs from anywhere, have to do something with them and sent it back to the customer. Using FCS2 I've to take care of the number formating as my customer might be in the US and/or on earlier system. This is not a big issue as I learned it now. Another example from Australia (same FCP setup as above - as stated by the user). Here the editor decided to remap and then to reset the things -- an entry still exists in the XML without <when> - I can still look at <speed> = 100 and forget, but hmmmm :). Also the entry <parameter><parameterid>mappedduration</ parameterid><name>mappedduration</name><value><timecode> … looks more "rich" as in the previous example and looks some kind of senseless to me as the time base is 0 - I can't find any docs about that to handle. If you have steps on how to create this situation, I'd love to get a bug on this. It is not clear to me what it takes to get to here, but I think we'd throw this mapped duration away because of invalid parameters. I tried to reproduce this with the chief editor but we weren't able to get it. The only thing I can do is sent you the complete XML. In FCP the source in is shown as "3197" and out as "3172". Sorry - where are these numbers in FCP? are these keyframe values? In? Out? Duration? The numbers had been source in and source out. But as said I'm totally unsure how to retrieve source frames/tc from variable time remapped clips. Maybe I'm doing everything wrong. This email sent to site_archiver@lists.apple.com
participants (1)
-
Andreas Kiel