CmdrThyte

Beta release 0.9.0 (download in first post) After a timely reminder (thanks panteras1000!) I've finally gotten back to this mod. Updated mod to KSP 1.04, full change log of latest release: * recompile for KSP 1.04 * add support for dds textures * switch to KIS for EVA painting * separate out EVA painting code into separate assembly

Beta release 0.8.0 (download in first post) Hopefully the last beta release before the 1.0.0 release. Recompiled for KSP 0.90 and some bug fixes (breaks some saves using 0.7.0). Changelog: 0.8.0 * recompile for ksp 0.90 * fix decal urls (breaks 0.7.0 saves with decals) * auto select new layer in gui * add space paint resource for eva painting * add gui label option * fix gui decal selection initialisation * move textplaque to start tech * move paint bottle to basicRocketry * flip raise/lower in normal maps * fix eva painting for multiple textures

If the transparency issue is still a problem I came across this: http://forum.kerbalspaceprogram.com/threads/25088?p=306853&viewfull=1#post306853 which sounds like the same error. The solution suggested was to ensure the png image file has an alpha channel.

Beta release 0.7.0 (download in first post) The plugin logic has been rewritten to allow for multiple effects to be applied to the same texture. Currently three effects are defined: text, mono decals and colour decals. All of which can be applied to a texture multiple times. Due to the rewrite this version is incompatible with previous beta releases. Changelog: 0.7.0 * add multi purpose texture editor * add layering of effects to texture * multiple text strings * add mono decals * add color decals * rewrite gui

It's a side affect in the current version for allowing a choice from multiple base textures. The base texture then comes from either the prefab texture (if it's readable) or from disc if the texture isn't readable. So both the modules start from the same base texture, hence the overwrite. The next version will get around this by allowing for writing multiple strings (and other effects as they're coded) to the same texture. There's also the potential in the next version to vary the way the base texture is obtained so it could in principle try to use an existing texture and then fall back to loading the texture if required.

It's what I've found working on my mod to write text to textures. It's apparently a technique to reduce memory usage - if a texture is marked as not readable or writable then unity can push the texture to gpu memory and then drop the pixels from main memory and only keep the simple information about a texture like it's width and height. You can get around the issue by using file formats that don't get marked as unreadable / unwritable by ksp or by loading the textures direct from file.

When dealing with textures at run time ksp adds an extra hurdle in that many textures can not be read from (or written to), ie you can't read the individual pixel values. Textures loaded from mbm and tga files behave like this, textures loaded from png files are readable, at least in win32 and 64 bit ubuntu.

Beta release 0.6.0 (download in first post) The font bitmap loading has been reworked to side step the normal texture loading process. This should fix the reported problem with unreadable font textures. The transformName variable has been changed from a single transform to transformNames which is now a comma separated list of transform to use. This assumes the given transforms all use the some material (and thus the same texture). Changelog: 0.6.0 * change for single transformName to transformNames list of transforms * add option to use first or all transforms of a given name * add escape codes '\n' to start a new line and '\\' to print a single '\' * add global config file * add global debugging option * fix nomalmap scaling * move font setup to loading screen * fix for unreadable font texture * use .pngmap extension for font maps to avoid unity autoloading texture

The error is unity speak for 'I can't read pixels from the texture' - by default many of the unity texture types tend not to be readable or writable to at run time. The fonts are png textures which should still be readable. Do you have any other mods installed? Thinking about it active texture management in aggressive mode might do this.

For the most part mod development is os independent. You'll need the unity editor, a modelling program such as blender and a graphics editor such as gimp. All are available for windows, linux or mac. For plugin writing on os x you'll need MonoDevelop (http://www.monodevelop.com/download/). To start with have a look at the New Mod Development Links Compilation

It's not documented yet, but it's already in the code. There are options in the gui to change the alpha value of the text (or use the background texture alpha). If the transform uses a specular shader then the changing the alpha value will change the specularity of the text (or the transparency if the shader has transparency instead). If the shader doesn't have specularity or transparency then the alpha value gets ignored. The corresponding variables of the module section are: alpha = 255 alphaOption = TEXT_ONLY where alpha runs between the traditional 0 to 255 and alphaOption can have the values TEXT_ONLY, USE_TEXTURE, WHOLE_TEXTURE

Just the first transform. I can change this easily enough but both transforms would need to share the same texture. The single texture assumption would need a re write to change. Can you point me to a part that has multiple transforms like this so I can do some testing?

You can use: MODULE { name = ASPTextWriter transformName = xxxxx } This is the unity transform name displayed in the unity editor. I'll add the info to the first post.

Beta release 0.5.0 (download in first post) Changelog: 0.5.0 * fix treatment of normal maps from mbm files * add mirror option * add bounding boxes for squad fuel tanks * add option to ignore bounding box and use full texture * lower limit for scale of 0.01 to prevent divide by zero * deal with case of normal map being a different size to the main texture * add support for tga textures * fix key capture during eva

Cheers, nice to know it's working for someone else.