
(Page 1 of 1 pages for this article )
Friday, November 11, 2011
PsF’s missing workflow, Part 5: Átomos hires a stripper!
Allan Tépper | 11/11
Átomos hires a stripper to counteract malignant PsF!
In part 1 of PsF’s missing workflow, we introduced the new terms benign PsF and malignant PsF (Progressive Segmented Frame), reviewed their vital importance and fragility in post-production, and clarified the PsF status of two Panasonic professional AVCHD/AVCCAM cameras. In part 2, we revealed the PsF status of the Canon XA10 professional AVCHD camera. In part 3, we clarified the PsF status of Sony’s professional AVCHD/NXCAM cameras. In part 4, we covered some portable HD recorders and their PsF status. Now, in part 5, we’ll learn why Átomos (manufacturer of the portable HD recorders creatively called Ninja and Samurai) has hired a stripper to help correct the malignant PsF signal that many cameras output via HDMI.
The terms Benign PsF and Malignant PsF
The terms benign PsF and malignant PsF were introduced in Part 1 of this series called PsF’s missing workflow.
Problem to be solved
As I explained in Part 4 of this PsF’s missing workflow series, camera manufacturers so far are unfortunately delivering malignant PsF on their HDMI outputs. Although Sony’s NXCAM is outputting a special HDMI signal (see my recent article Untapped features in Sony NXCAM’s new HDMI output), to my knowledge so far no standalone file-based HD recorder yet recognizes Sony’s special flags. (As you’ll note in that article, Sony’s flags go beyond pulldown identification and also include timecode over HDMI.) Although several more expensive file-based HD recorders I covered in Part 4 have reverse telecine onboard (which eliminates pulldown and converts multiple framerates of PsF into pure progressive before compression), the US$999 Ninja from Átomos does not have this feature onboard, since it was designed either to record interlaced or pure progressive. The problem is that so far, no camera I’ve ever seen actually outputs native 23.976p, native 25p, or native 29.97p over HDMI. So when you record malignant 25PsF or malignant 29.97PsF, you are subject to all of the pitfalls and negative side effects I covered in Part 1 of this PsF’s missing workflow series. In addition to other software solutions I’ll be covering in future articles in this series, Átomos has just announced its own.
Enter Átomos’ Stripper
Continuing with the creative name policy already established with their Ninja and Samurai recorders, Átomos recently announced their Stripper 1.0, a piece of software that accepts the malignant PsF ProRes recordings made with their Ninja recorder and converts them to pure native progressive files. According to Átomos, their Stripper 1.0 will accept the PsF file and output the native progressive file of the matching framerate, so 23.976-over-59.94i will become pure 23.976p, 25PsF will become pure 25p, and 29.97PsF will become pure 29.97p. That way, the software editor will treat them as progressive, and the pitfalls and most of the negative side effects can be avoided.
Price, availability, and compatibility
As of publication time of this article, Átomos has not yet responded about the delivery date, price, or compatibility of their Stripper 1.0. When I say “compatibility”, it is not yet clear whether Stripper 1.0 will be for Mac or Windows, and whether Stripper 1.0 will work with any PsF ProRes file, or if somehow the ones recorded by their Ninja (or presumably even their Samurai, if the operator forgot to reverse telecine with that model) have some metadata to indicate that they were created by their own recorders, and therefore have designed Stripper 1.0 to reject other PsF ProRes files. I’ll update this when they respond. Upcoming articles in this series will also compare using Átomos’ Stripper versus other methods to achieve the same result.
Upcoming articles in the PsF’s missing workflow series
Upcoming articles in this PsF’s missing workflow series will reveal the different workarounds with several software programs, and my conclusions about this situation. To be sure you don’t miss any articles, sign up for my mailing list here.
Prior sections of the PsF’s missing workflow series
Allan Tépper’s books, consulting, articles, seminars, and audio programs
Contact Allan Tépper for consulting, or find a full listing of his books, articles and upcoming seminars and webinars at AllanTepper.com. Listen to his TecnoTur program, which is now available both in Castilian and in English, free of charge. Search for TecnoTur in iTunes or visit TecnoTur.us for more information.
Disclosure, to comply with the FTC’s rules
None of the manufacturers listed in this article is paying Allan Tépper or TecnoTur LLC specifically to write this article. Some of the manufacturers listed above have contracted Tépper and/or TecnoTur LLC to carry out consulting and/or translations/localizations/transcreations. Many of the manufacturers listed above have sent Allan Tépper review units. So far, none of the manufacturers listed above is/are sponsors of the TecnoTur programs, although they are welcome to do so, and some are, may be (or may have been) sponsors of ProVideo Coalition magazine. Some links to third parties listed in this article and/or on this web page may indirectly benefit TecnoTur LLC via affiliate programs.
(Page 1 of 1 pages for this article )
You must be registered to comment. This is an effort to reduce spam. Please REGISTER HERE.
“so 23.976PsF will become pure 23.976p, 25PsF will become pure 25p, and 23.976PsF will become pure 29.97p.” - At least one typo and possibly an error, though I am not sure about the latter, I wonder what camera outputs 23.976PsF, is it some old CineAlta? These days 23.976 is usually encoded either natively or with 2-3 pulldown, and the latter is not PsF.
Anyway, your “research” makes no practical sense because you just have tested how a particular software - that is, FCP - handles PsF from different cameras. You haven’t found what is actually different in these files, so other software may handle these files in a different way. You should dig deeper to check what the flags are and maybe something else, maybe additional metadata in some containers.
You need to verify how chroma is encoded and how it can be properly rectified for progressive content.
Posted by .(JavaScript must be enabled to view this email address) on 11/11 at 11:11 PM
Burn-E,
Thanks for pointing out the 29.97 typo, which is now fixed, thanks to you. The rest is correct as published, or pending to be published in upcoming articles, which will include other editing software (not just FCP). Thanks again!
Allan Tépper
Posted by Allan Tépper on 11/12 at 04:26 AM
|