Angband 64 x 64 pixel tileset

[takkaria]

Please don't take my suggestions as demands to alter the code to fit my tiles, they are...just suggestions

It may be a while before I complete the tileset, so there's no rush really (unless You would be a hero and add png support first of all )

I'll be honest, I have no idea how to add PNG support to the Windows version of the game and I don't have a Windows machine to test on. If anyone else is listening, though, and fancies giving it a go, that would be brilliant!

[buzzkill]

I'll be honest, I have no idea how to add PNG support to the Windows version of the game and I don't have a Windows machine to test on. If anyone else is listening, though, and fancies giving it a go, that would be brilliant!

Make it portable, please. Every variant with even rudimentary tile support needs this.

[RogerN]

I'll be honest, I have no idea how to add PNG support to the Windows version of the game and I don't have a Windows machine to test on. If anyone else is listening, though, and fancies giving it a go, that would be brilliant!

Windows provides PNG support through GDI+ which is only available on Windows XP and later. GDI+ is supposedly available as a redistributable DLL for older versions of Windows (98, Me, NT). AFAIK it does not work at all on Win95 (of course TBH not even Win95 works on Win95). Although most of Microsoft's GDI+ examples utilize their C++ wrapper classes, it looks like there are also pure C functions available for loading PNG data.

The only other option would be to link to libpng and whatever dependencies it has (zlib?).

[takkaria]

Windows provides PNG support through GDI+ which is only available on Windows XP and later. GDI+ is supposedly available as a redistributable DLL for older versions of Windows (98, Me, NT). AFAIK it does not work at all on Win95 (of course TBH not even Win95 works on Win95). Although most of Microsoft's GDI+ examples utilize their C++ wrapper classes, it looks like there are also pure C functions available for loading PNG data.

The only other option would be to link to libpng and whatever dependencies it has (zlib?).

Can't say I'm particularly bothered by breaking support for Win98. It sounds like you know what you're doing—do you think you might be able to write a patch?

[RogerN]

Can't say I'm particularly bothered by breaking support for Win98. It sounds like you know what you're doing—do you think you might be able to write a patch?

No promises, but I'll certainly take a look.

[Rizwan]

Awesome work. I don't see how you are going to represent artifacts because I can't conceive anything awesommer unless you add glitter to it

[buzzkill]

Awesome work. I don't see how you are going to represent artifacts because I can't conceive anything awesommer unless you add glitter to it

Artifacts don't have special tiles (except for a few).

[Shockbolt]

Awesome work. I don't see how you are going to represent artifacts because I can't conceive anything awesommer unless you add glitter to it

*laughs* I already did add glitter to the artifacts

[RogerN]

Can't say I'm particularly bothered by breaking support for Win98. It sounds like you know what you're doing—do you think you might be able to write a patch?

Alas, I have failed in record time.

I quickly found out that GDI+ can only be used in C++ projects. Even though GDI+ can be used in a functional style (without the wrapper classes), the headers do not support plain old C. Can't even #include <gdiplus.h> without encountering a slew of errors.

Regrettably I must bow out. I only have Visual Studio at the moment, and I don't know enough about the official Angband development environment to know what options are available (if any) to graft GDI+ support into the project somehow.

If I was going to just get it working on my own machine then I would add a C++ source file to handle the PNG stuff, but that probably violates your coding standards.

[takkaria]

Alas, I have failed in record time.

I quickly found out that GDI+ can only be used in C++ projects. Even though GDI+ can be used in a functional style (without the wrapper classes), the headers do not support plain old C. Can't even #include <gdiplus.h> without encountering a slew of errors.

Regrettably I must bow out. I only have Visual Studio at the moment, and I don't know enough about the official Angband development environment to know what options are available (if any) to graft GDI+ support into the project somehow.

If I was going to just get it working on my own machine then I would add a C++ source file to handle the PNG stuff, but that probably violates your coding standards.

Fair enough, cheers for trying! I think using a C++ source file just for windows would be acceptable if it's the only way we're going to get PNG support, though.

[Rizwan]

*laughs* I already did add glitter to the artifacts

lol So does that make us great minds?

[zaimoni]

Alas, I have failed in record time.

I quickly found out that GDI+ can only be used in C++ projects.

But the Windows API can be used in C. In recent versions (think threshold is XP but do a doc check first), the same Windows function that opens *.BMP also opens *.PNG (just change an incoming parameter to signal *.PNG).

[Shockbolt]

more mixed tiles:

[dos350]

very nice tiles still,ee i hear talking of png ??? some blah about no windows c++ etc watever please, im not expert mastercraft but i am thinking sdl extension sdl_img supports png good, no need c++,this could be good default for win?? not to say dont go c++!~!~ goodluck. keep up goodtimes!

[RogerN]

But the Windows API can be used in C. In recent versions (think threshold is XP but do a doc check first), the same Windows function that opens *.BMP also opens *.PNG (just change an incoming parameter to signal *.PNG).

If you can recall where you saw this documented then please share! Everything I've found so far indicates that the standard LoadImage function only supports .BMP, .ICO, and .CUR files.

more mixed tiles:

Keep up the amazing work! I'm sure the beauty of your tiles is a major motivator for the devs here

BTW - The wall tiles you posted earlier appear to be using a pseudo-isometric style rather than the pure overhead style used by Angband's existing tile system. It sure would be nice if Angband had support for variable tile heights so that we could paint those nice looking walls in an overlapped fashion... it would require some work but it's very doable.

Also, I would guess that support for the different wall types and connectors could probably be handled by the display code without modifying the game code. Internally the game would still use the wall features we already have (Inner, Outer, Extra, etc...) and the display code could just look at the surrounding tiles in order to map each internal wall feature to an appropriate tile as needed.