Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
solarsnowfall

Importing high res 8bb PNGs for textures/flats.

Recommended Posts

I've been trying to use 256x256 PNGs for textures and flats. I use Load (rad data) to insert them between TX_START and TX_END. To make them show up in the game, I have to specify an x and y value. In doing so, XWE converts the image to the doom pallet. How can this be circumvented?

Share this post


Link to post

PNG files need special chunks to set the X,Y offset. I have the specs for it (from Randy himself), and for the longest time I've been meaning to add this, but it's not in yet. So XWE at the moment is not capable of doing this.

Share this post


Link to post

Well when adding textures XWE does have the x and y fields in the top of the display window, and that gets them to display in game. It's just when setting them to pngs that aren't formatted to the doom pallet, they get converted. Unless I'm missunderstanding your last post.

Share this post


Link to post

I probably wasn't clear enough. The X,Y boxes work only for the regular Doom patches. Editing X,Y and saving it will convert the image from PNG (or whatever else it was) and save it as the doom image format.

PNGs need special treatment, which is not in XWE yet.

Share this post


Link to post
chaoscentral said:

so any idea when they will be implemented... srry just anxious so i can make some good stuff for gzdoom


Ditto

Share this post


Link to post

Okay, you've persuaded me to sit down and finally get this working. It's really difficult to find the time for XWE these days, but the core is there. So: grab the beta http://ca.geocities.com/xwe@rogers.com/xwe_beta.zip. Load a PNG, adjust the offsets and click Image|Apply alignment. It should work...

Things to do:
- when you (re)load a PNG, it does not yet read the current offset.
- If you apply the alignment more than once, it will create multiple chunks, which will probably screw things up.
- Make it "easier", ie. if one would Save right now (because the offsets are modified) it will still save the image as the doom format (so avoid doing this for now).

Anyway, those are easy to do, if someone can confirm that the modified PNGs are actually good.

Share this post


Link to post

Based on what I THINK you want to do, you might want to keep a couple of things in mind. Since you are using PNGs I'm going to assume this is for zdoom. If this is not then other rules may apple.

#1 - Apparently you cannot scale textures that are in between tx_start and tx_end. So, when you use one of those textures on a wall, they'll just be full size 256x256 in the same quality as other doom stuff. If this is what you want to achieve then don't worry about it.

#2 - Even though you're bringing in PNGs with their own palette, zdoom must still adhere to the global palette. This means on startup it'll adjust your textures so that colors are matched to their nearest equivalent in the doom palette. This may or may not lead to undesired effects.

Share this post


Link to post

I think were going with the GZDoom approach, rather than the normal ZDoom 256 color approach. And there still needs to be a little work with the PNG shenanagins. Like the auto-aligning and it not saving it as a Doom image after you click off of it, and it asking you if you want to save it, then clicking yes. If the PNG's get "Seamlessly" integrated, that would be tits

Share this post


Link to post

That's exactly what I was trying to say with my 3rd todo point. It's easy to implement once I know that the modded PNG images actually work in ZDoom. So did anyone try this yet?

Share this post


Link to post

Alignment as in it saves the Alignment numbers after you set them and then use Image\Apply Alignment? Short answer, No

Share this post


Link to post
Mancubus II said:

#2 - Even though you're bringing in PNGs with their own palette, zdoom must still adhere to the global palette. This means on startup it'll adjust your textures so that colors are matched to their nearest equivalent in the doom palette. This may or may not lead to undesired effects.



It's still better to leave the original palette so that ports that can handle it aren't needlessly restricted by the global palette.

Share this post


Link to post

Exporting PNGs is a little problematic.

When you import a PNG as raw data exporting it properly is only possible when you set the viewer to Raw mode. Otherwise you get a BMP with a mutilated palette but not the original.

Share this post


Link to post

I guess I could add a Save as (Raw) command to the menu. Once you've imported and adjusted the image, why would you export it though? Just wondering.

Share this post


Link to post
Csabo said:

I guess I could add a Save as (Raw) command to the menu. Once you've imported and adjusted the image, why would you export it though? Just wondering.



I tried to export it to verify whether it is correct.

But you really shouln't convert PNGs to BMPs when exporting - and even if you converted them you shouldn't destroy the palette. Just export them as they are and preserve all the information they contain. After all they are already a known image format unlike Doom patches.

Share this post


Link to post

You're right.

The original idea was that people will be using Save As to save doom images, which have their own format. In that case, converting to BMP makes sense. Also, when you rip stuff from other games, there are many formats that XWE reads, but you don't want them in their original format.

I can probably put in a check to save "as is" if the image format is PNG.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×