site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=dS0cwGTRWOaOMR4xGpQlbeHO0j++lMBRV4Z2B+yvlUvveOnc6Fu/cagYdG0pJ0jHqqfPxq/gLliq0iyN7pV87ovE5H2twHTBm9e2tJP+5V8uVaZZbLflr8cp9q7RwCxKQuctfA+XNMqTJf7aJ2e/lMwPeT/Za0n6VPqCeM9Aa60= ; How are you doing? Yes. It was how it was solved. :) Anyway, I would like to appreciate your time on this issue. Best regards, JongAm Park On Jan 4, 2010, at 1:35 PM, Darrin Cardani wrote: Darrin On Dec 27, 2009, at 9:55 AM, JongAm Park wrote: This is the pattern I found : Thank you. JongAm Park _______________________________________________ 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/dcardani%40apple.com -- Darrin Cardani dcardani@apple.com _______________________________________________ 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... What is curious is that QuickTime returns modified timecode when not using timecode track. It means it somehow manipulate the timecode, then I'm curious why it doesn't put the standard DF timecode there. There can be some decision on how they do so in implementation stage. :) I'm not up on my QT skills lately, but the way I've done this in the past is to create a timecode track and set the TimeCodeDef flags of the TimeCodeDescription to include tcDropFrame. Are you doing that? I would like to add some more information I asked in quicktime-apl mailing list. The issue was the the timecode returned by [[qtMovie attributeForKey:QTMovieCurrentTimeAttribute] QTTimeValue]; or currentTime returns somewhat weird timecode for dropping frame video files. However, the FCP and the QuickTime player ( not X ) displays the timecode correctly for dropping frame video clips. Left : timecode from QuickTime API, which is not right. Right : timecode overlay imposed by FCP, which is correct (QuickTime Player also shows this timecode. ) Time from QT : 33 sec 28 Overlay : 33 sec 28 34 sec 00 ( jump 1 frame) 33 sec 29 (continue) 34 sec 01 34 sec 00 34 sec 02 34 sec 01 Time from QT : 59sec 29 Overlay : 59;28 1 min 00 sec 00 59;29 1 min 00 sec 01 1:00;02 ( jumping 2 frames) ( This is correct. At every 1 min, timecodes for 2 frames are dropped. ) 1 min 06 sec 28 1:06;29 1 min 07 sec 00 (jump 1 frame ) 1:07;00 1 min 39 sec 28 1:39;28 1 min 40 sec 00 (jump 1 frame ) 1:39;29 1 min 40 sec 01 1:40;00 1 min 59sec 29 1:59;28 2 min 00 sec 00 1:59;29 2 min 00 sec 01 2:00;02 ( jumping 2 frames) 2 min 00 sec 02 2:00;03 2 min 13 sec 28 2:13;29 2 min 14 sec 00 (jump 1 frame) 2:14;00 For me to let my program display the correct timecode, I should either have unmodified timecode to have it increased by 2 frame at every 1 min, or QuickTime API should detect that the clip is DF one and return correct time code. However, it drops 1 frame at every 33rd or 34th frame ( I'm not sure it is always so. ) So, is there any way to retrieve correct timecode? This email sent to dcardani@apple.com This email sent to site_archiver@lists.apple.com