![](https://secure.gravatar.com/avatar/ad5afbb91c8b5ec2b1199838461a8348.jpg?s=120&d=mm&r=g)
@luigi: an ICC profile definitely breaks the <png copy> rules
The only chunks left are
IHDR PNG image header: 5900x4094, 8bits/sample, truecolor, noninterlaced IDAT PNG image data .. IDAT PNG image data IEND end-of-image marker
Mh, where is the show stopper? The compression method?
Looks like some of ConTeXt PDF/X-related settings is causing this. If I reduce the code to the pure picture, the '(PNG copy)' is triggered. Probably the active color management (default color space) is breaking the copy process here.
must be some \pdfimageapplygamma > 0, only this and the \pdfimagehicolor primitive can influence this low level stuff. Btw, just \pdfimageapplygamma > 0 (without setting \pdfgamma and \pdfimagegamma) already changes the PNG image, since the luatex (and pdftex) internal defaults are not gamma-neutral. No idea if (and then to which value) this should be fixed. Regards, Hartmut -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de