[Plugin] ImageTrimmer
-
TIG, I was prompted to "flatten" when I tried it. I wonder what is different.
-
I have the reason - sometimes the flattened image wasn't ready to apply when it tried ... but now it waits until it is - an update is in the pipeline
-
Aha... So thats why the ruby console sometimes took a bit longer to display the progress of the process than other times
I did get it working on ocassion but could quite pinpoint the cause when it failed. When it worked the ruby console was quick to report... when it didn't, the console seemed a bit sluggish.Great TIG... so i guess you have figured it out (hopefully)...
I'll wait for the update before trying again.Thanks
Dave
-
Here's a link to get v2.0 http://forums.sketchucation.com/viewtopic.php?p=293677#p293677
I have now sorted out the Flattened Image creation so that the new texture is not applied until it's 'fully-baked'. The earlier version sometimes jumped in too soon and the flattened-image file was 'half-baked' so it didn't get applied properly. It should now as it waits until it is 'fully-baked'...
Feedback please...
-
Fantastic! That seems to have sorted it...
I am still getting some mumble in the ruby console... This is a near to fresh install of SKP 8 so I don't have many plugins installed...
Hang on... I've got Vray for sketchup and its mentioning syncing of materials so maybe Vray is trying to catch up with the image swaps that your process is doing... If you're creating temp files whilst it happens, Vray might be looking for those when they've been deleted.... hmmm... for now its working just fine for what I need... and vray renders them out just fine too...
I will let you know if I discover anything else.
Thanks again for you help in resolving this.
Dave
-
V2.1 is now available http://forums.sketchucation.com/viewtopic.php?p=293677#p293677
'Simplified image' - a rare error on delete edge is now trapped.
Please get the new version from this link... -
Hello TIG,
I have been reading the whole thread, but I am still not sure, if you have finally been able to resolve the "mac glitches" with OXER.
On my Mac (Snow Leopard 1.6.6) ImageTrimmer gets stuck with an error message.
This is what I do:After importing and selecting the "test.png" I run ImageTrimmer.
The ruby creates a folder named TrimmedImages containing the selected image.
Also the two .ini files containing the following Pathnames:/Users/kai/Desktop/TrimmedImages/test.png
/Users/kai/Desktop/TrimmedImages/testThe Ruby Console produces an error message (see first screenshot)
On double-clicking edgeDetector.jar in the SKMtools folder two more files are generated in the TrimmedImages folder:
testEdges].dat
test[Edges].png
the .dat file containing zeros and ones, and the second .png showing the desired contour (second and third screenshot)############################################################################################
Since this is my first post on this forum I don't want it to lack my appreciation for all of the plugin writers, whose contributions I have been so shamelessly enjoying over the past years. Thanks a lot to all of you!!!
############################################################################################
-
The .jar is working fine when double-clicked [those are the files that it should automatically make for you before going to the next stage] but it's not working properly when UI.openURL() is used.
It's probably down to your Java settings and permissions.
A .jar file will run when its icon is double-clicked and it should 'executed' in a 'command' file.
I don't have access to a MAC but is there a Java control-panel ?
Can you set permissions and so on in that ?
Please go to the SKMtools folder and check that the 'EdgeDetector.jar' has the correct 'properties' for you as a user - should be 'executable by you/others... If not fix it [also do this for all other jar-files in there too...] -
thanks for the quick reply,
the "EdgeDetector.jar" file has already the correct Properties.
There is an application called Java-preferences in the utilities folder, but I am nut sure which settings I should change.
It has Settings for Security, Network and - I'm trying to translate since my OS is in german - two options for:
"Run applets" > 1) "within own Process" or 2) "within browser process"
Does that have any relevance? -
@krath said:
thanks for the quick reply,
the "EdgeDetector.jar" file has already the correct Properties.
There is an application called Java-preferences in the utilities folder, but I am nut sure which settings I should change.
It has Settings for Security, Network and - I'm trying to translate since my OS is in German - two options for:
"Run applets" > 1) "within own Process" or 2) "within browser process"
Does that have any relevance?I don't know.
Try using alternatives and retry 'ImageTrimmer' for each.
If it works one one thane that's the setting you need
If you do find the fix I'd appreciate it if you posted the settings as a few other MAC users seem to have issues too - although many don't -
Thank you,
I am fiddling with the settings already, with no luck so far.
I did a quick google search for "setting java permissions osx" and that opens up a whole new scary landscape for me, which I am not sure I should embark upon right now. -
If there are any MAC users out there successfully using ImageTrimmer then please contribute your settings etc so that other MAC users can benefit too...
-
Hi again TIG,
The problem persists, it appears the same Console Error:The EdgeDetector.jar file goes if you double-click on it, the permissions are correct, i think the problem on mac is that the plugin don't access to the EdgeDetector.jar file, i can't say you more.
-
Thanks Oxer... I've got some other MAC users [via PM] investigating the issue... watch this space...
-
With big png's just gives me bugsplat,can it be because of my pc(2.8ghz 1gb ram 1gb graphic card) ?
-
@ely862me said:
With big png's just gives me bugsplat, can it be because of my pc (2.8ghz 1gb ram 1gb graphic card) ?
The banana_tree at that size has ~3.5 million pixels that would need processing into viable edges !
At 1/2 the size [scaled in Gimp] it's 1/4 of the pixels and although it's still too many to be sensible it probably won't splat - but it just doesn't do miracles, it just takes time... !
You have a lot of semi-transparent bleeding edges that also up the processing time dramatically - edit those out too - they're probably the biggest processing time killer, as it might have to find all sorts of small loops from the small semi-transparent 'islands' before discarding them.
You also have a lot of other small areas of pixels that will be ignored as edges as they are too thin [<2px] BUT these still need to be examined which slows things down too - so pre-edit the image a bit to simplify it!
[but you probably need 3Gb+ RAM too!]
Here's a result at about 1/2 size - original image, then as trimmed unsimplified and simplified x2.0...banana_tree.skp -
Thank you very much for heads up and for a nice plugin !!
-
Here's v2.2 http://forums.sketchucation.com/viewtopic.php?p=294815#p294815 - follow the links to the 'download' page in SKMtools......
The MAC jar file execution has at last been addressed
[My thanks to Dave R for helping with the MAC testing etc ]
On a MAC you might find you are asked if you want to run a particular jar file - if so answer 'yes' - it's a one off prompt per jar-type so it should stop after the first run.Feedback please...
-
Flawless !!!
It now runs without Interruptions. Prefect results - especially with the ImageTrimmer-Simplifier afterwards.
Thanks a lot TIG et al !
If it is not too complicated I would be interested, what the problem was running the scripts on the mac.
Thanks again -
@krath said:
Flawless !!!
It now runs without Interruptions. Prefect results - especially with the ImageTrimmer-Simplifier afterwards.
Thanks a lot TIG et al !
If it is not too complicated I would be interested, what the problem was running the scripts on the mac.
Thanks againIt was a bit obscure!
The commandUI.openURL('file:/'+path_to_jar)
works fine on all PCs AND on MACs where the path doesn't start with a '/' - e.g. PC's 'C:/Program.../...'.
BUT some MAC users install their Plugins in an alternative location which starts with a '/' therefore'file:/'+path_to_jar
fails as it doubles up the '/' to '//' and the file isn't then 'found'
So I added an additional test: if 'path_to_jar
' starts with a '/' thenjar='file:'+path_to_jar
elsejar='file:/'+path_to_jar
.So in the end a simple problem was masked by lots of other issues - but at least it's fixed [at last]
[Actually Oxer HAD spotted the nature of the problem a few weeks ago, BUT "the penny hadn't dropped"... ]
Advertisement