This is a slightly weird one and we haven't been able to find a setting that changes it yet.
There are three of us in prepress here. All have windows boxes, the latest Acrobat Pro, Pitstop Pro, and Quite Imposing+ 5.3. Our Indigo 12k operator has told us that almost every file I set up, he has to tumble because the DFE thinks it's head to toe. Some of the files M sets up he has to tumble, and almost none of the ones set up by J. We all have the same action lists and automations in QI. We use the same preflight profiles.
Is there a setting somewhere I'm missing that would cause this? I just went back to a job J had done without issue and redid it. Waiting for the operator to see how that file works. Files come from all sorts of sources, lots of different custies.
Any ideas? Thanks!
What are you using for Imposition? Smartstream?
We impose onto the B2 sheet with QI+. The operator pulls it into the DFE and does his thing from there. He's seeing the difference right from importing the PDF, no changes on his end are taken before he can see the issue in the preview. It seems to be relatively consistent between the three prepress operators and how often he has to tumble.
Do you drag-and-drop PDFs into the queue or do you Cmd-P Print them into the queue?
Yeah that happens to me too when I Print to the que an 18x12
when dragged into the que it's correct somehow the Printing to que 12x18 is fine.
I think Digi was referring to that
But I'm not working with an indigo
I'm not sure but when I see the operator next I'll ask him. Only thing is for that to be the issue he has to be treating our files differently based on who created them.
Quote from: Tracy on April 18, 2024, 10:47:48 AMYeah that happens to me too when I Print to the que an 18x12
when dragged into the que it's correct somehow the Printing to que 12x18 is fine.
I think Digi was referring to that
But I'm not working with an indigo
Exactly.
Operators both say they only ever import, no drag and drop.
Is anyone there from Australia? Everything is all upside down and bass-ackwards down there.
Nope, just the lost and confused on this one.
In our fiery when dragged in, It is using pdf print engine
when printing to it, it is post script
might want to check that out.
but easy fix is to create a workflow that flips the page when needed
As I said earlier, MOST of my files have the issue, but not all. Most of the files created by J are fine. But I can't find any settings or meta data in the PDF that my software would be doing to create the problem. They always import the same way, so if that was the problem we'd all be having the same outcome. Any workflow to correct the problem automatically would just reverse the situation. We need to figure out what the root cause is to address it besides the manual way they are doing now.
what are the sizes of the files?
for us it happens to 18x12 (Landscape)
and not to the 12x18 (Portrait)
maybe make a log of the sizes/orientation that it's happening to
and you might find a pattern
The 12k only has 29.5x20.75 and 29.5x20.75. Both sizes do it if I set it up, both sizes don't do it if J sets it up. There has to be some kind of setting or meta data thing. He's about to run the test file we created that's already worked fine with J proofed it, but I went and reset it up as a test. Really interested in how that comes out.
Are any of these pages rotated in the pdf file? I have gotten some of these before and had a similar outcome. It's where a one page pdf was added or merged into another pdf and the orientation was different (landscape instead of portrait) so they rotated the page in Acrobat to make it better.
It only shows up when the "honor rotation" was not checked at the RIP.
Not sure if that would apply in your situation.
They'd be the files generated from a step and repeat in QI+, which ever way fit the most up without any additional rotation applied by prepress. They are using the same queue for almost all of them, so I'd imagine they'd have the honor rotation setting the same on at least the vast majority.
It really sticks out to me that is so divided us. Almost all of mine, almost non of J's. But I can't for the life of me figure out how it happens or what's causing it.
BTW, I did upgrade my computer and Pitstop last week, but that did not change anything either. Was happening before, and at the same rate after.
So I just want to clarify:
J imposes a file in the QI plugin in Acrobat. J saves it to your server directory. The Digital Press Operator opens his RIP and navigates in the software to J's file and clicks, import, and it's right side up, peachy and smelling like a rose.
You impose the same file the same way in the QI plugin in Acrobat. You save it to your server directory. The Digital Press Operator opens his RIP and navigates in the software to your file and clicks, import, and it's upside down?
Have you seen any demogorgons or made an offering to Vecna?
The 3 prepress operators should switch computers for a week and see if the problem follows the operator or stays with the computer. That could point to a software setting somewhere.
Nothing involving Vecna, but I've heard reports of sightings of Pinhead in Finishing, but that's been going on forever. Other than that Corn has it down.
Also, I've been told it's much less of a problem on the Indigo 7R. Still happens sometimes, but much much less often. No reports of it happening on the Ricoh or Oce BW machines.
I'm still waiting for him to run the test file I created from a job that went fine for J. We'll find out if he ever did it when he gets in in a bit.
Have you sent any of the the files to HP to investigate? In my experience, they're more than thorough & willing to try and find reasons for these weird kinds of instances.
If you like, you could send me imposed PDFs out of each of your workstations, I'll put 'em onto our DFE (15k model so the B2 size is supported) and see what we get too.
We have a 7k and 7900 and I know the backup on the machines react differently. I mean one will duplex on the short side and the other on the long side, even if they are using the same settings. Our operators learned about this when we got the second machine. Although we are using all the same templates on both DFEs.
I don't know if they're contacted HP or not. One of the operators just mentioned it a couple of times in here. I'm not even sure if he's told management and I decided to look into it myself and couldn't find anything in the files. Still haven't heard if he's had to run the test files we created and probably won't do anything until he does. That should tell us if it's the files or the workstations. To the best of my knowledge there's nothing in a PDF that should effect how the DFE duplexes it, and the fact that it's not ALL files off of any one workstation just most is confuddling to me.
Yeah, far as I know there's NO embedded info in the PDF that would make this happen. Not even a JYLT contains the backup direction, I don't believe.
Yeah, he says as soon as it imports for the first time he sees it in his preview, so no JYLT should be present yet.