November 10th, 2010, 07:18 AM | #391 | |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
FCP = No 16 bit Internal Processing Capability
Quote:
I don't see anything in those listed specs which would indicate FCP can do internal 16 bit processing of files and effects, or color correction. It's the internal processing (and Non-transcoding) of your clips which will get you the most out of your Nano video. AMC does all of what is listed in FCP anyway, although I would have to say FCS is a better finishing system, and Avid is a better cutting application. |
|
November 10th, 2010, 10:24 AM | #392 |
Regular Crew
Join Date: Jun 2007
Location: Forest Ranch, CA
Posts: 106
|
FCP and Nano
Thanks for the info, I guess I don't understand INTERNAL processing , I'll have to look it up. Also I thought all Nano files are 8 bit. I really want to figure this out. I'm having trouble accepting that FCP can't retain the original quality of the Nano's clips. Thanks for any help.
|
November 10th, 2010, 11:57 AM | #393 | |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
FCP Avid Media Composer & Nano/XDR
Quote:
1. Edit in native 8 bits. 2. Color correct in 10 bits. 3. Render and process for output in 16 bit ! WOW !! I'm having trouble accepting that FCP can't retain the original quality of the Nano's clips. Thanks for any help.[/QUOTE] |
|
November 11th, 2010, 09:39 AM | #394 |
Major Player
Join Date: May 2006
Location: Incline Village, Nevada
Posts: 604
|
I'm wondering about a few items regarding workflow in FCP Studio and this discussion of the best image quality:
1. Working with a FCP Uncompressed Timeline and round trip to Color for color correction - or working in a Pro-Res 10bit 4:4:4 timeline 2. Color can be set to work in 32 floating point which basically further divides the 8,10,12, or 16 bit down into more units yet for grading 3. In mid-September, FCP put out an update that added better support of XDCAM HD422 - I haven't had time to figure out what the upgrade has done to benefit our CD files yet though. Maybe someone else can chime in. But I think this level of workflow is probably limited to the lucky folks who are working with filmout or high end broadcast. |
November 11th, 2010, 10:49 AM | #395 |
Major Player
Join Date: Sep 2008
Location: Vancouver, Canada
Posts: 975
|
Mark, wow. Great informative post on the practical distinctions between mpeg 2 and 4 and on the avoidance of 8 bit rendering.
I can reassert Mark's observation about Final Cut. It is setup to do 8 bit conversions and rendering in several places within a given project and many filters are 8 bit as well. I would recommend that anyone regardless of whether you are using high bitrate footage from a nanoFlash or otherwise turn on 10bit or high precision rendering in FCP if you want transitions and titles to look good. Anyone will see the difference, not just people in the biz. |
November 11th, 2010, 01:25 PM | #396 | |
Major Player
Join Date: Jun 2009
Location: Vientiane (Lao PDR)
Posts: 349
|
Quote:
Just set "Render all YUV in High Precision". Rafael |
|
November 11th, 2010, 01:37 PM | #397 | |
Major Player
Join Date: Jun 2009
Location: Vientiane (Lao PDR)
Posts: 349
|
Quote:
Absolutely wrong. As long as you do not render, you can edit and export the FULL original NANO footage. If you render, of course, your only option is 50Mbps 422. The official SONY format supported by FC. rafael |
|
November 11th, 2010, 01:41 PM | #398 |
Inner Circle
Join Date: Jun 2003
Location: San Jose, CA
Posts: 2,222
|
Piotr and Mark,
I found peace with this exercise : 220-280 Mbps I-frame MPEG2 for HD is a scaled-up DV25. 1080i60 has an image size that is 6x that of 480i60. 25 Mbps * 6 = 150 Mbps. Let's disregard the NTSC pixel shape and assume 720x480 square pixels. Moving from 4:1:1 to 4:2:2 is a scale factor of 1.3333, bringing us to 200 Mbps. This disregards the differences in frame coding, but ... |
November 11th, 2010, 01:51 PM | #399 | |
Major Player
Join Date: Jun 2009
Location: Vientiane (Lao PDR)
Posts: 349
|
Quote:
The NANO footage workflow should be the same than for any other 8b footage. - Edit native and render/export with the higher possible quality. No advantage on transcoding before editing. rafael |
|
November 11th, 2010, 02:03 PM | #400 |
Major Player
Join Date: Jun 2009
Location: Vientiane (Lao PDR)
Posts: 349
|
The only difference DV25/50, with MPEG-2, is that MPEG-2 is scalar, and supports GOPs.
DV are Intraframe with fix data-rate. Both use DCT compression. rafael |
November 11th, 2010, 02:24 PM | #401 |
Inner Circle
Join Date: Aug 2006
Location: Poland
Posts: 4,086
|
...but 220 Mbps I-Fo is our new, true "sweet point" of nanoFlash recording.
Is this what you mean, Gints? If so, I'm with you on this. Especially now, when the new Vegas Pro 10 has been improved sooo much in the high bitrate nanoFlash file decoding-playback (even the 280 Mbps clips play full fps, with the full quality - something impossible in the previous version, where 100 Mbps L-GoP was the highest bitrate format that played back without stuttering). Piotr
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive |
November 11th, 2010, 07:08 PM | #402 |
Inner Circle
Join Date: Jun 2003
Location: San Jose, CA
Posts: 2,222
|
"but 220 Mbps I-Fo is our new, true "sweet point" of nanoFlash recording."
I used DV25 to show that 220 Mbps I-Frame is not that crazy for HD and that we shouldn't expect great compression quality from I-Frame at lower bitrates. If anything, 280 Mbps does not look as crazy as before. |
November 11th, 2010, 11:48 PM | #403 |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
The Many Tricks & Practices in Working With MPEG 2
Hi Gints, Piotr, and Andrew:
The bad news, is 8 bits isn't quite enough, but the good news, is it certainly can be "finessed" and manipulated into looking much better than it would normally. I find in many NLE post workflows, if you fail to dig deep down into your project settings to make sure you have set the highest processing pixel precision possible, then you wind up "coloring" your video image quality in a degrading way. If you don't set the audio project bit depth to at least 24 bits (Regardless of source audio bit depth ), then you also degrade the overall audio as soon as you add filters and begin mixing and rendering the work down. What Piotr and Gints have seen, is not so much the deficiencies of the Nano, rather, it is the overall deficiencies of the MPEG 2 Long GOP specification, which will repeatedly reveal its limits on large screen TV's if the source footage is not processed adequately in the post workflow. Now with these new super resolution camcorders coming down the pipe, these subtle differences will only become even more apparent visually. The subtle detail, which an ill adjusted NLE will lose for you, is what makes the picture when its on a 52 inch plus size screen. The big screen TV's are so good these days they are very capable of reproducing all noise and coding inefficiencies of 8 bit MPEG - 2, unless you finesse the heck out of it. Ask yourself the basic question - How do you use your SSDR ? In 98 % of the cases I work on, I use my Flash XDR as a simple black box recorder, this is to say, I only use the box to capture and playout the recorded clips from the XDR itself, or I import the clips directly off of the CF Card media to edit. I do not use, nor do I need any of the other features - except the odd time-lapse sequence, but now even this has been done to death in television. I am of the minority opinion on this forum when it comes to how I view the role of the Solid State Digital Recorder to be. ** I see the role of the SSDR to be able to capture what the camera **sensor** can actually see, and put this data onto solid state recordable media in the best possible quality, with little or no compression in as high a color space and pixel precision as possible. I consider *Compression* to be the role of the NLE - NOT the SSDR ! You should compress your data at the NLE stage, if any, and leave the field recorder to treat the source image data as "digital film." I'm designing my long and painful SSDR project to do just that. These new Panasonic & Sony Cameras are pretty exciting, and I believe the option of uncompressed capture will eventually make its way down to the lower end consumer recorders due to the ever improving media density vs price point in removable storage, plus the superior signal to noise ratio of the video response signals coming out of these new digital cinema like camcorders. |
November 12th, 2010, 09:11 AM | #404 |
Inner Circle
Join Date: Aug 2006
Location: Poland
Posts: 4,086
|
Agreed - at anything lower than 180 Mbps (an absolute minimum), I-Fo looks like crap. Much worse than L-GoP at corresponding bitrates.
Piotr
__________________
Sony PXW-FS7 | DaVinci Resolve Studio; Magix Vegas Pro; i7-5960X CPU; 64 GB RAM; 2x GTX 1080 8GB GPU; Decklink 4K Extreme 12G; 4x 3TB WD Black in RAID 0; 1TB M.2 NVMe cache drive |
November 12th, 2010, 09:20 AM | #405 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Piotr,
We do not recommend shooting at 100 Mbps I-Frame Only. I mention this to our customers all of the time. This is not a recommended option.
__________________
Dan Keaton Augusta Georgia |
| ||||||
|
|