-
Notifications
You must be signed in to change notification settings - Fork 115
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ARW: Support new LJPEG compression on ILCE-7M4 and ILCE-7R5, approach 2 #484
ARW: Support new LJPEG compression on ILCE-7M4 and ILCE-7R5, approach 2 #484
Conversation
* Support large-resolution ARW from ILCE-7RM5 * Generalize sonyArrange in LJPEG arrangement to support 1x2 Co-authored-by: Artemis Tosini <[email protected]>
Recap: due to crop size roundup to multiples of tile size (512) Sony lossless files exhibit black areas if not further cropped down to actual pixel area, which is covered by the sensor. Exif.SubImage1.0x7038 seems to reliably provide the true crop size, whereas Exif.SubImage1.DefaultCropSize only crops to OOC jpeg size losing some pixel area
* upstream/pr/482: Do not apply crop from cameras.xml and set crop origin to 0,0 Boyscout: make sony exif tag naming consistent Use Exif.SubImage1.0x7038 field for Sony lossless compression crop ARW: Support new LJPEG compression on ILCE-7M4 and ILCE-7R5
…ld for square MCU's
`#pragma omp for` is non-sensical on itself.
Looks like UBSan sanitizes even the OpenMP-produced synthetic computations, and thus `rwDecoder.cpp:337:5: runtime error: unsigned integer overflow: 0 - 1 cannot be represented in type 'unsigned int'`.
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## develop #484 +/- ##
============================================
+ Coverage 38.54% 59.07% +20.53%
============================================
Files 643 232 -411
Lines 36905 13886 -23019
Branches 5073 1944 -3129
============================================
- Hits 14224 8203 -6021
+ Misses 22106 5550 -16556
+ Partials 575 133 -442
Flags with carried forward coverage won't be shown. Click here to find out more.
☔ View full report in Codecov by Sentry. |
Based on #482 & #386,
and an alternative take to that of #483,
one that does not require fusing everything into the LJpegDecompressor.