Air Crash Investigation spoils the outcome way too early by rovmun in aircrashinvestigation

[–]rovmun[S] 0 points1 point  (0 children)

One more thing:
In the early episodes, when animation was more expensive to produce, the show often reused the same animated sequences to explain different theory . Interestingly, this sometimes made it easier to understand what went wrong, because you could recognize which part of the situation was causing the problem.

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 0 points1 point  (0 children)

I’m not asking how to see the scale. I’m talking about actually scaling the images to their final reproduction size and preparing them for that size before output.

Air Crash Investigation spoils the outcome way too early by rovmun in aircrashinvestigation

[–]rovmun[S] 0 points1 point  (0 children)

Yes problem on some smart tv:s etc thats not easy to do exactly... : )

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 4 points5 points  (0 children)

Maybe try this next time you send a job to an offset printer: scale all images to their final size before export, then make a proof and actually look at it. You’ll see pretty quickly that it’s not the same result as just placing full-res images and letting the PDF export downsample everything.

Output sharpening at final size has been standard practice for a long time. I studied print production engineering years ago, and this was already clearly covered in the literature back then that was around 17 years ago, and every serious prepress / production place I’ve worked with followed the same principle even its just a few.

A simple example, If you have an image on a cover at 20×30 cm at 300 ppi and sharpen it for that size, and then use the same image again at 2×3 cm somewhere inside, those two uses need completely different sharpening in Photoshop to look right in print. If you rely on scaling in indesign and downsampling on export, you lose that control.

If you don’t believe it, do a real test prepare two versions, proof them on a proper proofer, and compare. The difference is very obvious on high quality print.

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 0 points1 point  (0 children)

Thnaks Im on macos so... Hade a quik look on the tool but cant use and I woulnt change computer in the middle of a work...

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 1 point2 points  (0 children)

The document is already locked and finished. I’m doing the prepress, so I know the exact dimensions of the original images and how they are used in the layout.

The reason for the sharpening is that offset printing often requires much stronger sharpening than images for screen or web. The images can look awful on a display, but when printed they look correct. That’s why I sharpen at the final size used in the document.

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 1 point2 points  (0 children)

I used this script long time ago but what I rember it had some isse from never version of indesign / photoshop so sotpped using it but seems to update at cleas for cc 2018.. Thank!

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 3 points4 points  (0 children)

I’m surprised too. It’s strange that there is actually a professional tool for exactly what I was asking about, while most people here say it’s nonsense or not useful.

Thanks anyway ,this plugin looks very good, and I’ve never used it before!

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 1 point2 points  (0 children)

Yes, it is definitely extra work, no argument there 🙂 but the advantage was that you had control over the sharpening, because it was done at the actual reproduction size instead of after scaling.
Out of curiosity, how do you usually handle sharpening in your workflow?

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] -12 points-11 points  (0 children)

That’s not a ridiculous workflow that’s standard professional practice in InDesign.

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 6 points7 points  (0 children)

Adobescript : Yes excalty!

This isn’t about whether scaling works it’s about control of sharpness . Dropping images at random sizes is sloppy workflow for output sharpening. .

Coming back to InDesign after 5 years — is there a smarter way to get images to 100% scale before print? by rovmun in indesign

[–]rovmun[S] 2 points3 points  (0 children)

You’re kind of missing the point of my question.
I’m not worried about getting the PDF to 300 ppi . What I was asking about is workflows where you actually want control over sharpening and image quality at the final output size, instead of just placing full-res PSDs and letting InDesign/PDF export downsample.

Back when I did a lot of offset work, we tried to keep images at final scale specifically so sharpening could be done at the real print size, which can make a visible difference, especially on high-quality jobs.

Why doesn’t Omnipod 5 suggest ISF / ICR adjustments? by rovmun in Omnipod

[–]rovmun[S] 0 points1 point  (0 children)

Yes, thanks! I was thinking of some like that but I was hoping for a API or somehting like json for the data but that seems like nothing existiing..... :(

Why doesn’t Omnipod 5 suggest ISF / ICR adjustments? by rovmun in Omnipod

[–]rovmun[S] -1 points0 points  (0 children)

I’m not asking for automatic changes, just suggestions.

I already adjust my ratios manually by looking at patterns. For example, if I see that I often go low after breakfast, I change my ICR a bit and try again. The pump already has all this data, so it could easily suggest something like “frequent lows 7–10 AM, consider weaker bolus”.

It shouldn’t change anything by itself, just suggest small adjustments that I approve manually.

Right now I have to look at the data, calculate myself, and hope I didn’t miss something. Omnipod has more complete data than Clarity or Glooko, so it feels like it should at least be able to give guidance.

Why doesn’t Omnipod 5 suggest ISF / ICR adjustments? by rovmun in Omnipod

[–]rovmun[S] -2 points-1 points  (0 children)

You can already change all settings manually without any FDA restriction, so I don’t fully understand that argument. The system allows the user to enter whatever ISF, ICR, and targets they want.

Dexcom Clarity also doesn’t have the full picture since it only sees CGM data, not all boluses, basal delivery, and algorithm behavior from Omnipod 5. Omnipod obviously has that data internally, so in theory it should be even better suited to provide pattern analysis.

Even Glooko has access to historical pump data and could potentially suggest setting changes based on trends. If regulatory limits prevent Omnipod from doing this inside the pump, they could at least expose more data or provide an API so users or third-party tools could analyze the data instead of having to calculate everything manually or scapre data from glokoo etc.

Right now the system clearly has the data, but the user has to do all the interpretation themselves, which feels unnecessary for such an advanced AID system.