September 2009 - Pro-apps-dev

Re: 59.94 TCs in Final Cut Server XMLs
by Eryk Vershen 17 Sep '09

17 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Rainer, -eryk On Sep 17, 2009, at 11:11 AM, Rainer Standke wrote: Hello, So here the difference is the rate, and only the rate. Is this a bug? Thanks for any insight you might provide, Rainer Standke XMiL Workflow Tools http://www.xmil.biz _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/evershen%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… I looked into this and yes, I think it is a bug. It appears that FCSVR does not accept any DF at 59.94. That is, all 59.94 footage is considered to be NDF timecode. I am seeing what I would call an inconsistency in XMLs output from Final Cut Server. This here is from a clip in 29.97 DF (note the ;): <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:00;00/ (30000,1001)</mdValue> This here is from a clip in 29.97 NDF (note the absence of the ;): <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:00:00/ (30,1)</mdValue> So in parsing these XMLs I assume that analog to how FCP XML work the indicator for DF vs. NDF is the semicolon, rather than the frame rate, as expressed in (30000,1001) vs. (30,1). In FCP XMLs the difference between DF and NDF TCs is expressed in <displayformat>, thus very much independant of <rate>/<ntsc>. However, when I look at FCSvr XML for 59.94 fps clips I get no semicolon at all: 59.94 NDF: <mdValue fieldName="Timecode Offset" dataType="timecode">01:05:26:31/ (60,1)</mdValue> 59.94 DF: <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:42:12/ (60000,1001)</mdValue> Is it safe to assume that in the case of 59.94 there can never be a clip with NDF Timecode running at 59.94? In other words, is it safe to assume that the rate (59.94 vs. 60) is always going to indicate the DF vs NDF? Mind you, in FCP XML it is not, and in 29.97 in Final Cut Server it seems not to be the case, either. This email sent to evershen(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

59.94 TCs in Final Cut Server XMLs
by Rainer Standke 17 Sep '09

17 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Hello, So here the difference is the rate, and only the rate. Is this a bug? Thanks for any insight you might provide, Rainer Standke XMiL Workflow Tools http://www.xmil.biz _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… I am seeing what I would call an inconsistency in XMLs output from Final Cut Server. This here is from a clip in 29.97 DF (note the ;): <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:00;00/ (30000,1001)</mdValue> This here is from a clip in 29.97 NDF (note the absence of the ;): <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:00:00/ (30,1)</mdValue> So in parsing these XMLs I assume that analog to how FCP XML work the indicator for DF vs. NDF is the semicolon, rather than the frame rate, as expressed in (30000,1001) vs. (30,1). In FCP XMLs the difference between DF and NDF TCs is expressed in <displayformat>, thus very much independant of <rate>/<ntsc>. However, when I look at FCSvr XML for 59.94 fps clips I get no semicolon at all: 59.94 NDF: <mdValue fieldName="Timecode Offset" dataType="timecode">01:05:26:31/ (60,1)</mdValue> 59.94 DF: <mdValue fieldName="Timecode Offset" dataType="timecode">01:00:42:12/ (60000,1001)</mdValue> Is it safe to assume that in the case of 59.94 there can never be a clip with NDF Timecode running at 59.94? In other words, is it safe to assume that the rate (59.94 vs. 60) is always going to indicate the DF vs NDF? Mind you, in FCP XML it is not, and in 29.97 in Final Cut Server it seems not to be the case, either. This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Paul Schneider 16 Sep '09

16 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Darrin Cardani 16 Sep '09

16 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: FCP and TC
by Ky Hopwood 15 Sep '09

15 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com ky On Sep 7, 2009, at 5:09 AM, Andreas Kiel wrote: I got a problem here. <screen shot.png> <screenshot 2.png> Is this a known bug and if yes is it a QT or FCP bug. Regards Andreas _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/khopwood%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… I am confused by step 2. When replacing the audio, are you altering the timecode track, or are you adding one? Looking in the screen shot, it appears that a new timecode track was added, was that intentional? I am guessing, that after step 2, you were expecting the Aux TC 1 to remain unchanged ( 08:38:29:10 in the case of 1_1_1_03 ), and Aux TC 2 to be empty. We have an app which adds AUX 1 TCs to captured movies - it does add them to the movie on disk. This works perfect. FCP does recognize everything as expected. See "Bin source files" in the screen shot. A possible second step will delete the source audio and replace it with an external audio (in the file). Now the AUX 1 TC is still there but does have the Source value. See "Bin merged files" in the screen shot. Deleting manually the source timecode in QT Player will restore the correct AUX 1. See "1_1_1_03 copy" in the screen shot. But that's not a solution. Only workaround is to add an AUX 2 to file which is recognized correctly by FCP. See "Bin merged files" in the screen shot. Checking the tracks of the merged files in QT Player also show correct results. Extracting Timecode Track 2 (AUX 1) shows the correct TC. This email sent to khopwood(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: FCP and TC
by Helena Ju 15 Sep '09

