Jump to content

Avenger

Modders
  • Posts

    3,788
  • Joined

  • Last visited

Everything posted by Avenger

  1. Does the "Special" parameter for opcode 319 refer to the field at 0x2c Avenger described as Param 2.5? ... Yes, it is there so you don't have to make external eff files.
  2. 0x2c is a special field that is interpreted opcode specifically in a handful of opcodes. Think of it as a param #2.5 It exists in eff v1, so its use should have been encouraged more instead of param #3 which exists only in eff v2.
  3. DLTCEP 7.7 supports the new EE engines (up to IWDEE) You can download the newest version from SourceForge.
  4. Avenger

    DLTCEP

    Version v7.8.0.2

    13,063 downloads

    The DragonLance Total Conversion Editor Pro (DLTCEP) is an unofficial game file editor/checker/browser for Infinity Engine games. Support forum
  5. Hovering wall description is not correct in the tutorial. The hovering wall polygon data is actually two separate data: 1. the first two points are a baseline 2. the rest of the points are the polygon So, it doesn't make sense to have less than 5 points in a hovering wall polygon (and less than 3 would cause assertion). (3 would make a point, 4 would make a line, 5 would make a triangle). There is also a rule about the order of the points (iirc, it is counterclockwise). But i think DLTCEP fixes them with the Order all button. So, a hovering wall can have a different baseline than its normal baseline (which is the first line of the polygon). This is used for arches where the baseline (the ground) is lower than the lowest line of the polygon.
  6. 1) Look at the image's name 2) ? 3) PROFIT!!! 2) find mapname.2da and resolve the strref
  7. Just for your knowledge: i've added a 8 bit height map editor. It was added in a kind of haste, it can cause some problems if you click on the '8 bit' radiobutton and then save the area I still don't know what is the significance of 8 bit heightmaps, this change was more like a researching tool than a finished feature. For heightmap researchers: ar1300 (nalia's keep) in bg2 is the most interesting one some pst and how heightmaps iwd2 has no meaningful heightmaps at all, let alone 8 bits
  8. Here is the first information that could come with the wikification much easier: I believe the description (some short name) of projectiles belongs to IESDP. We even name a lot of them, but they would clutter the various effect descriptions. These lists are different for each game, and some cause assertion failures on one game but work perfectly on another. So, a validated list might help modders greatly (assuming they create or port items or spells). Even the information on what projectiles are valid for one gametype is surely incomplete. ToSC - valid range: 0-0xcc ToB - valid range: 0-0x109 TOTLM - valid ranges:0-0x163 AND 0x1001-0x106c I didn't test vanilla BG/IWD/BG2, HoW/IWD2 and PST yet. In this case, even a small engine difference like between ToTLM and HoW may count.
  9. Well, you failed There is no point in restarting the information gathering process from the beginning --> we need all the current data There is no point in restricting the possible sources of information --> we need an established place which interested people already know and would use The above points pretty much bar us from just starting a wiki out in the void. Is there any reason why a wiki couldn't be placed in the current IESDP site? As far as i see DevSin has problems with the wiki format? (the obscure site place is not a valid complain) Igi has problem with time?
  10. The biggest benefit would be a bigger amount of data, IESDP is currently restricted to some select aspects of the engine. Also, updates would be more frequent.
  11. about d: I would work on an iesdp wiki, but only after the initial iesdp data was imported. (if i'm a trusted person)
  12. Avenger

    Tools Index

    Most likely on teambg.eu you can find both of them
  13. I guess it is only gui mods, and in case of bg1/pst mods that would add small areas
  14. Most stuff will be smaller (like menus and such). The only good thing is that the game area will be expanded. For PST and BG1 this improves gameplay.
  15. Yovaneth's complete area building tutorial. And here is the the update page.
  16. I thought a little bit about compatibility with gemrb. I come to the conclusion that gemrb is more or less compatible with this stuff because it calculates those offsets hardcoded in the IE automagically. It just tries to fit the panes on the left/top/bottom/right side of the game screen, and what remains in the middle, will be the game area. DLTC alters the menu (left pane in the main game window), so it is not compatible, but would work. Btw, it is not dead, just sleeps (in a DLTC ftaghn kinda way).
  17. I think the goal was to enlarge tha game screen, not to redesign all of the gui. The latter is also possible, but i don't think anyone will take the efforts. What would you put in the additional screen space anyway
  18. Ahh, i didn't know you had to patch the .exe
  19. It could be that it is incompatible with DLTC, as DLTC overwrites a few gui files. And i wonder if this will work with GemRB.
  20. The cvs is updated daily, i have no idea when will be the next windows release. I want the next release to contain basic melee combat. (no projectiles, no magic). Once that's done, and the most glaring bugs are fixed, we'll make a windows binary release.
  21. The implemented features are visible in the other pinned thread. Right now the avatar graphics is being improved with rendered armour/weapon. Once that's done we will improve the various palette handling opcodes including palette colour animation (glow etc). In the near future i plan to implement saving throws. And probably spell casting.
  22. We are in a transition. This forum will replace the SF one.
  23. Frequently asked questions are now on the website. Having a problem? Check these two pages: Help! and Common problems as well.
×
×
  • Create New...