Unfortunatly it doesn't support the old jpeg format yet. Not sure why currently, but modern tiff encoded using jpeg are fully supported.
#rb Alexis.Matte
#preflight 61a52da9c3287aab277a80d5
#ROBOMERGE-AUTHOR: swarm
#ROBOMERGE-SOURCE: CL 18314926 in //UE5/Release-5.0/... via CL 18315830
#ROBOMERGE-BOT: STARSHIP (Release-Engine-Staging -> Release-Engine-Test) (v895-18170469)
[CL 18316193 by swarm in ue5-release-engine-test branch]
#rb Mark.Lintott
#rnx
#preflight 614040873aa82d00013a13ab
- When libjpeg-turbo is enabled we now disable libJPG, before we were including both and relying on libJPG being stripped out.
- Fixed IcoImageWrapper.cpp to compile if WITH_UNREALPNG is 0.
- Cleaned up code comments around enabling libjpeg-turbo with a reminder to investigate the exe size increase if anyone tries to enable it on a console platform.
#ROBOMERGE-AUTHOR: paul.chipchase
#ROBOMERGE-SOURCE: CL 17502250 in //UE5/Main/...
#ROBOMERGE-BOT: STARSHIP (Main -> Release-Engine-Test) (v870-17433530)
[CL 17502312 by paul chipchase in ue5-release-engine-test branch]
Changed the texture payloads so that they use the new unique buffer.
Refactored the blocked texture payload and the UDIM translator to support the new payload.
Added some functions to the FTextureSource so that it can receive a FSharedBuffer instead of copying the data into the payload.
Removed the const requirement from the UInterchangeFactoryBase main functions. It was needed so that I can store the texture payload in the function CreateAsset and then consume it in the function PreImportPreCompletedCallback. Also reporting messages in the factory does affect the state of the factory.
The Interface IImageWrapper has a new function to get the raw data into an ArrayView. For now the interface provides a default implementation but I would like to make it abstract when all the existing wrapper will have an implementation for it.
#jira UETOOL-3834
#rb Alexis.Matte
#preflight 610877d603d30300010f7840
#ROBOMERGE-SOURCE: CL 17023158 in //UE5/Main/...
#ROBOMERGE-BOT: STARSHIP (Main -> Release-Engine-Test) (v839-17012307)
[CL 17023172 by julien stjean in ue5-release-engine-test branch]
fix handling of Uncompressed Quality in JPEG image wrapper
#rb dan.thompson
#ROBOMERGE-SOURCE: CL 17020407 in //UE5/Main/...
#ROBOMERGE-BOT: STARSHIP (Main -> Release-Engine-Test) (v839-17012307)
[CL 17020411 by charles bloom in ue5-release-engine-test branch]
Adding support of hdr to interchange those are now imported as standart 2d Texture.
#jira UETOOL-3244
#rb Alexis.Matte
[CL 16347572 by Julien StJean in ue5-main branch]
Minor change to FImageWrapperBase. GetRaw and GetCompressed now consume the array with the same name instead of having to do a copy of it.
I changed the api IImageWrapper::GetCompressed to return a TArray64<uint8> instead of returning a const TArray64<uint8>&.
Added the format RGBAF to the struct ERGBFormat. Changed the engine code using the EXR image wrapper to reflect that.
The EXR image wrapper now avoid doing an unessary copy of the compressed image when calling compress.
Improvement to the performence of the function UTextureFactory::ImportImage. We now use the magic bytes of the file for certains format to skip some tests.
Here is some performance metrics I captured on my desktop (6 core, 12 threads XEON)
Importing a folder of tiff files (22 files, 4.16 GB Total)
Before: 66.152738 seconds
After: 43.609245 seconds
#jira UEENT-3822
#rb Alexis.Matte
[CL 16128765 by Julien StJean in ue5-main branch]
* Fixed all includes of OpenEXR in the engine and plugins
* Will allow building other middlewares that rely on OpenEXR without hassle (ex: OpenVDB)
* Created build scripts (Windows only for now)
* Replicated a few UE specific changes that were made under Deploy/OpenEXR-2.3.0 to the source, so that a rebuild of the lib will not erase them
#rb jeanfrancois.dube, anousack.kitisa
[CL 14613618 by Sebastien Lussier in ue5-main branch]