15 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com I got a problem here. <screen shot.png> <screenshot 2.png> Is this a known bug and if yes is it a QT or FCP bug. Regards Andreas _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/hju%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… Hi Andreas! Jut to make sure, this doesn't use the FCP XML format at all, right? This is about the QT timecode tracks in the file? I believe if you create a new project and import the 'merged' file, that would tell us if it is an FCP bug (if it has the right Aux TC 1 timecode) or a QT bug (Aux TC is still wrong). FCP could be not properly updating the Aux TC. Since we load all that data at the first, starting with that media file not loaded and then loading it would tell us right away. Cheers, Helena On Sep 7, 2009, at 5:09 AM, Andreas Kiel wrote: We have an app which adds AUX 1 TCs to captured movies - it does add them to the movie on disk. This works perfect. FCP does recognize everything as expected. See "Bin source files" in the screen shot. A possible second step will delete the source audio and replace it with an external audio (in the file). Now the AUX 1 TC is still there but does have the Source value. See "Bin merged files" in the screen shot. Deleting manually the source timecode in QT Player will restore the correct AUX 1. See "1_1_1_03 copy" in the screen shot. But that's not a solution. Only workaround is to add an AUX 2 to file which is recognized correctly by FCP. See "Bin merged files" in the screen shot. Checking the tracks of the merged files in QT Player also show correct results. Extracting Timecode Track 2 (AUX 1) shows the correct TC. This email sent to hju(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Wes Plate 14 Sep '09

14 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-index: Aco1eW2g5KGUFQeqGEqpLEZtLOCaQg== Thread-topic: getting a filter input's current frame number User-agent: Microsoft-Entourage/12.20.0.090605 On 9/14/09 10:03 PM, "Brian Gardner" <brianrg(a)earthlink.net> wrote: > Out of curiousity, do you know which version of FxPlug SDK > has issue with -startTimeOfInputToFilter not working? > > I've only tried it on the FxPlug SDK 1.2.4, > so I don't know if this is an old issue or a newly introduced one. AFAIK we started with the version right before FCP 7 shipped (1.2.3?). -- Wes Plate Automatic Duck, Inc. http://www.automaticduck.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Brian Gardner 14 Sep '09

14 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=mMqhhCOrfdg2v46bopd7VZAfTvNKg78f/Zcv+3xvDi6lTaJ45nOH47395r5vK8VP; h=Received:Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer:X-ELNK-Trace:X-Originating-IP; Thank you, Wes. I was starting to question my sanity. It's good to know that this is a real problem. Out of curiousity, do you know which version of FxPlug SDK has issue with -startTimeOfInputToFilter not working? I've only tried it on the FxPlug SDK 1.2.4, so I don't know if this is an old issue or a newly introduced one. -- Brian On Sep 14, 2009, at 10:07 AM, Wes Plate wrote: On 9/11/09 9:02 AM, "Darrin Cardani" <dcardani(a)apple.com> wrote: This call doesn't work properly for us either. -- Wes Plate Automatic Duck, Inc. http://www.automaticduck.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/brianrg%40earthlink.net _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… That sounds like the right thing to do. I'll see if I can figure out why it's not working for you. I'm not working a full day today, so it will probably be sometime next week before I have an answer. This email sent to brianrg(a)earthlink.net This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Wes Plate 14 Sep '09

14 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Thread-index: Aco1XeaRqB8lEAtWSU6kQ4QW+3N7Pw== Thread-topic: getting a filter input's current frame number User-agent: Microsoft-Entourage/12.20.0.090605 On 9/11/09 9:02 AM, "Darrin Cardani" <dcardani(a)apple.com> wrote: > That sounds like the right thing to do. I'll see if I can figure out why it's > not working for you. I'm not working a full day today, so it will probably be > sometime next week before I have an answer. This call doesn't work properly for us either. -- Wes Plate Automatic Duck, Inc. http://www.automaticduck.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0

Re: getting a filter input's current frame number
by Brian Gardner 11 Sep '09

11 Sep '09

site_archiver(a)lists.apple.com Delivered-To: pro-apps-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=kK75Jumu2DjrZUtPIuTk4YXbViC8gpTgIBA7ZUtKoVpkCuJ6kzAthYOJYP3HhXfQ; h=Received:Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc:Message-Id:References:To:X-Mailer:X-ELNK-Trace:X-Originating-IP; _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.a… This email sent to site_archiver(a)lists.apple.com

1 0