Batch Png to Fsh tool

[SimFox 804]

well, as I've said we're talking about few seconds anyway, so it isn't a big deal. I'm pretty sure that everybody would go for the highest quality here.

I've brought it to you attention cause I was thinking if that slowdown is due to some wrong doing on my part.

[Null 45 3,118]

It turns out that the command line switch to change the dxt compression type was faulty and I  had overlooked a change to the code that sets the compression type that I made during testing, causing the program to use the lower quality compression.

That has been fixed, File version updated to 1.1.0.0.

[SimFox 804]

Although having such a functionality may be a cool thing to simply put on the list of what program can do, but in practical term it is counterproductive, actually. Because of it it needed to add one more line of text in batch file which isn't really great. Golden rule is to keep it as simple as possible since it isn't really open to the user, and setting has to be predetermined. In the end the only real result is that extra text in Batch file...

[Null 45 3,118]

The dxt command line switch was pointless so I removed it in 1.1.0.0.

As for the program using a relative path that has been added if the path is relative it will combine it with the programs location or it can use the full path in quotes either one should work.

File version updated to 1.2.0.0

fshwrite.zip

[SimFox 804]

I'm planning to release the new FSH update to Bat4max on Xmas day, so do you think I should go (code in maxscript) with quoted path or with a relative one, what is your suggestion?

[Null 45 3,118]

I only added the relative path because I was not sure if you had solved the issue with the spaces, if the path in quotes works I would use that.

 

[SimFox 804]

That I did... but to make sure that max could be installed to anywhere (including it default Program Files folder) there is one more problem with FSHwrite. Path issue is solved with quotes, but how to do the same (empty spaces in a path) of the location of the program itself. in a batch file it has to be called, plus this call can not be specific as we don't know exact location of it. But we know a relative one, but if it will contain empty space how will it work? we couldn't quote out that too, now could we?

the batch file itself will be located in the same folder where program is residing as well... do you know if it would still be necessary to point it to it, or would it be possible to call it directly (by simply giving it's name in batchfile?)

I can't test any of it for now as I'm away from my PC desktop and only have Mac powerbook at my disposal at the moment

[Null 45 3,118]

If the batch file is in the same folder as the program you should not need to specify the full path.

eg  fshwrite.exe /b:"C:\Program Files\Autodesk\3ds Max 2009\gamepacks\BAT\temp\render.bmp" /a:"C:\Program Files\Autodesk\3ds Max 2009\gamepacks\BAT\temp\render_a.bmp"

[Null 45 3,118]

Updated to use the higher quality Fshwrite compression when writing DXT1 or DXT3 fsh files. File version updated to 1.4.4.5.

[Null 45 3,118]

Updated to fix a bug in the generation of Mipmaps on Windows 7 and Fshwrite Compression check box added, File version updated to 1.4.4.6

[Null 45 3,118]

Updated to work with images 64x64 or smaller.

The busy cursor will now be displayed during long operations and processing should be faster for the alpha of larger images.

File version updated to 1.4.4.9.

[Null 45 3,118]

Fixed a bug in the JumpList argument handling, File version updated to 1.5.0.6.

[Null 45 3,118]

Fixed a bug with PNG files always being detected as having transparency, file version updated to 1.5.4.0.

[rsc204 21,866]

10 minutes ago, Null 45 said:

Fixed a bug with PNG files always being detected as having transparency, file version updated to 1.5.4.0.

Thanks once more for your dedication to updating this useful tool. I didn't realise this was unintended behaviour, or I'd have reported it ages ago. I'm guessing here you picked up on my comment?

Could I also trouble you to consider updating the link to it on the STEX on the first post. Like many here, it no longer works.

[Null 45 3,118]

39 minutes ago, rsc204 said:

Thanks once more for your dedication to updating this useful tool. I didn't realise this was unintended behaviour, or I'd have reported it ages ago. I'm guessing here you picked up on my comment?

Could I also trouble you to consider updating the link to it on the STEX on the first post. Like many here, it no longer works.

Yes I read your comment.

The STEX link has been updated.

[Null 45 3,118]

Fixed a bug that would corrupt the DBPF compression directory when a dat contains existing files, file version updated to 1.5.5.0.