@maxotics hey, yes i did very little research going into that question.
please be aware that it is never my intent to offend, i just like problems and see a challenge behind a "no". which is why I wanted elaboration.
I did know that realtime compression isn't viable which is why I asked what the CPU overhead is and made the comment about frame numbers.
Let me throw you a hypothetical.
Let's say the devs are able to take a frame that is about to be dumped onto the card, and instead threw it onto camera memory for processing. The camera then compresses this frame and then dumps it onto the card when it is able to next (after having compressed it).
Lets say the 5th frame is the one that gets grabbed for compression. The frames would be written to card 1,2,3,4,6,7,8,9... and once compression has finished then 5,10,11. So it would be a pseudo-realtime compression. Taking a frame here or there and compressing, rather than every frame. The thing that would allow this to be completed is the new MLV format with has frame metadata, allowing the frame to be uncompressed by whatever tool supports MLV.
Of course this is only theoretical, which is why I asked the question in the first place.
Apologies for not elaborating better in the first place.
-Ben