FOSS gamedev and creative worlds

by **VanessaE** » Mon Apr 01, 2013 00:01

Sure, I'd be glad to. Just the 512px size will be enough (I have a script that scales them)

by **Likwid H-Craft** » Mon Apr 01, 2013 00:03

Hey is there a remove the lines on the tools Vanessa?

by **adversity** » Mon Apr 01, 2013 14:16

VanessaE wrote:Sure, I'd be glad to. Just the 512px size will be enough (I have a script that scales them)

I did not think about the different sizes you offer and thus the images I used were the one I had on my PC which are 256px size. Will that cause you difficulties?

by **VanessaE** » Mon Apr 01, 2013 17:56

Actually, it kinda would - I'm picky about image resolution and I can tell a 512px native from a 256->512px scaled version. No worries, I'll adapt the textures sooner or later. Not sure I'll be doing *anything* useful today though, given the date. :-)

by **adversity** » Tue Apr 02, 2013 03:14

VanessaE wrote:Actually, it kinda would - I'm picky about image resolution and I can tell a 512px native from a 256->512px scaled version. No worries, I'll adapt the textures sooner or later. Not sure I'll be doing *anything* useful today though, given the date. :-)

Sorry I couldn't be of more help. Yeah, good day to take it easy. Thanks!

by **jojoa1997** » Tue Apr 02, 2013 03:48

Please update to current dev.

by **Nebucad** » Sat Apr 06, 2013 07:27

Hi Vanessa,
i'm new in minetest, i like it and i love your nice texture.

The installation was pretty easy, thanks to the equal name of texture (I tried to put them into "..//texture/all/" but than i deside, to change the original texture at its place).

After i mad all my work with the desired texture, i got lots of graphic error issue. I tried your hint with the minetest-config, but it didn't work for me. So i took a closer look at the debug file and figured out, that minetest didn't load one jpeg texture. I resolved the problem. i've chaged all texture jpegs file into png file and finally minetest load all missing textures. this worked for me fine so far.

after this i was thinking. Am I the only one with those jpeg's file problems, If yes what's wrong with my copy of minetest ver. 0.4.5?

The second question is, why aren't all texture only in png-format, if minetest have all those issues with loading it?

The third question, does the new texture get loaded, if i put them into the ..//texture/all folder, even when the original texture is still in the Mod folder? (after the rework, i figured out it would be handy if i hadn't change the location ;-))

the third question pop up, after i put some default texture into the default folder (../minestest_game/mods/..), e.g. "default_tool_broncesword" and errased the texture "moreores_tool_broncesword" at the mod moreores (../moreores/textures/..), well it didn't work. I got in game no texture loaded, even if i had those tools

--------------------------------------------------------------------
Btw. i noticed one game problem with default texture:

background texture: default_inventory; default_creative_inventory; default_inventory_chest; default_inventory_furnance

i put them into the default folder (../minetest_game/mods/default/..), back in game, i want to see how the new look, looks like, unfortunately the texture didn't load and the pop-up window got freezed after accessing the chest. the same thing happend after i open the furnance inventory. Perhaps a problem with minetest 0.4.5?

Thank you for your answer

My setup:
windows 8 64bit; I5-3570K@3.8GHz; 8GB RAM; ATI Radeon HD 6850 1GB RAM

by **Calinou** » Sat Apr 06, 2013 11:45

Put your textures in "textures/all" instead.

by **VanessaE** » Sat Apr 06, 2013 16:36

Regarding why the jpegs didn't work for you, maybe your copy of Irrlicht (the graphical engine Minetest uses) is built without jpeg support. Normally such support is included.

Most textures are in jpeg format because they require far less space than png. I only use png format with images that have transparency, or where jpg results in unacceptable quality loss.

As to the inventory image freezing issue, I have no idea what causes that, unless you're talking about the brief 2-3 second hang when you first open it. This is due to a stupid design in the game engine, and is not cause by HDX (though the presence of this texture pack does make it worse).

