Ha yes, an error. It should be like in the .ini in the zip, so it should be 'NO' the default value. I changed my mind between coding the default value, and the editon of the .ini


Yep, another little error.

I'll fix them in few days, when I'll have some time.

Hmm, one question. I has Andy3.ds1 and file size was 220kb, I opened it with new version, added one door, and saved it. Now size of Andy3.ds1 is 87kb. Is it normal? Looks like map works good. Just to clarify.

Probably last time you edited it you got this in Ds1edit.ini:



And now it's YES, so it's minimized

Wow! It is true. But how it is possible without data loss? Can I resave all my ds1s to shrink mod size?

It doesn't save the unused layers, that's why it's smaller.

It works indeed like that. To be more accurate tough : the editor by default open all ds1 with maximum floors and walls layers. It creates them if necessary. Precedent version of the editor saved the ds1 with this additional layers, without checking if they were used or not. So, take a simple original ds1, open it with the precedent version, don't edit anything and save immediately : the ds1 is bigger than the original. The last version in fact fix that behaviour, by saving only the minimum layers required... So it's not really that the new version compress the ds1, it's more that it correct the unneeded oversize made by the precedent versions

anyway :
NEW VERSION (just error fix)

get it as usual here

options in ds1edit.ini are now corrected : the order is now all the same (creation of ini, display in debug log, and reading order). Option 'center_zoom' don't appear twice in debug log anymore. Default value for the lowering of speed when zoom out is now fixed (same when creating the ini than what it is in the zip).

Great work, Paul. Absolutely superb. We'd be practically nowhere without you.

However, I'm experiencing some oddities on exit. I'd class it as 'minor', as there's no data loss, but it's extremely annoying. I'll try to be specific. If i'm too lengthy and pretentious, tell me, but I figured that omitting information would be even worse.

I'm using the latest version (Nov 19 2005) from your site. The error occurs when I save and exit ds1edit (I've never seen it happen when I "quit" instead of "save & quit". Regular CTRL+S save works fine.).

It'll hang indefinitely, but the hangup (appears) to be after saving, as if I alt-tab out and close the controlling console it exits (but I think that's a forced kill, never been sure on Windows) and next time I open the file all looks fine (and the information DOES get saved).

The error only shows up in the output log.

I glanced at your source (I have very rudimentary knowledge of C, but good knowledge of other languages), and tracing that line of code down was a cinch, but I'm not very certain as to why it's happening. If I had to take a guess, I'd say it's because you have both "name" and "filename" in the DS1_S struct, and my file is somehow getting the wrong one filled or the entry gets emptied too soon when exiting. The path given in the batfile is tiles\expansion\Siege\newbarrBA2.ds1, which is only 37 chars but does have a path entry. I'll stop here, this is probably more than enough information for your wizardry to fix the problem.

I traced the bug, and it's a simple mistake. Fixed. It'll be released in short time. It indeed happen only when you "save & quit", because it was processing all ds1 one by one, and it forgot to skip the slots where no ds1 were loaded (nothing to do with having 2 filenames).

I couldn't reproduced the hangup tough, but normally it should have clean up the memory.

Anyway, thanks for the help

Dang, my guess was off. Oh well, the bug is fixed. Thanks. For now, the 'workaround' is just to save normally then quit without saving, so it's pretty simple.

NEW VERSION (just error fix)

get it as usual here

That's just the bug fix we talked above (save all & quit)

Not a bug fix, but...
One option I'd really like is to hide the object labels, the text boxes above the object that tell you its name, number, etc. Because If I put one object, then another above it (behind the label) I can't modify the second unless I delete the first. Minor annoyance, until you have 60 objects in a tight cluster.
Also, can you add a drag-area object selector? Like the tile selector. Hate having to copy it one-by-one, or shift-click on them.

You can move the objects' labels by Alt-clicking on them.

Ah. Put it in your readme next time, Paul Besides, the readme's really outdated, it still says you can't edit the paths, yet tells how at the bottom. Plus it doesn't mention the insert key for objects, either.
Another thing I'd like to see is a key confguration screen, dunno how hard it'd be to make though.

I tought of that, but decided to not implement it for various reasons. For instance, does the area have to select the feet (object), the label, or both ? Does it have to be a rectangular area or a diamond area ?

But you can quickly select a bunch of object or/label. You select 1 object (or 1 label), then press shift, *maintain it pressed*, and *move* the mouse onto the screen to select the other objects (or labels) you want. Not as fast as a rectangular area selection, but still faster than clicking on each individual objects / labels.


Just a small documentation left-over. Now, the readme IS the most up-to-date reference. The on-line documention, despite having far more help/images/tutorials... still lacks the objects handling section.


I tough of that also, but it's not that easy to make, because the program is reading the keyboard keys with their *position* on the keyboard (their "scancodes"), not their actual "ASCII" values. In additioin, I tried to choose keys logically and, tough they're hardcoded, they should be easy to remember after some little time of use. If I wanted to write such a configuration screen, I had to rewrite (and test) many many lines of code, and since I'm not having so much time now as before, it's not on my to-do list.

is it just me, or is the link to download it dead?

if anyone has is, please mirror it

Url to the bad link please, check paul's signature, the link on hes site works

NEW VERSION

get it as usual here

WARNING : The CTRL + X keys (deletion of tiles and objects) are now mapped to the DEL keys (keyboard and keypad keys).
CTRL + X is now a a CUT'N PASTE, or if you prefer : it's a MOVING TILES feature.

Updated ZIPs, README.txt, and on-line docs. Improved Readme.txt by fixing spelling erros, and removing the sentences where it said that the paths were not yet editable.

Extracts from README.TXT :



Like for Copy/paste, you can Cut'n paste Tiles from 1 ds1 into another.

While you're adding new commands, can you remap undo onto Ctrl+Z? In 99% of other programs it's that, it's also much easier to reach.

'Z' is either the 'Z' or the 'W' key. I'm using scancodes.

I have set the keys in order to avoid the keys that changes from 1 language to another. So, unless many users ask for it, I won't implement it.

After more than a year without any update or bug fix :

NEW VERSION

get it as usual here (you may have to press F5 to refresh the web page)

In summary, there's not any obvious differences :

change the compiler and the Allegro library version
removed 2 crash bugs that may happens on some systems (hello Hellfire)
no more flickery of the mouse on screen
as often as possible, show errors to user via pop-up windows
make detailled walkable infos not so much cpu-consuming anymore. It's just like the simple walkable infos now
many minor tweaks and mofifications to the code, that don't necessary have a direct impact for the user

Well, at least it should be a more stable version, and a bit nicer to use

Great news! We have the download mirrored at the Keep.

Hi, i've a question:
When I want to load act2/ruin/ruin4.ds1 it says that the lvltypes.txt-act is different than the one in the ds1. The ds1 states 1, lvltypes states 2. It should be 2, sure. What can I do? The file is unmodified, and eg ruin5.ds1 works perfectly. I'm using ds1_loader for this, but this shouldn't matter. ruin3.ds1 doesn't work either, but the rest is fine. What can I do?
Corni

If you have only one file open you can select the Don't Check Act parameter. You may need to use the Force Palette param for it to display correctly. (This is all in the loader)

but isn't this an error of blizz?