I should have said 'single person, small team, family, etc'

Yes that is truly above and beyond.  I am very fond of single person software and this is exactly why - real attention and real support, and it is VERY gratefully received.

Ok that's VERY interesting - I am indeed saying they go into the queue as different physical print sizes (both go in as 300DPI).  Why would it be different for you than us - with those two exact files??

What version are you using, and can you confirm original size, no override PPI, no cropping etc?

Hmm, I tried that in PS CS5 Extended and it just re-saved the file without tags again.  I wonder if there is a setting hidden somewhere to do with this???

Yep we've already made a droplet and it's just converting all PSDs, JPGs etc to TIFFs - we've not see the problem with TIFFs so presumably it's something to do with CS5 not writing the size tag (Well, PPI) to the JPG Header.  And PSDs being proprietary.

That 'solves' it for now, but it's definitely cumbersome.  It would be great if QImage could check the EXIF is the JPG header ones aren't set. 

ah ok, that's really interesting - Photoshop shows a size for the images (one 300, one 360).  So maybe Photoshop isn't setting these tags right when it saves the jpg.

Grrr - hmm, EVERYONE uses PS to save the JPGs - well, for us, literally thousands of clients.  That's a bugger. 

Ok - I guess some sort of script to convert the files and set the EXIF tag to the normal tag (JPG header tag I guess?).  Hmm, might be easiest just to write an acton/droplet that converts everything to TIFF.

You're misunderstanding - in 'Original Size' mode, the tagged PPI is supposed to be respected - that's the point of that mode.

Both images are tagged with the same physical size, but they have a different PPI (300 vs 360). 

The fact QImage is not reading those PPI tags is precisely the problem - they are NOT both 300 PPI and are correctly tagged as far as I can see...so when using Original Size printing (which we need to do as clients supply us sized files) - these will print incorrectly.

(I fully understand the whole let Qimage do the interp. thing etc, but this is a different point - when in original size mode, it should read the tags and print at that size!)

I've been corresponding with Mike but I thought I'd also discuss this here to see if anyone else is having similar problems.

We are a print service provider doing maybe 50 to 100 prints a day from client prepared files, so our needs are different to many of you. Now, Mike has said PSD is proprietary and the size tags are an issue (although I do find myself wondering as I know of no other image program that can't read these tags pretty easily, and we use a LOT of them here - there are a number of PSD codecs that could be used I believe which might be a way forward for Qimage?).  Anyway, we don't get many PSDs so we can live with this by converting them to TIF, but we're having issues with JPG sizes as well.

We're finding that when QImage is set to Custom->'Orginal size', the overrride switch is NOT set, the crop thing (scissors) is turned OFF, that when we place JPGs some of them come in at the wrong size even so.  We notice it with 360PPI JPGS - it's as if QImage is behaving as if the override is set to 300, as Qimage renders the size to the 300PPI size (that is, bigger than they should be).

Has anyone else run into this, or do you ahve any ideas why this might be occuring?  It's 100% reproduceable.

Here's two JPGs which should print at the same size but don't - http://dl.dropbox.com/u/108804/JPG%20Size%20Problems.zip