When you delete an image from the mod it came with, the engine should still be able to find the image you replaced it with, as long as that image is in one of the directories that Minetest normally looks in (e.g. /home/yourname/.minetest/textures/all or the mod's textures/ folder, or whatever folder you configure the program to look in for textures).

by **Likwid H-Craft** » Sat Apr 06, 2013 16:53

How do Irrlicht works? how do you use it?

by **VanessaE** » Tue Apr 09, 2013 00:45

I don't do anything expressly with irrlicht with this texture pack, I just supply a bunch of large image files. The engine already knows how to use them.

by **Nebucad** » Tue Apr 09, 2013 08:11

thank your for your anwser.

I guess you're right with no jpeg support, but this doesn't concerns me anymore.

After i figured out how to fix this, i`m able to use every texture i wish to.

For one who have the same problems with jpeg it's easy to say just create an *.png file and put it into "//../texture/all/" folder.

I suggest you to use Photoshop (since PS2 is free to get). With the Web-export-option you can managed the filesize.

I resized all my texture to one standard size 128px X 128px.
This is working fine for me and gives me a nice balance between optic and filesize.

by **VanessaE** » Tue Apr 09, 2013 08:15

I use The GIMP under Linux to do my image editing. Rather than resize the images, you should just download and use the 128px size directly.

by **Nebucad** » Tue Apr 09, 2013 08:29

VanessaE wrote:I use The GIMP under Linux to do my image editing. Rather than resize the images, you should just download and use the 128px size directly.

you're right.

actually i resized only image which are bigger than 128px in due of the quality lost. resizing a smal image would only cause ugly picture so i don't touch them at all.

I used a mixture of different texturepacks and add some own picture as well. Thats why i have had different image size at first place and started to resized them to one standard.

by **VanessaE** » Mon Apr 22, 2013 05:31

Several small updates over the past 24 hours (see git commit history for previous changes):

Fixed vertical mesecon wire cap images.
Fixed insulated mesecon wire textures, deleted incorrectedly-added 16px piston images.
Fixed textures for mesecons pistons, major improvements to appearance too.
Added the other colors of 3dforniture chairs (homedecor edition), renamed black textures to work with homedecor version.
Fixed homedecor door edges (some files missing, some named wrong).
Brought default doors up to date.
New images for mesecon pressure plates, took advantage this morning's 'more flexible texturing' commit in mesecons.
rename unknown_block.png -> unknown_node.png
Greatly improved appearance of some of homedecor's fences, added high-res textures for the corner ones and for the ones I missed before.
Added default snow/ice

by **VanessaE** » Sat Apr 27, 2013 10:36

Minor update today: Greatly improved the appearance of the glass insert in homedecor "fancy" door, and also made it slightly translucent for alpha-capable clients/servers (looks fine without that feature, also).

by **VanessaE** » Sun Apr 28, 2013 06:16

Accidentally stripped off the alpha channels from homedecor "fancy" door in all resolutions. Fixed.

by **VanessaE** » Mon May 27, 2013 00:24

Major update today in anticipation of a new feature coming soon:

Minetest will soon have bumpmapping capability (see RealBadAngel's fork if you're impatient to try it), so all of the images here have appropriate data in the form of normalmaps (which define how rough a surface is), along with specular maps (which define how shiny it is), for when that feature is ready to use.

In the process, I weeded out a number of obsolete images from mods that are long dead or no longer useful - namely images for the old server-side particles, irontrees, growing_trees, and terraforming mods, and I removed a few other obsolete images here and there. Also flattened and converted several .png's to .jpg where possible.

Users of vanilla minetest without bumpmapping capability will see no appreciable change, except minor changes to a few base textures (such as wood, mese blocks, and one or two others) have changed slightly (I had to re-do them from scratch to get them to look right). Of course the download is bigger, too. :-)

Please note that the repository URLs have changed to better reflect the names of these texture packs. The old "realistic textures" repositories have been deleted as obsolete.

Finally, I announced this a little too early, and then had to retract that announcement almost immediately because of an error in one of my management scripts that I didn't find until after the initial upload of the 64-512px sizes, which screwed up a lot of images. This has been fixed in all sizes. If you downloaded HDX at any point whatsoever today, you will need to re-download or re-clone it, as necessary. Sorry about that. :-/

by **VanessaE** » Thu May 30, 2013 16:31

Another update: Ran pngcrush on all of the PNG images, and jpegoptim on all of the JPEG images. This cut the 512px size down from 705 to 680MB without any change of quality. Less change to other sizes (16px is still about 20MB).

by **Evergreen** » Thu May 30, 2013 18:25

Thanks for pointing me to pngcrush and jpegoptim! It will help me save some hard drive space by compressing(without changing the quality) all the art/clip art in my pictures folder.

by **Constance** » Fri May 31, 2013 21:45

Hey there .o/

If you wish to further optimize the weight, still without quality loss, you can use PngOptimizer (freeware) and pngout (the command line version is freeware) on your PNG textures.
And if you really have lots of time on your hands, you may give a try to PNGGauntlet, also freeware, which can give even slightly better results.

by **VanessaE** » Sat Jun 01, 2013 00:48

Actually I already ran all the regular png textures (not the normal/specular maps) through pngquant also, reducing them all to 8-bit where possible, which shaved the total size down further to about 634 MB.

Next step will be to reduce the quality settings on the jpegs as far as they'll go without sacrificing visible quality.

by **VanessaE** » Thu Jun 06, 2013 05:59

A few more updates: Added support for Steel mod, and put in new textures for mossy cobble and gloopblocks mossy stone brick. Added moreblocks circular/table saw. Fixed a bunch of png's that got flattened by mistake (and a few that should have been but weren't). Added support for PilzAdam's carts mod.

by **Evergreen** » Thu Jun 06, 2013 13:02

Request: Would you mind supporting my quartz mod?

by **VanessaE** » Thu Jun 06, 2013 15:46

Added support for quartz mod.

by **Evergreen** » Thu Jun 06, 2013 16:35

VanessaE wrote:Added support for quartz mod.

Thanks. :D

by **webdesigner97** » Thu Jun 06, 2013 17:52

Lol, I can see my house on one of your screenshots! :D

by **VanessaE** » Fri Jun 07, 2013 03:46

Another minor update - updated gloopblocks support, fixed some missing unifiedbricks textures.

by **Dan Duncombe** » Wed Jun 26, 2013 17:45

Haha...

The 512px size requires a 64 bit OS, about 6 GB free RAM and a modern, fairly beefy video card under the same conditions.

I ran this fine on a 32bit 2gb Netbook running Windows... With over 70 mods running. Lol.

by **VanessaE** » Wed Jun 26, 2013 20:30

How many items were defined by those mods? :)

FOSS gamedev and creative worlds

HDX Textures (16 - 512 px) [git rolling release]

Who is online