I am NOT talking about PPRO on Mac. There it is slow.
You said "Apple's Pro Apps are VERY VERY slow in comparison to Adobe when it comes to rendering", specifically mentioning FCPX. This is a Mac forum, so obviously when making software comparisons the presumption is it's on Mac hardware unless otherwise stated. What you meant is you have devised a non-Mac machine for a specific workflow that runs faster than some other unstated Mac hardware, and described this as a purely software difference.
However I agree with your above statement: Premiere Pro is often slow on Macs, whereas FCPX on the exact same hardware is much faster. But that's not Apple's fault.
....for what I am doing (Image Sequences) which aren't even playable within FCPx are MUCH faster in PPRO...
FCPX can handle image sequences but normally they are imported via Compressor, or a reference file can be generated via Quicktime 7 Pro. My documentary team sometimes shoots 1 terabyte of image sequences per week for time lapse. FCPX has no problem handling these either as a reference file from QT7 Pro or a transcoded ProRes file from Compressor. The Compressor workflow is discussed here:
...PPRO 2017 is MUCH MUCH slower on a Mac than on PC which was what I was referring to. Any 2k Dollar Hackintosh or Windows Computer will make any Mac look like a true relic regardless of config.
This is simply not true as an unqualified statement. I run Premiere on both Windows and Mac, and both Premiere 2017 on both Mac and PC. For most common video editing tasks using H264, FCPX is vastly faster than Premiere on the same Mac hardware, or even on similar PC hardware. This is especially so for scrubbing performance on the timeline and viewer redraw rate when skimming content.
...I do NOT measure ANY software by how fast it is when working directly with a heavily decoded H264 Delivery Format. I would NEVER EVER cut NOR grade in an 8 bit 420 format. I would create intermediaries in 12 bit and grade and cut that. Prores 4444 is a no brainer. And that is NOT slower in PPRO. Any software aiming their core performance at H264 Workflows is clearly aiming at amateurs...
My documentary team recently shot 2.3 terabytes of 4k H264 content in one week, using ten cameras and two drones (simultaneously). Had this been ProRes 422, it would have been about 14 terabytes. Since that must be duplicated in the field for redundancy, make that 28 terabytes. That is not feasible, so it's common for large documentary or news projects to use H264 acquisition.
You can see some examples of professional H264 acquisition here:
ABC News filming three-camera interview in front of White House:
https://joema.smugmug.com/Photography/ABC-News-Using-DSLRs/n-BsScJC/
ABC News using GoPro as main camera on interview:
https://joema.smugmug.com/Photography/ABC-News-using-GoPro-Session/n-Q775hV/
CNN Moneyline shooting interview H264 with C100 Mark I:
https://joema.smugmug.com/Photography/CNN-Moneyline-DSLR-Shoot/n-ffF2JW/i-tQ6Wj4s/A
Fox News shooting news piece using DJI Osmo and GoPro:
https://joema.smugmug.com/Photography/Fox-News-using-DJI-Osmo-and/n-pbrJHC/
CBS 60 Minutes shooting field interview with Panasonic HMC-150 (which uses H264):
https://joema.smugmug.com/Photography/60-Minutes-using-Panasonic-HMC/n-MFg8L9/
Whether the H264 content is then transcoded to a mezzanine codec for editing is a decision the creative team makes.
FCPX automatically uses ProRes 422 as its rendering codec, regardless of the H264 source material, and regardless of output codec. So in a sense it's always editing ProRes. This isn't like Photoshop editing a JPG image, where the image is recompressed with each save. The FCPX edit commands go to the library and are implemented in a ProRes buffer -- even for H264 source material. The original H264 content is never altered.
I have never seen any proof that transcoding H264 to ProRes before ingest produces better quality when editing on FCPX. Internally it is only editing ProRes anyway -- even if from H264 source content. It is being dynamically transcoded. Transcoding to ProRes before ingest is no different. The main advantage is higher editing performance, not higher quality. There is a lot of loose talk about this and urban legends but no carefully controlled tests which support that transcoding H264 to ProRes before ingest produces better quality for either editing or color correction than just letting FCPX dynamically transcode the render buffer to ProRes during editing.