Lars Steenhoff Posted December 8, 2019 Share Posted December 8, 2019 @paulinventome Did you send your findings to sigma japan? Perhaps a firmware update can improve the green shadows Quote Link to comment Share on other sites More sharing options...
JimJones Posted December 8, 2019 Share Posted December 8, 2019 How effective would 16mm and S16 be on the fp ? Which mode would be best to shoot in with S16 lenses? I thought I read a post somewhere that said this camera had an S16 mode......most likely meaning the crop suited as an S16 fov. Not sure but it would be cool if we could mount S16 PL mount lenses on it Quote Link to comment Share on other sites More sharing options...
Lars Steenhoff Posted December 8, 2019 Share Posted December 8, 2019 If you only need 1080 maybe, but i would buy the original pocket cinema camera for 16mm shooting Quote Link to comment Share on other sites More sharing options...
rawshooter Posted December 8, 2019 Share Posted December 8, 2019 4 hours ago, JimJones said: How effective would 16mm and S16 be on the fp ? Which mode would be best to shoot in with S16 lenses? I thought I read a post somewhere that said this camera had an S16 mode...... You must have mixed that up with the Blackmagic 4K, which has an S16 mode (since the last firmware update). If you were to adapt an S16 lens to the Sigma fp, your maximum usable resolution would be 1760x990, and you'd have a strong vignette/crop on the camera display. Quote Link to comment Share on other sites More sharing options...
JimJones Posted December 8, 2019 Share Posted December 8, 2019 OK thanks. I must be confused then. Done so much reading these last few days on the fp that my head is spinning. I am sure someone somewhere said they could use S16 on the fp but as you say it doesn't quite work out, so........ How would Mamiya 645 lenses converted to hard PL mounts go on the fp? What sort of crop factor would it be? 645 is twice the size of the full frame fp or close enough anyway. Quote Link to comment Share on other sites More sharing options...
cpc Posted December 9, 2019 Share Posted December 9, 2019 23 hours ago, paulinventome said: The knock on effect is that, like the shadows which go green, the highlights go magenta. As @Lars Steenhoff mentions i do wonder if this is a bug/issue or just a side effect of the lack of tonality. If you recall the linearisation mapping that you posted before, there is a steep slope upwards at the end. Highlights reconstruction happens after linearisation, so it would have the clipped red channel curving up stronger than the non-clipped green and blue; it needs to preserve the trend. This hypothesis should be easy to test with a green or blue biased light. If the non-linear curve causes this, you will get respectively green or blue biased reconstructed highlights. I don't think the post raised shadows tint is related to incorrect black levels. It is more likely a result of limited tonality, although it might be exaggerated a little bit by value truncation (instead of rounding). This can also be checked by underexposing the 12 bit image additional 2 stops compared to the underexposed 10 bit image, and then comparing shadow tints after exposure correction in post. Quote Link to comment Share on other sites More sharing options...
paulinventome Posted December 9, 2019 Share Posted December 9, 2019 3 hours ago, cpc said: I don't think the post raised shadows tint is related to incorrect black levels. It is more likely a result of limited tonality, although it might be exaggerated a little bit by value truncation (instead of rounding). This can also be checked by underexposing the 12 bit image additional 2 stops compared to the underexposed 10 bit image, and then comparing shadow tints after exposure correction in post. I've done a bunch more digging. I think you're right however i have errors in highlights now with 12 and 10 bit - compared to 14 bit stills and also magenta single pixels. However i am trying to work out whether this is data or resolve. I have a feeling it might be resolve. I am perhaps going to revise my comments about 14 vs 12 vs 10 bit. Some initial tests suggested to me that the difference was lopping off 2 bits and a couple of stops between 14 and 12. But after some more testing now i simple cannot tell the difference between full range 12 bit and full range 14 bit. My exposure is +1 on sky and shadow. And both 12 and 14 bit (and 10) pull back full detail in clouds despite all showing as fully clipped. As a control i compare to Lightroom and what i've realised is that in lightroom where there is no highlight option actually it is taking full advantage of that ALL the time seamlessly. Resolve and Lightroom match. This is suggesting to me that perhaps the lopping off of 2 bits is in the shadows. Yet between 14 and 12 i cannot break. Whereas 10 is clearly lacking detail. I have no method here at the moment to test dynamic range (aka i can't find my wedge chart) So not 100% sure at the moment and more tests to be done. But 12 bit is very robust - or 14 bit stills are hampered somehow. cheers Paul Emanuel and Lars Steenhoff 2 Quote Link to comment Share on other sites More sharing options...
Emanuel Posted December 9, 2019 Share Posted December 9, 2019 Well done, Paul! : -) paulinventome 1 Quote Link to comment Share on other sites More sharing options...
paulinventome Posted December 9, 2019 Share Posted December 9, 2019 Okay, so the 12 to 14 difference is in the lower stops. The DNG sets the point at which is EV0, so in the 12 bit that is set two stops lower. You can see the raw data in the files. So Resolve will bring them in based around the EV0 point. But it is interesting at least in this test (outside a window with clipping clouds) that i can't visually really see a difference - when i push the shadows up, and expand that - either on scopes or visually. This makes some sense now that the difference between 14 and 12 is at the bottom of the range and it's filled top down. So really you are missing two stops at the shadows but actually this is really only a handful of code values at that range. What i will do is lock off a shot and shoot 8/10/12/14 and compare. What amazes me about this scene is the level of recovery. The lower picture shows as shot, it's at least 2 stops over. Then pull it down normally and then turn on highlight. This is recovered from the Red channel which hasn't clipped in a lot of places. If you took the image into Lightroom and brought it down the same thing happens automatically. So using Lightroom to judge native dynamic range of an image is not possible (the degree of recovery depends on the scene) Cheers Paul In the i Quote Link to comment Share on other sites More sharing options...
rawshooter Posted December 9, 2019 Share Posted December 9, 2019 Btw. - has anyone found a way how Resolve (16.1) properly recognizes the Sigma fp raw video files as CinemaDNG files, instead of DNG sequences with separate .wav files? Brian Williams 1 Quote Link to comment Share on other sites More sharing options...
Lars Steenhoff Posted December 9, 2019 Share Posted December 9, 2019 You can try renaming the folder and dig files to the structure of the following screenshot. This is the resolve naming convention. Brian Williams and rawshooter 1 1 Quote Link to comment Share on other sites More sharing options...
Brian Williams Posted December 9, 2019 Share Posted December 9, 2019 2 hours ago, rawshooter said: Btw. - has anyone found a way how Resolve (16.1) properly recognizes the Sigma fp raw video files as CinemaDNG files, instead of DNG sequences with separate .wav files? Oh yeah, I didn't even know that was a possibility- I want an answer to this too, having to manually add then layout the audio separately is a pain in the ass. Quote Link to comment Share on other sites More sharing options...
paulinventome Posted December 10, 2019 Share Posted December 10, 2019 11 hours ago, Brian Williams said: Oh yeah, I didn't even know that was a possibility- I want an answer to this too, having to manually add then layout the audio separately is a pain in the ass. Is there not timecode both in the audio and frames. Usually i sync everything via timecode. Ah, i just looked. There's no timecode in the wav files!!! But there is in the video. Surely that's a bug and that's why resolve can't automagically do anything. If you click on a wav and put the starting TC based on the DND sequence and then Auto Sync via TC that audio will be part of the sequence and you can drag it down. cheers Paul Lars Steenhoff 1 Quote Link to comment Share on other sites More sharing options...
JimJones Posted December 10, 2019 Share Posted December 10, 2019 If you haven't seen this one, it's worth your time. Really. Lars Steenhoff, Vintage Jimothy, JJHLH and 1 other 4 Quote Link to comment Share on other sites More sharing options...
Lars Steenhoff Posted December 10, 2019 Share Posted December 10, 2019 https://photorumors.com/2019/12/10/adobe-camera-raw-12-1-december-2019-released-with-zeiss-zx1-support/ Sigma fp now officially suppored in camera raw. ( it already worked but yea ) Quote Link to comment Share on other sites More sharing options...
thebrothersthre3 Posted December 10, 2019 Share Posted December 10, 2019 Praying for compressed RAW. Quote Link to comment Share on other sites More sharing options...
rawshooter Posted December 11, 2019 Share Posted December 11, 2019 8 hours ago, thebrothersthre3 said: Praying for compressed RAW. Will not happen because of RED's patent. Quote Link to comment Share on other sites More sharing options...
Brian Williams Posted December 11, 2019 Share Posted December 11, 2019 22 minutes ago, rawshooter said: Will not happen because of RED's patent. FPLog, or SigLog? Whatever they want to name it, but something similar to Blackmagic’s BRAW? That’s a workaround, right? Quote Link to comment Share on other sites More sharing options...
Lars Steenhoff Posted December 11, 2019 Share Posted December 11, 2019 It will get pro res raw, but you will need an atomos ninja. Quote Link to comment Share on other sites More sharing options...
paulinventome Posted December 11, 2019 Share Posted December 11, 2019 2 hours ago, Brian Williams said: FPLog, or SigLog? Whatever they want to name it, but something similar to Blackmagic’s BRAW? That’s a workaround, right? They mentioned having a log format but that's not the same as RAW, or BRAW. BRAW appears to part debayer in camera but i don't really know what goes on. To me that doesn't sound like RAW and i've seen it written that it's basically YUV format - I'm sure people here know better. The beauty of this camera is the RAW output - i just don't see the point of a log baked compressed format to be honest. It would be nice to be able to have a lossless compressed RAW and being lossless i wouldn't have thought that stood on Reds shoes. SlimRAW in camera. Compressed anything can cause issues, even in the Red ecosystem. As Lars says, there is a deal with Atomos but i don't think there are any definitive specs on this - is it even RAW? A little 2TB drive is not much or large and you can record to that for an hour or so. Same price as a high spec 256GB card in fact. cheers Paul Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.