HaloMods "Classic" Read-only Archive

Altimit01 wrote:It shouldn't have the option to do that. If you can replicate it please try to. It might just be a problem where the menu is still allowing the option to close a map when it shouldn't. I also tried loading timberland with no problem. Did you click on something while it was loading or as soon as it loaded and that caused a crash?

it happened when it was loading, and this time it loaded but then i clicked the BSP drop-down menu and then it said exception.

and i cant get eschaton to do the close thing anymore, so i guess its fine now

Bug Report (forgot to report in bitmap demo):
When importing some jpg images it pixelates them.
Like so: http://img141.imageshack.us/img141/184/ughyu7.jpg

Pixelation is due to the compression method. Without a better end point finding algorithm it'll do that.

The problem with crashes during scnr stuff is because it's still trying to load a lot of data and you might be trying to access things that aren't there yet. It's usually a bad idea with any program to click around before it's done loading. I'll disable some of that capability in code though.

Editing tag types is about on the order of meta swapping as far as breaking the internal structure of the map and probably won't be implemented. Renaming is something I might try but has some hidden difficulties associated with it.

Edit:
Well I've worked through it as much as I can and can't do anything about the flicker. With regards to reference swapping, it will now keep the same organization but if the order changed there's no way to change which row is selected. If there's no more bugs to be reported in the next 48 hours then I'll release 0.7.1 with the bug fixes.

Another bug with the dependancy swapper. it is very difficult to change the tag class on the different reflexive items. you have to change the name, press swap, click onto a different one, then back to make it register the change of class, so you can then swap it with another tag of that class.

Also, could you check the explicit bitmaps option, because it does not seem to be working for me... not too sure why.

Also, Alt, if possible I would like to talk to you over AIM about something with the rebuilding process if possible.

PM me with as much information as possible. The reference swapper and explicit bitmaps stuff has been mentioned and looked into.

Edit: extending the timeline for the bug fix by another 48 hours.

Edit: with HMs ups and downs I forgot to update the download to 0.7.1. It will be shortly.

Ho ho ho!

/updates to 0.7.2 with a few special features.

Hot stuff. I hope everyone enjoys this

Hawt, I can't wait till I get home to try it out...

its sweet, I just tried it out, and I just think that how you select tags in the reference swapper should be done like how HMT did it.
pictures for more sense.
HMT's tag selector

Eschaton's tag selector

see, here's how I think it would improve, organize the tags to select alphabetically. Instead of the current way, which I'm guessing is the order the tags were added to the map.

but that's just my thoughts

EDIT:but wait I have more to say
can Eschaton inject bitmaps cleaner please?
pictures for clarification
bitmap in photoshop

bitmap after being injected with Eschaton

as you can see there's that blur-like stuff that I'd rather not have.

Other than these two spots (the first not as much as the last) this is one damn good application.

Yeah. I can add alphabetizing decently easy. One of those little things you never think about when you're working on it. As for the bitmap issue. That comes down to an algorithm for determining the ideal end points from which those two points and two points equally spaced between them form the four best colors to describe the given 16 colors of a texel on a line of best fit through color space. I don't have the best of algorithms (that I understand well enough to implement) for it so it doesn't always make the best of images.

I might see if anyone around here is up to the task.

Love it. The import tag section is awesome. Also <3 bitmap/sound internalization. For the the import tag part I have one tiny suggestion. Add a button to select all of the tags for those rare moments when we want to import everything. But that's just one small thing to make my modding life even easier than it already is thanks to eschaton.

Couple of things, on the import I think there is a slight spelling error or something...




Also, how about an option to extract all tags of a specified type? All the scenery for example...

Wow. First spelling error that's been reported that was actually my fault (dumb plugins).

Batch extracts are still in progress, and that'd be a good idea. Add some more control over batch extraction than just the whole thing or nothing.

Don't you think that a nice feature would be to export/extract all images in a set? all the recticles, all the lightmaps, etc. Also an option to import all if the names are unchanged would be nice...
Also, when you export the .bmp images how about making it so that the default savename is whatever the image is?

Edit#2(the first is below as it has a picture...)
Big bug, when you extract the .dds files from any bimap that is not square it truncates it, for example. I extract a 256x512 image? I get a dds that 256x256. I haven't tried it the other way around but you probably want to look into it...



Edit: Odd, it stopped saving them like that...course, now when I try to set an explicit bitmaps it will set it, then whenever I try to open a bitmap the bitmaps tab/window thingie never shows...

Another little idea is that, when it asks you to select a bitmaps file (when no explicit one is set and the bitmaps.map is not in the same folder as the map you are editing) to have the option of using

The explicit bitmap issue has been fixed and will be bundled in the 0.7.3 update due out soon™.

Everything else to do with bitmaps hinges on being able to name the output file but due to the limitations of the built-in method I'm using there is no option to name the image files. And without the option to name the files, there's no way to expect the names for bulk imports. The advantage of the built-in method is the ability to save (and import) images as any supported image format.

The last part, it seemed like you were trying to say something but got cut-off.

Suiadan wrote: Edit#2(the first is below as it has a picture...)
Big bug, when you extract the .dds files from any bimap that is not square it truncates it, for example. I extract a 256x512 image? I get a dds that 256x256. I haven't tried it the other way around but you probably want to look into it...

That was the big issue...got very annoying when I spent 3-4 hours trying to figure out what the problem with the lightmaps I was modding was and it turned out that Eschaton was extracting them improperly XD

Also, what I meant to say was this:

Another little idea is that, when it asks you to select a bitmaps file (when no explicit one is set and the bitmaps.map is not in the same folder as the map you are editing) to have the option of using the same one for that map while Eschaton is loaded, so if you hit another bitmap it doesn't ask you again for a bitmaps.map...

The problem with dds dimensions should now be fixed and I'll be working doubleplusfast to get 0.7.3 out within a couple of days.

I'll see about implementing a way to store a local bitmaps.map file to a map file as well.

Alt, I am up and running again, so I can once again test.

One comment, I used HMT to inject a massive 4096x2048 bitmap into a map, when I tried to view it with Eschaton it froze for 25 minutes before I just shut it down...Also, injecting .dds files seems to take a very long time for some reason...I tried to inject an 64x64 .dds file and it freezes for 30 seconds, then says it did it...HMT does it almost instantly...

After extracting a dds file eschaton won't allow you to import any images or open a map. The files are grayed out as if its an unrecognized format.