resvg
resvg copied to clipboard
RazrFalcon
Endless loop during enable-background processing
Rendering https://commons.wikimedia.org/wiki/File:Dojikko2.3.svg did not terminate after >2days
| lib | pic |
|---|---|
| svg |  |
| resvg >2days | no image |
| rsvg 13,33min |  |
| ink 9,83min |  |
Yes, that's a bug.
PS: rendering this image without filters and clip-paths makes it an abstract painting :smile:
It's not even an endless loop, technically. It will finish eventually, but it will take a lot of time. For now, I'm not sure how to fix it.
Do you know which features causes (or might cause) the problem, I would like to make a workaround for resvg_Issues_details (embedded in User:JoKalliauer/SVG_test_suites )
This is because in="BackgroundImage" in filters. BackgroundImage doesn't supported by browsers and many other apps, so they work faster by not doing anything. But resvg has to rerender the BackgroundImage for each filter, which takes a lot of time. To fix it, I have to cache those images, but this a bit more complicated and will heavily increase memory usage.
In the end of the day I simply don't have enough time to fix it right now.
This is because
in="BackgroundImage"in filters.BackgroundImagedoesn't supported by browsers and many other apps, so they work faster by not doing anything. But resvg has to rerender theBackgroundImagefor each filter, which takes a lot of time. To fix it, I have to cache those images, but this a bit more complicated and will heavily increase memory usage.In the end of the day I simply don't have enough time to fix it right now.
Thanks that's the answer I requested for creating https://commons.wikimedia.org/wiki/File:Dojikko2.3_simplified.svg, which renders within few minutes, https://commons.wikimedia.org/wiki/File:Dojikko2.3_rendersvg.png .
PS: I might was unclear : I wanted to make a workaround (simplification) on svg-side not on resvg (I know too less coding)
"Fixed" by removing enable-background feature altogether. It was deprecated in SVG 2 anyway.