Notus

As Kelandon said, begindefineitem 506; // newly defined item should be changed to begindefineitem 445; // newly defined item Next line also should be changed. import = 445; // base item to modify Umm.. what is your base item? For example, to set it to based on Blessed Plate male(43), change this line to, import = 43; // base item to modify

Quote: Originally written by hawk king: Quote: Originally written by Notus: [qb]Sorry, Please revise it as my previous post. i am sorry but what do you mean ? I edited the code just after I post it, because I found bugs on it. So, please revise it on your side too. You can find the edited code on my previous post.

Sorry, Please revise it as my previous post.

Like this begindefineitem 506; // newly defined item clear; import = 445; // base item to modify it_full_name = "draconian armor"; it_variety = 13; // Armor it_weapon_skill_used = 0; // Strength it_protection = 500; it_encumbrance = 5; it_floor_which_sheet = 506; // sheet number for icons it_floor_which_icon = 0; // number of icon in the sheet (zero base) it_inventory_icon = 1; // number of icon in the sheet (zero base) it_ability_1 = 11; // Assassination it_ability_str_1 = 20; it_ability_2 = 12; // Mage Spells it_ability_str_2 = 20; it_ability_3 = 1; // Strength it_ability_str_3 = 20; it_ability_4 = 16; // Tool Use it_ability_str_4 = 20; [EDIT] changed it_floor_which_icon and it_inventory_icon

Also replace next lines. begindefineitem 506; // newly defined item ... import = 445; // base item to modify "Text Edit" is not suitable for script programming, because of smart quote. Download TextWrangler from BareBones

Kelandon, Your expectation encourages us much. But please be patient. We started to code new editor actually just after we released Win 3D Editor a month ago. We are now coping to rebuild not only the user interface but the basic internal structure of the editor. This process is absolutely needed to make large enhancement to the editor, because 3D editor code doesn't have enough strength as the basement. This process is not exciting work for us and also users, because no new function is realized by it. But we know this effort is inevitable if we want to go far. I hope we can finish this stage in early April. KernelKnowledge12 Quote: Notus, could you do a quick check to see if the functions work? OK. I'll check it. Quote: It probably won't, however, be any better (if its not worse) than the old editor. - Split and customizable palette - Multiple and resizable edit windows for towns and outdoor - Simplified and comprehensive palette icons - Kohth's wall tool I think it's better than the original 3D editor in this stage.

It's almost a month from last bug report. Does anyone find another bug? If nothing, we'll entitle the latest version (Bete test release3) to ver1.0. Of course, we'll support it after making it to ver1.0, like Mac version. But major feature change will be reflected to the new editor we are coding now.

Quote: You have my permission to use whatever you need. Leave me your e-mail address, or e-mail me at steve(at)xixao3d(dot)com. I'll send the graphics files to you. Thanks, My address is notosaurai(AT)yahoo(DOT)co(DOT)jp As TSearch is a Win application, it never works on Mac OS. In principle, Win application never run on Mac OS, and vice versa. Emulation (and Java) is another thing.

Hi xixao, You seem not to have Mac, I'll make a Mac app. for you. I found your application is so-called MemoryEditor. I have no experience making a memory editor on Mac, but I think I can make it using BSD debug call, ptrace() (Mac equivalent of read- writeProcessMemory()). Anyway, you need not to open your valuable information on the location of parameters to port your app. to Mac. These parameter locations should be different on Mac, though relative position of each parameter may be preserved. Because of this difference, we should start to search memory location for the parameters. It'll be a factor to prolong the porting process. What I need is your permission to make a Mac port using your graphics and dialog layout. I want to make the port outlook as similar as to the original. When I succeed to make a port, I'll send the app. and source code to you. If you'll want to distribute it, upload it on your web. I'll take care for bug fix and future update that you'll make to the original. But I'll never open publicly it by myself, either the application nor source code. [EDIT] How many users do use classic Mac, Mac OS9? Currently I have an development environment for Mac OSX only. I know SpineRaker is making a BoA scenario on a classic Mac. So I'm considering to get a compiler for classic Mac to port the 3D BoA editor to classic Mac. If a number of users also need xixao's app on classic Mac, I'll try to get a compiler more seriously.

Look into gforscen.txt in Script folder of GF2.

Hi xixao, Mac users want your excellent utilities. Which OS you use? I would like to help you to port your utilities to Mac. Please mail me. My address is notosaurai AT yahoo DOT co DOT jp

Quote: oncerning heights, I think I recall your idea of the color map for editing heights. I believe this is a very good idea. Did you ever find out if it was implementable? I think I can. On 2D, simply change the square color according to height. On 3D, replace floor with color tile. a) Do we need to paint side walls with color on 3D? Do we need to display terrains, items and creatures on colored map mode? It makes the view too complicated. If the mode switch between normal and map mode is quick enough, simple color map may be preferable.

Quote: Concerning how, could it be possible to replace the indexes in the tr_type's to pointers. It's OK. Preferable for display routine because pointers speed up the access to the terrain object than index. Index should be converted to pointer with terrain object array. Quote: The file io would have to be changed to convert these pointers to indexes, and the opposite for writing. This is a very simple procedure, Yes, we can add index as a member to the terrain object. Quote: but the hard part comes in when copying the rest of the original code. Any code that uses scen_data to index has to be changed to just use the pointer. This shouldn't be hard, but will take a long time. ".terrain[" (236 lines) and "->terrain[" (11 lines) Humm. fair amount. Auto hill formation 1) Hill formation procedure Please refer next link how to develop a scenario? written March 01, 2005 04:57 AM by Notus 2) cliff terrain a) Height difference between given square and surrounding eight square determines whether a cliff terrain is attached to the square or not. If any one of eight squares isn't one step higher than the square, the square doesn't have cliff terrain. 1 2 3 8 X 4 7 6 5 Scan each of eight squares. If it is one step higher than the square, give it a value H, otherwise give it L. Then we'll get the eighth paower of 2 = 256 cases. Type of cliff terrain (including convex or concave) is determined by the pattern of these eight squares. But in some cases, no terrain is attached. Ex. L L L H X H L L L We can reduce the case using symmetry. But maybe we use a table which has 256 elements for process speed. This algorithm is same as current method essentially. But we can prevent flaw by listing up all cases. Even if some bug would be found, we can easily specify the element which has bug.

a) Find someone near by you who has MacOSX machine and ask to use it a bit of time. Find someone near by you who has Windows machine and ask to use it a bit of time. c) Give me the compiler for Classic Mac, CodeWorrier v8.5, and wait a week for 3D editor for Classic Mac Now 3D BoA Editor works both MacOSX and Windows(XP/2000/98SE). As the data file is common on both platform, find your friend who has Windows machine. You can download 3D BoA Editor from next link. Project: BoA Editor Remake on SourceForge.net Or send me your scenario (.bas file) you want to insert the map. I'll send back it. My mail is notosaurai _AT_ yahoo _DOT_ co _DOT_ jp [Edit] True workaround Make a town which TOWN NUMBER and SIZE is the same as the original town you want to import. In your case, town number 7 and large size. Then execute "import town". It will read the imported town correctly even on the original editor which has bug. The bug refers the size of the town on the scenario currently edited, not that of imported. So this workaround will work.

Err.. 3D BoA editor has already been out both on Mac and Win. Win version is beta now, but we think we can make it version 1.0, because there is no error report for three weeks. Please download it from next link. Project: BoA Editor Remake on SourceForge.net We are making new editor reconstructing 3D editor now to add more functions, such as copy paste, and improve user interface. We hope our source code for new BoA editor will help JV to make Geneforge editor.