> Issue JDK-8088198, where an exception would be thrown when trying to capture > a snapshot whose final dimensions would be larger than the running platform's > maximum supported texture size, was addressed in openjfx14. > The fix, based around the idea of capturing as many tiles of the maximum > possible size and re-compositing the final snapshot out of these, is > currently only attempted after the original, non-tiled, strategy has already > failed. > This was decided to avoid any risk of regressions, either in terms of > performances and correctness, while still offering some relief to the > original issue. > > This follow-on issue aims to propose a fix to the original issue, that is > able to correctly decide on the best snapshot strategy (tiled or not) to > adopt before applying it and ensure best performances possible when tiling is > necessary while still introducing no regressions compared to the original > solution.
The pull request has been updated with 1 additional commit. ------------- Added commits: - 9c5b0d4a: Avoid useless width and height calculation Changes: - all: https://git.openjdk.java.net/jfx/pull/112/files - new: https://git.openjdk.java.net/jfx/pull/112/files/9ec2d25c..9c5b0d4a Webrevs: - full: https://webrevs.openjdk.java.net/jfx/112/webrev.02 - incr: https://webrevs.openjdk.java.net/jfx/112/webrev.01-02 Stats: 8 lines in 1 file changed: 4 ins; 2 del; 2 mod Patch: https://git.openjdk.java.net/jfx/pull/112.diff Fetch: git fetch https://git.openjdk.java.net/jfx pull/112/head:pull/112 PR: https://git.openjdk.java.net/jfx/pull/112
