the v1.3.5 zip file i downloaded only contains the dle-xp.exe
i put that exe in the descent2 directory and it won't start up due to a message that reads "Descent level editor XP [5 may 2005] has encountered a problem and needs to close. we are sorry for the inconvenience"
same thing happends when i have it in it's own directory also.
DLE-XP Bug Report Thread
Moderator: Aus-RED-5
-
Astroxslurg
- DBB Cadet
- Posts: 2
- Joined: Tue May 03, 2005 2:02 pm
It seems like DLE-XP doesn't like to save pog files for me, especially when the hog file name changes, but also often otherwise.
When I open and resave Glass House, everything works fine, but if I save it as a different file name, I get the "This level contains custom textures..." dialog, which hadn't appeared before, and the pog isn't saved into the hog.
With Crownpoint, I merely just have to open and hit save to get that dialog just to have the pog disappear from the hog!
Oh, I think importing .bmp's via that texture editing window might be broken too, or maybe DLE-XP just doesn't like me anymore.
Also, as a feature suggestion, could you implement a way to import textures with transparencies? Or is this already possible with .bmp's somehow? I'd try it out but...
DTX2 implemented this with supporting the importation of .gif's.
When I open and resave Glass House, everything works fine, but if I save it as a different file name, I get the "This level contains custom textures..." dialog, which hadn't appeared before, and the pog isn't saved into the hog.
With Crownpoint, I merely just have to open and hit save to get that dialog just to have the pog disappear from the hog!
Oh, I think importing .bmp's via that texture editing window might be broken too, or maybe DLE-XP just doesn't like me anymore.
Also, as a feature suggestion, could you implement a way to import textures with transparencies? Or is this already possible with .bmp's somehow? I'd try it out but...
DTX2 implemented this with supporting the importation of .gif's.-
Sapphire Wolf
- DBB Admiral
- Posts: 1463
- Joined: Mon Nov 24, 2003 3:01 am
- Location: Nope.avi , gender: male
- Contact:
Yeah, seems somewhat weird on that front... I -have- been able to get lights to actually use colours, although with a few rendering flaws it seems... but I have to set them manually. I think there is a check box in the lighting toolbar that is supposed to do it for you ... except it really just makes everything white again.
I set colored lights as follows:
A trick to easily assign a color to transparent walls is to give the identical texture to all transparent walls that are supposed to have the same color and then assign a color to that texture. DLE-XP allows to assign colors to transparent wall textures too. That way it is very easy to set or change the color of a set of transparent walls; like e.g. in Speed!, where I have some yellow and some green transparent walls. So I gave the yellow windows a yellow and the green ones a green texture as a little reminder and then assigned the desired color to one wall of each color once.
- Check "use texture colors" in the preferences tab.
- Add a light texture somewhere and make that side the current side.
- Go to the texture tool and click on a color in the color selection control to the very right.
- Apply more of the chosen light texture at appropriate places in the mine.
- Repeat beginning with step 1 for another light texture of your choice (remember that you can have every texture act as a light by assigning a brightness > 0 to it with the texture tool's brightness slider).
- Light the mine.
- Save the mine.
A trick to easily assign a color to transparent walls is to give the identical texture to all transparent walls that are supposed to have the same color and then assign a color to that texture. DLE-XP allows to assign colors to transparent wall textures too. That way it is very easy to set or change the color of a set of transparent walls; like e.g. in Speed!, where I have some yellow and some green transparent walls. So I gave the yellow windows a yellow and the green ones a green texture as a little reminder and then assigned the desired color to one wall of each color once.
Hmmm... if I'm not mistaken, the only time you really care about the size of the number-of-walls number is in reading from/writing to the level file? Other than that, increasing the width of the integer storing it wouldn't really change anything to my best guess.
The main problem you'd have, of course, is converting a 16 or 32 bit integer into an 8-bit byte, but only when saving a standard D1 or D2 level. Although, actually... I would think this could be done easily enough... something like (sans variable names that are 99% likely wrong)
Reading code in D2x would be fairly similar.
But more than likely there are glaring differences in the implementation that make it clear I'm just pretending to have any idea what I'm talking about.
The main problem you'd have, of course, is converting a 16 or 32 bit integer into an 8-bit byte, but only when saving a standard D1 or D2 level. Although, actually... I would think this could be done easily enough... something like (sans variable names that are 99% likely wrong)
Code: Select all
if(level_type != D2X-W32_LEVEL) {
char num_walls_small = (char)num_walls;
fwrite(num_walls_small, 1, 1, file);
} else {
fwrite(num_walls, sizeof(int), 1, file);
}
But more than likely there are glaring differences in the implementation that make it clear I'm just pretending to have any idea what I'm talking about.
It wouldn't be overly hard to allow for more walls and triggers. So if it turns out to be actually desirable, I will probably do it.
Btw, I was thinking of adding a new segment type "colored" allowing you to have colored segments. These should also have a flag whether they're impassable (like the blocked segments).
I am also planning on changing the "transparent" wall properties insofar, as you can assign each transparent wall a degree of transparency and make it either fly-through or impassable.
Btw, I was thinking of adding a new segment type "colored" allowing you to have colored segments. These should also have a flag whether they're impassable (like the blocked segments).
I am also planning on changing the "transparent" wall properties insofar, as you can assign each transparent wall a degree of transparency and make it either fly-through or impassable.
Am I correct in assuming that the TGA alpha channel is supposed to be interpreted as transparency? I'm having trouble getting them to appear correctly in D2x-- it appears as if the transparancy is instead interpreted as an opaque cyan color. Example TGA...
http://home.comcast.net/~jeff250/descen ... aterf4.tga
It's saved as an uncompressed 24-bit TGA with alpha channel.
Also, TGA's that I import into DLE without an alpha channel appear as pure garbage. Is an alpha channel required?
http://home.comcast.net/~jeff250/descen ... aterf4.tga
It's saved as an uncompressed 24-bit TGA with alpha channel.
Also, TGA's that I import into DLE without an alpha channel appear as pure garbage. Is an alpha channel required?
Sure.
http://home.comcast.net/~jeff250/descen ... terf4n.tga
It's the same image except without an alpha channel.
http://home.comcast.net/~jeff250/descen ... terf4n.tga
It's the same image except without an alpha channel.
I have been able to fix TGA alpha channel handling in DLE-XP and add non-alpha TGA handling, and I have finally gotten D2X-W32 to render these textures properly.
Edit: Jeff, problem - your tga texture waterf4.tga has the data in the sequence a,b,g,r. The stuff output from some D3 texture conversion tool has it b,g,r,a. Do you know enough about TGA textures to tell me how to distinguish these? PSP 9 must know how to, as it displays both properly.
Edit: Jeff, problem - your tga texture waterf4.tga has the data in the sequence a,b,g,r. The stuff output from some D3 texture conversion tool has it b,g,r,a. Do you know enough about TGA textures to tell me how to distinguish these? PSP 9 must know how to, as it displays both properly.
