|
|
#46 | |
|
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 29,825
Karma: 212614993
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
Quote:
I know. That makes no sense to me! Last edited by DiapDealer; 10-10-2026 at 06:54 PM. |
|
|
|
|
|
|
#47 |
|
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 29,825
Karma: 212614993
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I've seen several reports that jxl is engineered for high-efficiency encoding and decoding directly on the CPU across mobile and desktop devices without needing specialized hardware support. In fact: Disabling hardware acceleration in Chrome forces the browser to rely on software rendering through the CPU rather than offloading tasks to the GPU. If a GPU driver is buggy, outdated, or poorly optimized for a specific image rasterization path, falling back to CPU software rendering can eliminate lag or stutter.
This has definitely been my experience with the huge jxl images (as well as avif) on multiple Windows machines. A tired Windows 10 laptop, a beefy Windows 11 gaming desktop, a Windows 11 qemu vm on a stout Linux host, and a newer high-end Windows 11 mini-pc. The speedup on jxls when disabling gpu hardware acceleration still doesn't make sense since Preview is converting them on the fly to jpg (95%). The only explanation is that large jpgs benefit from using software rendering in chrome on Windows as well. I believe I'm going to start disabling WebEngine's GPU acceleration by default on Windows from now on. Last edited by DiapDealer; Yesterday at 08:53 AM. |
|
|
|
|
|
#48 |
|
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 10,136
Karma: 7640000
Join Date: Nov 2009
Device: many
|
I also thought about that. I think Calibre disables it as well fwiw.
|
|
|
|
|
|
#49 |
|
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 29,825
Karma: 212614993
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
My Windows 11 Mini-PC holds its own with the monster-sized images fairly well (after disabling acceleration, excluding all of Sigil's binaries/folders from antivirus, and telling Windows to optimize performance for Sigil and QtWebEngineProcess), so I think I'm ready to put this test case to bed. If you want to use monster-sized avifs in your epubs on Windows, be prepared for some fairly sluggish Sigil performance regardless of your hardware.
|
|
|
|
|
|
#50 |
|
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 10,136
Karma: 7640000
Join Date: Nov 2009
Device: many
|
Curious... How do you actually tell Windows to optimize performance for Sigil and QtWebEngineProcess? Is this akin to changing scheduling priority for specific processes on Linux?
|
|
|
|
|
|
#51 |
|
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 29,825
Karma: 212614993
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
It's mostly a graphics thing. You can let Windows decide how to handle things, or you can choose a power saving option or a high performance option.
|
|
|
|
|
|
#52 |
|
Sigil Developer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 10,136
Karma: 7640000
Join Date: Nov 2009
Device: many
|
FYI, disabling the GPU on my arm64 M2 Max using Sigil preferences and restarting Sigil, sped up loading avif slightly. So it is not just a Windows thing.
|
|
|
|
![]() |
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Head's up for those who build their own. | KevinH | Sigil | 13 | 08-07-2026 09:32 AM |
| [help] How can I build the Kindle firmware source code? | BlueFalconHD | Kindle Developer's Corner | 2 | 01-02-2023 05:59 PM |
| Sigil output with no html or head elements | pittendrigh | Sigil | 10 | 08-25-2018 08:58 AM |
| Sigil messing up Head | tetrault | Sigil | 8 | 08-05-2016 12:10 AM |
| pristine build from git HEAD is broken | eschwartz | Calibre | 2 | 05-03-2016 01:34 AM |