Whenever I export this file I'm working on it always comes out super glitchy (only way I can describe it). Anyone know a fix?

[sethtvl]

Sorry if this is posted in the wrong area but I'm really having trouble with this. I believe the file size is around 26MB if that's a problem. The image I uploaded is just a screen shot of what it looks like when exported. Obviously all the glitchy and black parts should not be there. Any possible fixes? Would help me a lot!

[NotMyFault]

Hi and welcome to the forum.

Please try to deactivate hardware acceleration in Preferences >Performance.

If this doesn’t help, could you upload the file, and give more details what OS, GPU you are using?

[markw]

At this point I can only echo what NotMyFault says regarding the export issue.
But as to the work itself, I see the second entry up from the bottom says Toldeo, Ohio. Should that not also be Toledo, Ohio?

[sethtvl]

Unfortunately that didn't work. I attached the file itself in a pdf (file I need) and I also attached a ss of the performance settings, you can see the gpu there. Using Windows btw.

schedule no filter.pdf

[sethtvl]

Forgot to mention this, Hardware Acceleration was never even on in the first place

 

[carl123]

17 minutes ago, sethtvl said:

I attached the file itself in a pdf

Can you upload the Affinity document?

If we can recreate the problem there's more chance finding out how to fix it

[sethtvl]

Sorry about that, heres the file, layers may be grouped weird, was trying different things to fix the export problem

schedule no filter.afphoto

[RichardMH]

Something weird is going on. When I Merge Visible on your file it scrambles, like your output. 

[carl123]

1 hour ago, sethtvl said:

Sorry about that, heres the file,

Good news, I can reproduce the problem

Bad news, you have some weird stuff going on with some of your pixel layers

For example, in the screenshot below, if you try to move any of the 3 highlighted layers or even rasterise them you get the glitches you see in your initial screenshot

But the problem is not just limited to those 3 layers, other pixel layers are also causing glitches.

At this point I'm not sure if the problem lies with....

1. The way you copy/create/import those various pixel layers
2. A corruption in the document (at some previous point in time, maybe?)
3. A bug in the program

Hopefully the official support staff can assist further but presently I can't see an easy fix other than to recreate a lot of the corrupt layers. But to be honest I would not trust that document and would probably start in a new one

 

[NotMyFault]

I think it is the combination of

• Enormous pixel size document (12k x 9k)
• pixel layers with masks and layer fx
• Huge pixel layers with a very small visible area (by mask)

I’ve chosen one of the layers and created a new document, giving me huge sized file, and black cutout areas / rendering artifacts.
to resolve, you would need to rasterize and trim the individual players to get rid of excess pixels. This means make a raw rectangular selection to cut of unneeded areas, rasterize and trim, the apply the detailed mask to keep reserves to play with.

I tried to use resize document on iPad, this gave me erroneous results (e.g. 1 or 2 digit pixel sizes).

[NotMyFault]

See 

 

[lacerto]

Obsolete.

[NotMyFault]

The issue is reproducible on single layers (with their masks). If you zoom out below 100%, the rendering gets wrong (blocky artefacts, mask not correct).

This happens in in case of no layer FX applied at all. Just a basic pixel layer and mask layer.

The only strange thing: most masks are far larger than required (larger than both the pixel layer and canvas).

Please note the rendering difference between navigator thumbnail (correct) vs. canvas (wrong).

When zooming >=100%, canvas gets correct again.

 

Edit: The mask layer have been rescaled (to different DPI) independently from the image layer (or vice versa). This probably explains the issue, all resample methods get confused. 

To rectify, you would need to rasterise these layers (including the mask) to regain identical DPI.

 

single layer.afphoto

[sethtvl]

Thanks for all of your responses, I didn't expect this much help lol. I'll try some of the things you guys suggested and if there's no fix, I'll just screenshot it. Thanks again!

[stokerg]

Hi @sethtvl,

First of all i'd like to say some great replies already in this thread, so thanks to everyone that has posted  

I've ran the file past our QA team and we have both stripped the file back to the pixel layer, by that i mean the layer of a baseball player in a new document without the mask and the same issue happens when zooming or rasterising/exporting.  It appears in the minimaps of the pixel layer are fine, which is why in @NotMyFaultfile it renders okay at different zoom levels.  So something has corrupted the main pixel layers themselves.  What that would be, it's very hard to say.  QA did notice you have a few layer names like paper tear(2)-standard-scale-2_00x-gigapixel.png and if thats a gigapixel image, its possible at some point this has been too much for your system to handle and corrupt the layers.

 

[NotMyFault]

during my tests, the masks having its share on the issues (nothing else), but could be repaired by a simple procedure:

• select defective mask
• use channel panel, click "create mask layer" from mask alpha.
• delete defective mask.
• job done.

I did this with a copy of one isolated layer, cannot guarantee that it will work in original file.

[JimmyJack]

I, on the other hand, took one random player:
No mask
No filter
No FX
put it in it's own document
.... and rasterized.
Yikes
(looks like it's, even after stripping it down, showing elements of the baseball stitching "background" image from the montage)

Edit: BTW, what's he swinging at?.... the ball that's past him super high on the inside?? I have to think that that's some serious action on a foul tip.... or he just got hit 🤔 🧐 😜. 

[NotMyFault]

Agree, this file is doomed.

[lacerto]

Obsolete.

 

[sethtvl]

Unfortunately just had to go with the screen shot, darn corrupted file. Thanks guys for all your input!

[lacerto]

Obsolete.

 

[lacerto]

Obsolete.

[carl123]

20 hours ago, lacerto said:

so it is probably a good idea to just group everything and then rasterize it directly on the canvas (which takes less than a minute) and then export the final print file.

Or flatten the document just before exporting

Note: There is still one corruption to fix

 

[lacerto]

Obsolete.