Any way to obtain texture deminsions from a script?

If I uploaded a 200x400 pixel texture, is there a way to find out those deminsions once its uploaded? Basically Im curious about a script that would take a texture, find out its deminions and scale an object porportionately to those deminsions automatically. Meaning, the object would scale to 2m x 4m (or a similar ratio) to match the 200x400 pixel size/ratio. But if the information isnt available then Im out of luck.

Chris,

I'll be curious what responses you get from others; maybe they'll correct me. But AFAIK there's no way to do it directly.

A possible workaround that occurs to me is to include your dimensions in the texture name. If you drop the texture into the inventory of your object, rather than just painting it on with the editing tools, I think you can use LSL functions to read the names and break the dimensions out for your script, e.g. "redbrick_200_400"

Good luck!

-- jj

I think you might also find that the textures resize to powers of 2 pixels on each side. I *think* you're looking at 512X256 for 400 X 200, although it could be 256X128. That happens to work for that one, but 300X200 would be 256 square or 256X128, quite different proportions.

I think if you want to do it the scripted way then putting the original dimensions in the name might be the only way. If you can and will dig around by hand there's also a description line on textures, you could store it in there, but I don't think LSL can see that.

Judah is prolly on to something....as far as your upload goes, it will be converted into a power of 2, but other then that, will remain at the resolution you save it at. If you want to change the size of the prim based on the resolution the file is, name would be the best solution.

What you really need to know is the original aspect ratio of a texture so that it can be painted onto a prim with the same ratio, causing the image not to be distorted along one of the 2 axes.

But to answer your question, there is no way to get this via a script.

I ran into this problem when I was uploading the pics for the Iraqi War Memorial. I didn't want to dishonor these men and women by displaying their faces all distorted.

To solve it, I manually created a notecard that has the dimensions of each pic, and then I resize the prim appropriately when I go to display the texture.

- Ace

Just a small variation on this theme: when uploading anamorphic images I put the proper aspect ratio in the rarely used notes field of the texture. That way the texture and it's dimension ratio are rather hard to separate.

In my experience, the only way to do this easily would be to rename the actual picture files to reflect their size or by writing a script in VB/C++/Whatever to do this for an entire folder and uploading it like that.

While textures are converted into a "power of two" in pixels in Second Life, this factors out because it's distorting the image to place it in this format to begin with. Having access to pixel data, in SL at the LSL level, would be rather pointless since you're still not seeing what the aspect ratio originally was.

That said, you can have a look at the ratios of uploaded textures, by partial key value, in the Debug menu Texture Browser. Don't think it's called exactly that, though.

Textures are always downsampled to the closest power of 2 when uploaded to SL.

So for example, a 1023x512 texture will be converted into a 512x512 texture.

Not sure if anyone noticed.. when you go to texuture an object.. not dragging and dropping the textures... the new feature that came with 1.6.. it will show under the texture picture window the size of the dimensions.

We can read and write to the description now so this might be a good place to store the dimensions of the texture.

Tya while this is true what Francis noted is the compression ratio upload schematic.

32
64
128
256
512
1024 and any combinations therin.

Such as you can have a image 100 x 52 and it will size down to 64 x 32 ect. based on orginal dimensions.

Once its converted the list you mention relates the SL optimized image size.

Shadow