Jump to content

Recommended Posts

Posted

I was testing "Rasterize Nothing" just to see how it would handle this file. This file has an Image Layer linking to a PNG tone in it. The rest are curves:

jenni.png.22531ed52778da31bea5c6696b84bf98.png

This is how it is setup:
image.png.8cffd1bf7b0449f45522b6b5c5acfaf7.png

When I go to Export and set "Rasterize Nothing", this is the preview...:

image.png.dba96e32a1c36c3d38215ace77193f1f.png

However, this is the output:

image.png.5165743acbf5f55a993c0b329610a7ec.png

So I was wondering... where did the tone go? So I opened up the SVG in Affinity... and the layout is now as such:
jenni-rasterize-nothing-layer-stack.gif.6585e634b3d3fae52c48e12c88268d66.gif


So while the Export Preview shows the tone is meant to be included in the final result, it looks it just doesn't handle the mask (which would involve rasterization...?) I'm not real sure what the intended output is. I assume the raster would remain, because "Rasterize nothing" could theoretically allow for what is rasterized already to remain... so by disabling this option, it would mishandle the mask needed to finalize "intended" output since technically that involves rasterization against the mask itself? Not real sure what to say to that, whether it is intentional or not, but at least the preview is wrong.

By the way, If I change it from "Rasterize Nothing" to "Rasterize Unsupported", I do see the tone is properly clipped...

image.png.7097b3a6b468af90b2de18b06b544ca7.png

 

Edited to add files:

231214_jenni.afdesign jenni-rasterize-unsupported.svg 231214_jenni-rasterize-nothing.svg

Posted
28 minutes ago, debraspicher said:

So I was wondering... where did the tone go? So I opened up the SVG in Affinity... and the layout is now as such:
jenni-rasterize-nothing-layer-stack.gif.6585e634b3d3fae52c48e12c88268d66.gif
 

Which looks to be a wrong behavior here for a "Rasterize Nothing" SVG export setup, since the export should here then generate a SVG file without any containing raster/bitmap/image data at all.

28 minutes ago, debraspicher said:

This file has an Image Layer linking to a PNG tone in it.

I assume that for the export here in this case, the linking isn't handled and resolved correctly (not taken into account), for a SVG export setup as "Rasterize Nothing". Since if one exports with rasterize nothing, the resulting SVG file usually shouldn't contain SVG XML code wise any raster data.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Posted
8 hours ago, v_kyr said:

Which looks to be a wrong behavior here for a "Rasterize Nothing" SVG export setup, since the export should here then generate a SVG file without any containing raster/bitmap/image data at all.

I assume that for the export here in this case, the linking isn't handled and resolved correctly (not taken into account), for a SVG export setup as "Rasterize Nothing". Since if one exports with rasterize nothing, the resulting SVG file usually shouldn't contain SVG XML code wise any raster data.

That was what I originally expected it would do... but then after some thinking, I wondered if "Rasterize nothing" only applies when there are elements that *need* rasterizing. (I'm not familiar with what it does in other programs because I almost never use raster elements in an SVG). The only other option was "Rasterize Everything" beyond "Unsupported". So I didn't necessarily conclude that it meant to imply that it won't include Rasterized elements at all. Still, it's Serif, so we don't know what their intent was... I assumed it didn't work because the mask needed to be converted (rerasterized) against the image for it to apply.. but of course that includes rasterization... and in code, well, eliminating that one line of code for rasterize(), etc made sense to me for this edge case.

Out of boredom and because I like having fun... I rasterized the <Image> and moved the mask out of its special place and now we'll see what it does...

image.png.83189d828c6ed92d087af83aca267039.png


Export Preview:
image.png.f105b4b0b12bd532d4164ada20af6829.png


And now I have another dog... and oh look, it's an <Image> again... and the mask is still a Rectangle.
image.png.72e74c8fc3e040215fc1d4b03cf8b7e3.png

jenni-rasterize-rasterize-nothing_rasterized-image-layer.svg
 

I know I'm going to be asked for files from mods, so I will attach the document for this and the other SVGs to the original post.

image.png

Posted
3 hours ago, debraspicher said:

That was what I originally expected it would do... but then after some thinking, I wondered if "Rasterize nothing" only applies when there are elements that *need* rasterizing. (I'm not familiar with what it does in other programs because I almost never use raster elements in an SVG). ...

Good point, don't know if it is meant that way in Affinity. - But on the other side, the so generated SVG output (of your above generated "jenni-rasterize-rasterize-nothing_rasterized-image-layer" SVG file) then still contains base64 uuencoded PNG image data which is just visual covered by the white rectangle. ...

jenny1.png.8f3d5f19f7b0c56cdb8a7b4ea8eee209.pngjenny2.png.bd8ac1547f727f079eab6cca5a915951.png

jenny3.png.c8ee78d60a9da7d2567eca7b11f984e1.png

jenny4.png.fbf95591daeb05864e04b18194b4a380.png

So any third party SVG capable tool (prog, app) which expects plain SVG vector data will also have to load that pattern image data here contents wise together from the file. Thus I'm not sure that the whole is from the overall behavior to be expected SVG export result here for "Rasterize Nothing".

Further, when I reopen your above mentioned SVG output file in ADe v1 and switch over to export that again as an SVG file, I can see for a short moment ...

jenni7.png.1ba75d9bd6b12dc6ef752589be5601f7.png

... that it first shows up "Some areas will be rasterized" which then changes/switches over to "Nothing will be rasterized", where the more panel afterwards shows ...

jenni8.png.2d50b1d3a4984ac0b5cbebe4b1b39258.png

... and even when you change the whole to "Nothing" then ...

jenny6.png.6b2bec35d560f22c38672698d8a112d1.png

... the exported SVG file's code will contain the rasterized base64 uuencoded PNG image data, which is something I personally wouldn't expect here when using that "Nothing" export option.

In sum up I'm not sure if it is the right to be expected SVG export behavior here, as it looks more like some wrong exporting behavior here for me (... so probably a sort of recognition and export code generating bug).

jenny5.png

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

  • 10 months later...
Posted

Bump. Still unfixed in V2.5 and beta V2.6

Mac mini M1 A2348 | MBP M3 

Windows 11 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5 | Dell 27“ 4K

iPad Air Gen 5 (2022) A2589

Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps.

I use iPad screenshots and videos even in the Desktop section of the forum when I expect no relevant difference.

 

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.