Copy Paste is not 1:1 from source

[Piotr Krochmal]

Hi,

I'm during looking for new monitor  (precisely TV as Monitor) So I have been preparing some trick pictures to check FRC etc.

I want to have UHD files as there is any of those I started to make it by my self.

As I'm lazy I've tried not to do any pixel by my self. So I took this file:

http://monitory.mastiff.pl/images/mva/frc2.gif

It is simple GIF file.

Opened it in Affinity and tried to copy to new UHD file to full fill it by copying.

What I suppose to see is 1:1 copy of file but instead I got some processed crap:

So my question is Why affinity is not pasting file properlly?

What happened and how to avoid it,

 

 

[Gabe]

Hi @Piotr Krochmal ,

Welcome to the forums. 

I'm not really sure which of your photo is the correct example and which is the wrong one. 

All i get is this:

I've tried different programs, and that's the only result I came up with. 

When you say you copied it, where did you copied it from?

Thanks,

Gabe. 

[MEB]

Hi Piotr Krochmal,
Welcome to Affinity Forums
Select the pasted layer/image (make sure you have the Move Tool selected) and check the X, Y coordinates in the Transform panel. Delete the decimal parts to ensure the image is on integer values.

[Piotr Krochmal]

17 minutes ago, MEB said:

Hi Piotr Krochmal,
Welcome to Affinity Forums
Select the pasted layer/image (make sure you have the Move Tool selected) and check the X, Y coordinates in the Transform panel. Delete the decimal parts to ensure the image is on integer values.

Still not worked,

But when I checked file size and then manually correct size of layer it worked.

So could you be so kind and check who "invented" automatic scaling?

And how to turn it out?

Best

[MEB]

Pasting the image shouldn't have changed the pixel size. No sure what you have done there. Can you still replicate this on a new document and describe the steps you have taken? It's possible i'm missing something.

[Piotr Krochmal]

21 hours ago, MEB said:

Pasting the image shouldn't have changed the pixel size. No sure what you have done there. Can you still replicate this on a new document and describe the steps you have taken? It's possible i'm missing something.

Yes I  know it shouldn't but it did

So as you ask I redo:

1. make new file -> QFHD page preset

2. import frc2.gif as a layer by dropping it on new file.

3. Layer size 960x768 pix. - file size 1280x1024 so still it isn't put properly, I give file as attachement also link to file so you could check it personally.

Thanks for help!

[MEB]

Thanks for the steps Piotr Krochmal. I'm not getting the same result as you following these steps but i'm checking this on a Mac currently (will have to check on Windows later).

[lepr]

.

[Piotr Krochmal]

Thanks for help!

Dev's please turn off DPI related scaling. When I put file as a layer I want to have it 1:1 in pixels!

Best

[firstdefence]

Have you tried File > New From Clipboard, then make sure you have 100% zoom set in Navigator Panel

[Piotr Krochmal]

On 8/8/2018 at 10:03 PM, firstdefence said:

Have you tried File > New From Clipboard, then make sure you have 100% zoom set in Navigator Panel

But it is not straight forward solution,

 

[R C-R]

On 8/3/2018 at 7:59 AM, owenr said:

Affinity is wrongly regarding the GIF as having a pixel density of 96 DPI and, therefore, scales it when importing it with the Place command into a 72 DPI document.

I am not certain about this so maybe you know if it is true or not, but apparently the GIF format does not store any pixel density/DPI information at all, just the pixel dimension & optionally pixel aspect ratio info of its image blocks. IOW, the image DPI of a GIF image is undefined.

According to the Inspector in Apple's Preview app, all GIF files have an "Image DPI" of "72 pixels/inch." However, that convention seems to be just about as arbitrary as Affinity's 96 DPI convention. It is just that the 72 DPI convention is more common, so unless there is some reason not to do so we don't know about, maybe Affinity should switch to that?

[lepr]

.

[R C-R]

22 minutes ago, owenr said:

My preference would be for Affinity to treat an imported GIF (which has no DPI, as you said) as if it has the importing document's DPI.

That sounds like a reasonable default behavior I would not mind seeing the Affinity apps adopt, but I wonder if it would be acceptable to those expecting the 72 DPI convention instead.

[walt.farrell]

5 hours ago, R C-R said:

That sounds like a reasonable default behavior I would not mind seeing the Affinity apps adopt, but I wonder if it would be acceptable to those expecting the 72 DPI convention instead.

I'm not sure that the behavior should matter much. Isn't it basically guaranteed to be "wrong" no matter which approach they choose? I think the user will always have to resize the placed GIF file, perhaps making it smaller with Affinity assuming 72 depi but larger if it assumes the working document's dpi. (Unless the GIF happens to have been created using the same DPI as the working document, I suppose.)

[R C-R]

14 minutes ago, walt.farrell said:

(Unless the GIF happens to have been created using the same DPI as the working document, I suppose.)

GIF's do not have a DPI value, just pixel dimensions.