 |
Can you attach a sample image or post the website URL? Also, does SnoopDos mention any failures? I'm specifically thinking of the math libraries that are required. It is probably best to also try the 68020 version of WarpWebP with WinUAE as some versions of WinUAE may have broken FPU emulation and/or 64-bit math operations. |
 |
Thank you for your answer. Unfortunately, the version for 68020 also doesn't work, MultiView shows the same error. I increased the amount of UAEGFX memory, but that didn't help. SnoopDOS does not show errors but shows a request for a WarpWebP.prefs file, so the file type is recognized. Maybe it's the patch's fault. I use FBlit, FText, MCP, CopyMemAIO, NoMoreDiv0, StackAttack2, VisualPrefs, MemTrailer, TAGLife, SystemPatch, and the math libraries for WinUAE available on Aminet. An example file that I wanted to display is https://pl.m.wikipedia.org/wiki/File:Johnrogershousemay2020.webp Generally it's strange, because if something was wrong in the system, the other Warp Datatypes would also not work, and only WebP makes problem. |
|
|
Maybe, but WebP is heavy on floating point and 64-bit integer usage, unlike all the other WarpDTs which are mostly 32-bit integer only, with the exception of TIFF. Which version of picture.datatype are you using? I think I may have found the issue. |
|
|
Please try the attached 020 test version to see if it makes any difference. |
|
|
I checked the test version you provided. Everything works fine, I am attaching a photo from MultiView. |
|
|
Thanks for testing and confirming. It is a fix that all the other datatypes have had in for a long time - not sure why I omitted it from the WebP datatype! Basically, some picture.datatype versions do not bother to clear the error code to indicate success, which was the case for the one from p96 initially - maybe the OS 3.5/3.9 and/or OS3.1.4 ones behave this way too. I'll release an official update to fix this soon. |
- Anonymous
