[Plugin] Texture Resizer (1.5.6) — updated 15.05.2013
-
awesome all works now I updated to the new version and changed the file name!
-
I have a suggestion:
Could you have an option to stop it from upscaling images when using the px/m option please?
Nothing is gained but its cancelling out the point of downscaling the images. i.e. some images go down in size reducing the file size, but some image then get upscaled increasing file size and your back to where you started.This would be massively beneficial and allow me to get the best file size / quality.
Luke
-
@lersince1991 said:
some images go down in size reducing the file size, but some image then get upscaled increasing file size and your back to where you started.
LukeMaybe you tried this...
If you preselect 'ALL' then deselect the ones you want 'untouched' then open 'TR' it's in a different mode, that only adjusts the selection...
john -
@lersince1991 said:
When I apply any changes no matter what settings are ticked, it messes with all the colours really badly, haven't got a clue why its doing this?
Do you still have this issue?
I also had a serious problem with colors: In the materials dialog, SketchUp offers two options, either to change a color tone or alternatively to completely colorize a texture. When I reload a texture, SketchUp resets the color tone to normal. Because of that I wanted to set the plugin to apply the previous color tone again, but due to an API bug SketchUp then sets always the colorized state. So I thought my workaround would just leave the colors how they are defined in the image file.@lersince1991 said:
Could you have an option to stop it from upscaling images when using the px/m option please?
Did you have a case where it upscaled the images? The plugin should automatically skip textures that otherwise would be upscaled (if you keep the Ruby console open, it will tell you when this happens).
(The percent option does not have this limit, so when someone inserts 200% it obviously does upscale all.) -
@aerilius said:
due to an API bug SketchUp then sets always the colorized state. So I thought my workaround would just leave the colors how they are defined in the image file.
Do you know if the same bug exist on mac SU, materials are handled differently [I believe], also, does your sips version work exactly the same as the IM version?
A request/query I have considered is, could the originals be gzipped and stored in a way that survives a standard 'purge unused' and than be optionally reinstated for high quality rendering?
I suppose the gzip could be external for smaller, overall file size, but would be better self contained if you just need a textured model to work on.john
-
@driven said:
Do you know if the same bug exist on mac SU, materials are handled differently [I believe], also, does your sips version work exactly the same as the IM version?
For this plugin, sips can do everything that my plugin does with ImageMagick.I have thought about somehow keeping the originals somewhere, but I wasn't sure since it is not much related to the resizing itself and it would require 2 options in the UI (export + import). Before I had come to a decision, TIG has done this awesome script:
TextureSwapper http://forums.sketchucation.com/viewtopic.php?p=365582#p365582 -
I'm really excited about this script, but I'm a little confused on the usage of this script as it doesn't seem to work as I assumed it would. My assumption was that you could open a model set the percentage to 100% and the max resolution to 1024 and any textures that were larger than 1024 would be downscaled to match that resolution.
So far as I can tell though that doesn't work on 2 accounts. 1, it looks like it only affects textures you have selected. 2, with the percentage at 100% it seems to ignore the 1024 max resolution setting and does no resampling. Instead you have to set the percentage to, say, 95% (99% didn't seem to work) for it to downsample to 1024.
Is this currently how it works or am I missing something? In my opinion these are limiting factors for the script as I don't always know what the resolutions of the images are and if they're already 1024 I don't want to further downsize them every time I run the script. Also, having to select all the textures opens me to the distinct possibility that I'll miss some textures which could be too large. And it takes longer of course.
Is there any way to universally downsize all textures larger than 1024 to that size?
-Brodie
-
@unknownuser said:
Is there any way to universally downsize all textures larger than 1024 to that size?
Haven't tried the plugin, but looking at the screenshot in the description I noticed this:
-
Right T, that's what I was using. I set the resize percentage to 100% and set that Max Resolution to 1024px assuming that if it found a texture that was 1024px or smaller, it wouldn't resize it down any further but if it found a texture that was 1025 or larger it would downsize it accordingly.
Using it on a texture that was 3000x2000 though provided no change until I set the percentage from 100% to 95%. Not if I run the script again on that texture it will be reduced further. I suppose though that I could set the minimum size to 1024 in order to eliminate that but then I presume it would upsize a 500x500px image to 1024x1024 which isn't what I'd want.
-Brodie
-
@unknownuser said:
Also, having to select all the textures opens me to the distinct possibility that I'll miss some textures which could be too large. And it takes longer of course.
Is there any way to universally downsize all textures larger than 1024 to that size?
-Brodie
the Dialog Title is either "Resize textures in model" or "Resize textures in selection" depending on what is/isn't selected before opening the ruby.
It needs to be "Resize textures in model" to 'do' all at once, i.e. select nothing before opening the ruby.
I mostly use the 'goldilocks' feature 'to cap all' as it only pulls down to the setting.
the script is really well commented
but, you might try setting Percentage above 100%, with 'Limit Texture Size' max 1024px
john
-
**@unknownuser said:
Using it on a texture that was 3000x2000 though provided no change until I set the percentage from 100% to 95%. Not if I run the script again on that texture it will be reduced further. I suppose though that I could set the minimum size to 1024 in order to eliminate that but then I presume it would upsize a 500x500px image to 1024x1024 which isn't what I'd want.**
I think I have an idea what the problem is. I had set an internal criterium that textures are skipped if their new size differs only 2% (to avoid unnecessary re-encoding and quality loss). Of course that should not happen in this case.I also had thought about unwanted upscaling: It should not upscale textures except if the user intentionally sets a percent > 100%.
I will check these criteria again and fix the above problem! -
@driven said:
@unknownuser said:
Also, having to select all the textures opens me to the distinct possibility that I'll miss some textures which could be too large. And it takes longer of course.
Is there any way to universally downsize all textures larger than 1024 to that size?
-Brodie
the Dialog Title is either "Resize textures in model" or "Resize textures in selection" depending on what is/isn't selected before opening the ruby.
It needs to be "Resize textures in model" to 'do' all at once, i.e. select nothing before opening the ruby.
I mostly use the 'goldilocks' feature 'to cap all' as it only pulls down to the setting.
the script is really well commented
but, you might try setting Percentage above 100%, with 'Limit Texture Size' max 1024px
john
Thanks, you're right. I guess My problem was with trying to test both things at once. I must have only tried 100% every time I had nothing selected so it wasn't doing anything. Thanks.
After a brief look at goldilocks it looked like it resampled according to where your view was at. Are you saying you can use it to cap all textures at, say, 1024px?
-Brodie
-
@aerilius said:
**> @unknownuser said:
Using it on a texture that was 3000x2000 though provided no change until I set the percentage from 100% to 95%. Not if I run the script again on that texture it will be reduced further. I suppose though that I could set the minimum size to 1024 in order to eliminate that but then I presume it would upsize a 500x500px image to 1024x1024 which isn't what I'd want.
**
I think I have an idea what the problem is. I had set an internal criterium that textures are skipped if their new size differs only 2% (to avoid unnecessary re-encoding and quality loss). Of course that should not happen in this case.I also had thought about unwanted upscaling: It should not upscale textures except if the user intentionally sets a percent > 100%.
I will check these criteria again and fix the above problem!It looks like if I have nothing selected and run the script at 95% with max res at 1024 and min res at 1024 it gets me pretty close to what I'm looking for. The only caveat is that for a non-square image is samples it such that the smaller dimension is 1024.
I can't think of how to do what I want in a truly intuitive way and maintain all the other features you have here. Perhaps you could consider writing a similar script which trims down the features and only asks you for a Max Resolution for all the textures in the model. I'd use that almost as often as purge or cleanup. Might be something to consider if you think others would use that as well. Just a thought. Regardless, I'm really glad you wrote this script. It's amazingly fast and hugely useful!
-Brodie
-
@unknownuser said:
After a brief look at goldilocks it looked like it resampled according to where your view was at. Are you saying you can use it to cap all textures at, say, 1024px?
Goldilocks is view based but the image dimension it reports aren't.
so if you check what it's reporting, before and after using this, you can see what is being effected by which settings.
e.g.
run goldilocks.rb >> find the highest dimension.
run TextureResizer.rb >> set Percentage @ 100% + set Max Size to something lower than what you saw >> apply
run goldilocks.rb >> it shows what has been capped...I just found it useful to see what was happening.
[for most my stuff, I use the actual Goldilocks Method in TextureResizer as well, but you don't need to.]
john
-
@driven said:
I did have one projected texture that needed re-positioning.
I fixed the problem with the Velux windows: The script did not correctly calculate wrong texture resolution on projected textures and scaled the texture to a too small size.
@unknownuser said:
Perhaps you could consider writing a similar script which trims down the features and only asks you for a Max Resolution for all the textures in the model.
I fixed the problem that it skips textures when only limit is set and percentage 100%. I think it's not necessary to create a separate version, instead I added that it remembers your settings from one session to the next. I hope that makes it more comfortable!
-
hi
on a test file that was working, I'm now getting2868575561_07cdee7361_z1#1: could not write file /var/folders/lN/..removed../-Tmp-/skp_tr95419/2868575561_07cdee7361_z1?
the file name is showing as the material name in Goldilocks, but that worked earlier with the other script.
If I rename it now TR runs fine.and the -TMP- directories are accumulating [testing 'as is' without my patch]
keep on keeping on
john -
Thank you so much Aerilius, for the plugin "image resizer".
Sylvie (Cathy Tritschler's pupil) -
I apologize for asking such a silly question, it's pretty obvious what this plugin does but I would like to ask anyway. My pictures that I have texture my model with in sketchup for Google Earth is making my file size too large to be accepted in Google earth. Very frustrating and i am running out of ideas,i had came across this plugin, is this something that would work for me not quite sure how it works? so do I finish my model first then download the plugin? I am new to these plugins and also new to geo modeling, any help would be appreciated John
-
Hi,
As Gully already said this plugin works be decreasing the size of texture images (or quality). It can not relieve you from the task of efficent modeling, ie. only bringing images into SketchUp that you actually need.
You can download it whenever you want. You should run it after you finished the model (you can keep an original version and use the plugin to make a lightweight degraded version). -
Hello Aerialius , im a sketchup user and i have finish my model and have tried to upload my model into the sketchup preview , and am sorry to say that ( KMZ too large. In order to include them in Google Earth, we convert uploaded SketchUp files like yours to another format: KMZ. The KMZ file size that we generated from your SketchUp file is too large. We recommend simplifying your model, splitting it into two or more models or reducing the resolution of your image textures. When you're done, try re-uploading )i had even unlocked the google terrain to lower the file size to 8,808 with the same affects, so im ready to use the plugin not familiar on how to use these , would you mind helping me, do i download the ImageMagick.zip first or is this the texture resizer? how do i get it into sketchup? sorry im just new to this John
Advertisement