@3fld Just to clarify one thing... its not "tagging" it 2020, its actually converting it to 2020... so rendering intent is preserved. If you want log you can choose a flavor in Color Conversions (no vlog currently though)
@restlesspix @3fld Because of some weirdness of the PRR decoder, we always get samples back in linear/2020... however you can use the "Color Conversion" additional option to have us convert into a log profile. We don't have v-log/gamut in the list currently, but it'd be easy to add
@baezfelipe @restlesspix @hedgeforvideo is there anywhere we could put that metadata that NLEs would read (and use in color rendition)? it's easy to write it to a generic text field.
@restlesspix @chrisatlatenite@alisterrobbie The fix for a project that’s already half way is what @alisteirrobbie is already doing, creating new “masters” where the timecode is the same as the wrong one. The easy way to avoid this is to pass any Sony files through a rewrap on @editready, then you get the right timecode.
We just released ER 22.3.2 with a bunch of bug fixes, updated BRAW support, and improvements for CanonRAW on intel processors. Check for the update in app!
@MartinSautter Hi Martin - When you have a moment, give this build <https://t.co/wEEXhramrV> a try. It should resolve your issue. We're still having a bit of conversation about how we want to implement this going forward, but this should be the right direction.
@MartinSautter Great thanks - that makes more sense. I've reproduced the issue and I think I see what's going on. We'll do some thinking on the best fix and then get you an update.
@MartinSautter Hey Martin - I converted your file to ProRes 4444 using EditReady here and I got the value I'd expect - see attached. I'm wondering if I'm misunderstanding something about your setup - what version of MacOS are you on?
@MartinSautter Hi Martin - would you be able to share a source file with us? When transcoding from PRRaw, we copy across the transfer function (the 9 in that string) that the PRRaw decoder hands us. Apple doesn't define "9" though, so I'd love to poke at your source to see what's going on.
@MartinSautter Lets us check with engineering and get back to you. It looks like you converted into two different formats (4444 and 4444 XQ), is that on purpose?
EditReady 22.3 is here 🚀
✨ @CanonUSApro RAW support
✨ @arrichannel ALEXA 35 support
✨ Even better @Blackmagic_News RAW speeds
✨ @leica_camera SL2-S BRAW support
Read all the ins and outs: https://t.co/QI1pZKgl2B
Download: https://t.co/GQhGwrVb6B
@editblog@joeydanna@hedgeforvideo@vexed The destination pop up only works with dnx codecs, and like everything else is locked when in an existing preset… make a new custom preset, choose a dnx flavor, and it should be available
EditReady 22.2.1 released with tons of speed and stability improvements to Sony Raw/XOCN and fixes for color processing edge cases! -- https://t.co/9wVeNXLkEV
@AlexisKobalt We're working on a build to address some of these SONY issues, DM (or email [email protected]) and we can make sure you get a copy to test.