This content has been marked as final. Show 13 replies
maybe try to export as PDF and rasterize in Photoshop ?
I said in my post that it's something that i have done on another project (pdf export and process in photoshop). It definitively works and it's obviously the most flexible option, but the processing cost is not negligeable. It makes quite unpractical for the scenario i'm working with.
Export as jpeg would be a good fit (if it would work appropriately).
sorry - but I don't understand "but the processing cost is not negligeable" - I can't find any sensible translation or description of word "negligeable" ;)
do you mean - cost to much ? if yes - export, conversion and comparison could be fully automated
Sorry, my main language is french... i'm not very good at explaining my technical tought in english! :)
I wanted to say that the time it take to process (automaticaly, not manually) when doing the export to pdf from Indesing + rasterize pdf to jpeg in Photoshop) take a lot of time (ie. processing (time) cost is high!).
If you have a process that run on local user workstation that take 4 hours, that means he can have it running in AM, PM and then just before leaving work to have the result on the next day, so for me there is a cost (in risk) there too. A automated validation tool for me should be there to reduce the risk.. not making it higher (by reducing the flexibily toward delivery time/date).
By exemple, for my previous project, the base batch using export as jpg was taking around 30-45 minutes while the "pdf2jpg" process was taking 2 or 3 hours. I was ready to pay the "time" cost as i needed full quality, color-managed images, but when i just need a quick preview.. that makes no sense!
It was automated, but what i was trying to say it that it was not very practical in a scenario where you want the user to be able to have a quicker feedback on what they are doing.
A obvious possibility would be to split the job accross machine, but that is definitively another subject!
I found that this si french word ;) but no sensible translation ;)
even 72 DPI PDF is still to slow ?
and why you want to "compare" images "before" and "after" ?
maybe there is another way ...
Robin, just mix "neglect" and "able" and you get close ;)
I'll try to remember the translation also! It's not neglectable to have a chance to improve my english! ;)
"why you want to "compare" images "before" and "after" ?
maybe there is another way ..."
Again, because i'm lost in the translation, it's a bit hard for me to explain it very simply. It's just a idea i came up with while trying to find a simple way to detect change in complex document(in the context of a automated publishing system) without having to use the the document object model(wich make this idea application dependant anyway).
I'm pretty sure that if i would show you a "use case" and the prototype, it would make sense to you.
what you want to check - text or image changes ?
if text - this could be done in few ways ;) for example - storing something like checksum for each TextFrame/Story
if images - by comparing file date - I hope you don't want to compare pixels on image ? ;)
if you want - contact me on priv - send me your example INDD file(s)
"I hope you don't want to compare pixels on image"
I definitively want to do that! (and that's how i found the problem with jpeg export and even bad color profile management i had in my previous project).
A counter exemple i could give (i know how to work with text and file date) is when file modification has no effect at the pixel level (ex. the user has just changed metadata and saved the file) and when your text has the wrong color (white on white paper when it should be black by exemple). In the first case, you get a notification of change that is not significant while in the other you pass over a change because you didnt handled the case (it could be color, it could be that another image is over your text frame, etc., etc.).
The idea of a fast image level comparison is not to replace the other way to validate the document with the DOM(text, date, geometry, etc.), but to complement it...
If i can post a "real" exemple later on, i'll do it. It will make more sense.
ok ;) I understand your "problem" ;)
I still think that "PDF way" isn't so bad idea ;)
I have tool to Export whole INDD document as separate PDF pages
I have also tool - WatchDog - which monitor selected folder(s) for new files (it require extra computer with InDesign installed), open new files and prepare info for Manager (which could be run from any computer in network - even without InDesign installed) - it give you option to select which pages should be exported as PDFs
each monitored folders have PDF_export_preset and destination_folder assigned
I can modify my tools to open PDFs in Photoshop, rasterize it and check for differencies
and one more thing ... my tools work only on Windows OS ...
"I can modify my tools to open PDFs in Photoshop, rasterize it and check for differencies"
I dont want to come off as rude or missinterpret your intentions, but you are offering me your services, right?
Just to make things clear:
I know how to automate pdf export with profile, how to rasterize in photoshop and output to any format and i already have a working prototype for the image analysis tool. My target environnement is Mac but i know how to develop for PC or under the constraint of a multiplaform environnement.
I'm really sorry if my post gave the impression that i was looking someone to do the work for me (free or not).
My main post was on the fact that Indesign JPEG export has some bugs and that it would be quite helpfull in some scenario to have it working.. i maybe have posted about this at the wrong place?
I still appreciate you opinion (that i should check again for implementing the idea using low-res pdf export), otherwise for me it was just sharing a idea that i think could be of interest to other Indesign workflow developper...
sorry Eric - I should read whole thread again before I send my last answer :(
my other idea for you - maybe PrintScreen from InDesign window will be better solution than exporting to JPG ?
I thought about that to make tool to find transparency flattening problems ...
Yes, i tought about this one but i havent had time to give it a try. There should be a few more things to handle if i would take this approach:
- On OSX (not much control on the quality of the snapshot. It's PNG or PDF, not sure wich compressor is used (lossless by ex.)).
- bit depth set on the computer.
- size of the document window.
- artifacts caused by snapshot taken in the middle of a refresh (ex. if there is a resizing of the window, maybe there should be a delay before taking the snapshot to let Indesign redraw the window).