|
|||||||||
|
Thread Tools | Search this Thread |
March 18th, 2009, 09:35 AM | #106 | |
Major Player
Join Date: Jun 2005
Location: San Francisco
Posts: 542
|
Quote:
Personally, in my opinion, this NEEDS TO BE FIXED asap by Canon. Funny thing was in Check Westfall's last tech tips, even he was ignorant of the issue and played off the drift issue as a 30p thing. We made comments in that post of his, and although he responded to everyone else, he didn't respond to our comments. Canon needs to get a clue on this. (BTW, I may be a little biased considering I had to send my BRAND NEW 5D2 into warranty because it became useless with Err 20 lockups not to mention a hot pixel in video mode that can't be mapped out by the user -- yup, that's not one, but TWO DEFECTS, straight out of the box.) |
|
March 18th, 2009, 11:26 AM | #107 | |
Inner Circle
Join Date: Nov 2005
Location: Elk Grove CA
Posts: 6,838
|
Quote:
__________________
Chris J. Barcellos |
|
March 18th, 2009, 01:22 PM | #108 |
Major Player
Join Date: Feb 2008
Location: Voorheesville, NY
Posts: 433
|
|
March 18th, 2009, 02:23 PM | #109 |
Major Player
Join Date: Oct 2007
Location: Northern California
Posts: 517
|
Don't take for granted that the 30fps header is incorrect. I have heard both 29.97 and 30 as the true frame rate at different times directly from Canon, and all of our tests indicate that it truly is exactly 30fps. On a 10 minute clip, separately recorded audio syncs perfectly with the footage playing back at 29.97, AFTER you slow down the audio to 99.9% of the original speed. This would indicate that the video was really 30fps, but who knows how headers and such are effecting the software when I attempt to manually reinterpret at 29.97.
__________________
For more information on these topics, check out my tech website at www.hd4pc.com |
March 19th, 2009, 09:58 AM | #110 |
Inner Circle
Join Date: Nov 2005
Location: Elk Grove CA
Posts: 6,838
|
Hopefully we will hear something from one of the David's on this issue shortly. And Cineform, as a developer, may have some kind of information on that oft "rumored" firmware update, and may be some reason to wait on that.
__________________
Chris J. Barcellos |
March 21st, 2009, 07:56 PM | #111 |
Inner Circle
Join Date: Nov 2005
Location: Elk Grove CA
Posts: 6,838
|
Dave Posted New Beta
For those who have been following, David Newman just posted a new beta of NeoScene, which appears to me to resolve the synch issues.... I did one conversion of a long file, and seems to match well now.
__________________
Chris J. Barcellos |
March 22nd, 2009, 10:03 AM | #112 |
CTO, CineForm Inc.
Join Date: Jul 2003
Location: Cardiff-by-the-Sea, California
Posts: 8,095
|
Chris,
Thanks for the positive report. Anyone have the Nero issue? That should also be fixed, just looking for add end user confirmation.
__________________
David Newman -- web: www.gopro.com blog: cineform.blogspot.com -- twitter: twitter.com/David_Newman |
March 23rd, 2009, 11:22 AM | #113 | |
Major Player
Join Date: Feb 2008
Location: Voorheesville, NY
Posts: 433
|
Quote:
http://www.dvinfo.net/conf/1029179-post6.html But that said, I have no idea what the frame rate in the 5D2 MOV files is and as you stated, the frame rate value stored in the MOV file metadata could be "goofing up" any attempt to figure that out. The audio and/or the video tracks of the original MOV file could be being decoded incorrectly, if the header information is used and the true frame rate really isn't 30.00 fps. I do know that up until the most recent update to NEO Scene, the converted CFHD files also had the frame rate in the metadata as 30.00 fps. At least, that issue has been addressed. Keep in mind also, that the problem of the A/V synchrony isn't that obvious, because the maximum duration of a 5D2 clip is only about 11 minutes, depending on content. That's less than 20 frames of "slop" in the longest possible converted file. It is still an unacceptable result, but for shorter clips, the lack of synchrony gets less and less noticeable. It wouldn't surprise me at all that if there is another firmware upgrade for the 5D2 and the frame rate is officially changed to 29.97 for 30p files. |
|
March 23rd, 2009, 11:40 AM | #114 | |
Inner Circle
Join Date: May 2006
Location: Camas, WA, USA
Posts: 5,513
|
Quote:
Frankly, 30p doesn't satisfy anybody. If they were to change it to 29.97p without adding 25p, that would just dis the European/PAL market even more.
__________________
Jon Fairhurst |
|
March 23rd, 2009, 12:02 PM | #115 |
Inner Circle
Join Date: Nov 2005
Location: Elk Grove CA
Posts: 6,838
|
I have difficulty getting my pea sized brain around all of this sometimes. What Cineform has done here is changed the playback rate, right ? David indicates here, and elsewhere that there are not frame blendings or anything like that, only that audio is pitch filtered and stretched to meet the new frame rate as employed by the Cineform intermediate.
So, on an esoteric level, because it doesn't mean much to me in the max 12 minute clip one way or the other, which frame rate runs true to a real time clock ? I know when I drop the camera file and the new Cinframe file on parallel time lines in Vegas, the camera's file ends about 8 frames faster in a five minute clip than the Cineform transcode file on a time line set up using the Vegas intermediate preset. All this has me thinking of time warps and theory of relativity....
__________________
Chris J. Barcellos |
March 23rd, 2009, 12:17 PM | #116 |
CTO, CineForm Inc.
Join Date: Jul 2003
Location: Cardiff-by-the-Sea, California
Posts: 8,095
|
We believe real-world clock rate for the Canon 5D MkII is 30.0. As that is mostly useless, we have now conformed the output to 29.97. I'm guessing the camera will be updated to 29.97 (and other rates) at some point.
__________________
David Newman -- web: www.gopro.com blog: cineform.blogspot.com -- twitter: twitter.com/David_Newman |
March 23rd, 2009, 02:59 PM | #117 |
Major Player
Join Date: Jun 2005
Location: San Francisco
Posts: 542
|
Wow, that's one hell of a prediction there. Here's to praying that ends up being true. I mean the 29.97 would be nice, but "other framerates," now that gets my attention! Do you know something we don't, heh...
|
March 23rd, 2009, 03:42 PM | #118 |
CTO, CineForm Inc.
Join Date: Jul 2003
Location: Cardiff-by-the-Sea, California
Posts: 8,095
|
I know nothing more than other Canon outsiders. There have been rumors about firmware video fixes and 24p coming, I'm guess a video fix might include 29.97. Of course with Neo Scene you don't need to wait for that particular fix.
__________________
David Newman -- web: www.gopro.com blog: cineform.blogspot.com -- twitter: twitter.com/David_Newman |
March 23rd, 2009, 05:38 PM | #119 |
Major Player
Join Date: Feb 2008
Location: Voorheesville, NY
Posts: 433
|
This is why it's hard to a) Understand why Canon used 30.00 fps and b) test whether it's really 30.00 fps. But I digress. Every independent test shows that on a 29.97 timeline, the original 5D2 MOV files will be out of sync with separately recorded audio and/or video of the same footage. That leads everyone who has tested this (except Canon) to conclude that the MOV file is truly 30.00 fps. I've moved on from that a while ago, just because, until Canon does something about this, the only option is to work around this issue. If the only thing that you are editing is one or more 5D2 MOV files, than this issue is somewhat lessened, because you are going to use a different final format out of your NLE anyway. Prior to the upgrade to NEO Scene, your best option was to use a 29.97 timeline and correct the audio yourself in your NLE.
But if you are converting to Cineform, you might as well have the metadata header in the converted file set to 29.97 fps and then correct the audio. As I understand what David Newman has stated, there is no interpolation between video frames to do the conversion. The 5D2 MOV file frames are converted to Cineform frames, of course, by decoding the h.264 and encoding into Cineform. |
March 27th, 2009, 06:23 PM | #120 |
Major Player
Join Date: May 2003
Location: Chicago, IL
Posts: 991
|
Why do the neoScene transcoded files being read as non-progressive by vegas? In Vegas, the files are indicated as Upper Field first.
|
| ||||||
|
|