MulEditor

[Ricardos]

Hi Floppy, i have Written you a PersonalNotice. You Got it?

[iwantmypot]

Originally Posted by floppydisc

Sorry but that's one of the weak points of my program. I had not yet the time to implement support for animations

dang. Well it still looks better than the Mul Patcher program I use to use. I'll just have to get use to where everything's located.

One sugguestion though... the work area gets cramped with the side panels open... maybe you could make it so they can be click/dragged to move them left/right.

That's about the only problem I've had, and it's more of a minor inconvenience rather than an actual problem. So good job!

Originally Posted by floppydisc

I includes a function to create SFX patches. That will take the verdata and put it into an executable you can simply distribute.

When you say an executable that you can distribute... does that mean people will have to download/install it themselves? Or does it work like the *.MUO files that are created by the MUO Patching Tool... all you have to do with those is put them in a *.rar file, then have UOG auto-install those for the clients.

The easier you make it for the end-user (the players), the more people you get to come. And lets face it... sometimes the players aren't all that bright.

[floppydisc]

Originally Posted by iwantmypot

One sugguestion though... the work area gets cramped with the side panels open... maybe you could make it so they can be click/dragged to move them left/right.

Atleast you can hide them (via the View menu of the main window).

Originally Posted by iwantmypot

That's about the only problem I've had, and it's more of a minor inconvenience rather than an actual problem. So good job!

Thanks

Originally Posted by iwantmypot

When you say an executable that you can distribute... does that mean people will have to download/install it themselves? Or does it work like the *.MUO files that are created by the MUO Patching Tool... all you have to do with those is put them in a *.rar file, then have UOG auto-install those for the clients.

The easier you make it for the end-user (the players), the more people you get to come. And lets face it... sometimes the players aren't all that bright.

They have to download it and install it themselves, but they don't need an extra programm to do that. But it was never intended to replace an auto update system or anything, but it can be used as a basis to build one. Some shards prefer to put all files that are needed on their website for download, so with my auto-patcher the size of an update could be decreased incredibly. I use it mainly for the development --> if I and/or my GMs build new things on our internal shard, I send them the static patches via such a self-patcher.
But actually this is only a sub-feature of the verdata editor, to justify the usage of a Verdata even with newer UO client

[floppydisc]

Just a little update to sync the public version with what I already had finished since the last release.

• The map rendering should now be nearly "perfect" (I didn't find any case where it didn't match what OSI's client shows).
• A new option for the map editor is available to automatically set the altitude of drawn tiles (this is mostly usefull when filling whole areas).
• The editors for art, texture and gump now suggest the tile ID as filename when saving.
• Maybe some other changes I forgot about

[Nagozi]

When I try to open maps using the map editor, it will not open my custom (.mul) files that I created using UO Landscaper nor will it open any map files from EA/OSI... I always get the following message:

The specified files do not match the specified map size.

(it confuses me because both the EA maps and my custom map (.mul) files are the same size: 6144 x 4096 for Trammel/Felucca)

I think this program is awesome because its an all-in-one application. I just wish I could get more use out of the map editor because I think it would make an excellent touch up program for the maps I've already spend endless months trying to complete.

I don't know if this is a bug, but if it is then I hope it gets fixed. I appreciate the hard work you guys put into programs like this... Thanks a bunch!

[Malaperth]

I believe somewhere around ML, some of the map sizes changed. I remember seeing some posts by Joeku asking for specifics on the changes.

[Nagozi]

I definately noticed the map size did change, but does that mean that Mul Editor doesnt yet support the new map size changes after ML?!? I enlarged the maps created with UOL to match the new sizes (7168w 4096h) in photoshop by creating a new terrain and altitude map from scratch and converting them into a (.mul) file. When I tried to open it in the Mul Editor it gave me the same error as before; I even tried the custom size option at the bottom of the 'open map' gump and the error still appeared.

The specified files do not match the specified map size.

Yes, I'm a bit of a noob when it comes to things like this... but we all have to learn from somewhere. lol. Thanks for the prompt reply, it was appreciated.

Any suggestions?

Here's what I want to be able to do...
> I'm using UO Landscaper to give me the bitmap templates for each facet.
> I'm painting my maps on both the terrain bitmap and the altitude bitmap
> I'm converting the bitmaps into (.mul) files and the 2 static files
--------------
With Mul Editor I want to be able to take my fully drawn map and add random altitudes, fix transition errors that occured using UO Landscaper, and add static decorations to the map. I know its possible, I think... LOL Asking too much?

[floppydisc]

There is a dropdown list where you can choose the size. If the size is not there, you can choose "custom" and manually input the desired size. I will add the ML size as predefine in the next version. But in the meantime, you can manually specify the size

Edit: As the new map size is most likely what current users prefer, I immediately added this size. The map selection dialog will now also auto-guess the size from the index of the map file. (For map0.mul however, it will still preselect the old map size, but you can simply select "Felucca/Trammel ML" from the list of presets). You can simply redownload the setup file and install it over your current version.

If you have any problems or ideas (not only regarding the map editor), just let me know

[Nagozi]

Thank you for all the help.

You mentioned suggestions in your last post. I have a few you might want to consider for future updates.... Most of which have to do with the Map Editor.

would be nice to have an undockable radar map of the large .mul file so that we can navigate the who map at a click of a mouse button instead of switching windows and scrolling.

also it would be cool to be able to place animated tiles, for waterfalls, lava falls etc. I think this would be a lot easier to accomplish in your program than manually in game.

Every other part of your program works awesome for me. I appreciate the work that went into creating this. Thanks man.

[floppydisc]

Before I can do a "standalone" radar, I will have to find a way to get better performance out of it ... currently it's quite slow (as you have probably noticed ). I think easiest way is to use the F-keys ... with F3 you switch to the radar, with a right click on the radar you move the center and with a left click you jump to the location.

Animated tiles already can be placed, the only problem is that they will not be shown animated in the editor (but they will be ingame). These animated tiles are just a series of statics. You can see the single frames in the art browser and in most cases the first one is the one controlling the animation. So if you place that you will see a non-animated tile but ingame, it will be animated.
But I will most likely add the rendering of animated tiles too, I just don't know when

[Vengeance977]

Hey, great job on the program, it's been a lot of help. I was wondering if you could implement a save/export feature to save the radar view of the map (including statics) to some image format (.bmp, .jpg, .gif, etc.). As you're rendering it in the program, I can't imagine it would be too difficult to export the graphics to an image file. Anyway, let me know what you think....thanks again for the great program.

[floppydisc]

Yes that should be possible. If you need it ASAP, InsideUO can already do this. I will put it on the to-do list for the next version
Thanks for all your interest

[Hazey]

Alright, so now that I built my own customized map and im ready to add it to my ultima online client so that when I login I can see this map on the game. How would I do this? I know the generate button is there but where am I saving the files to the new statics and map file or is it a verdata.. im confused what is that I need to do after that map is on my Muleditor screen and ready to be shiped out?

Thanks...

[floppydisc]

"Generate" is only to create new empty maps.
When you have edited a map, your the changes are made *directly* to the files (map[x].mul, statics[x].mul and staidx[x].mul ,where [x] is the index) once you hit File --> Save. You can then simply copy these files to your UO directory (don't forget to also update them server-side). How you distribute the maps to your players is a different thing and heavily depends on what you use (UO Gateway, ConnectUO, etc.)

[Hazey]

Alright ill admit im computer illiterate but learning.. I created the land mass that I wanted. I saved my work To EAGames/Ultima Online/ That main Directory.. and went to the very spot I edited and I am not seeing the change.. What is it that im not understanding? Sorry about this

[goldiron]

Simple How-To
The way of modifying things with this editor will remain the same for all the different filetypes - you open the verdata editor and drag'n'drop items on it that you want to modify. After modifying them, you can save the verdata and use it for whatever you like. I currently use it along with my auto-updater which patches the verdata back into the gamefiles on client-side.
Let's use the example of adding a new table:
- open up the Verdata Editor
- go to the right bar (the file browser) and open Art --> Statics
- search for an entry that is "(unused)" and drag it over the Verdata Editor where you drop it
- double click the item in the Verdata Editor and use File --> Load to open and load a bitmap
- close the window (leaving the Verdata Editor open!)
- in the file browser, scroll down to TileData --> Static Tiles and search for the ItemID you just dragged into the Verdata Editor
- drag & drop this item onto the Verdata Editor and double click it
- set all necessary properties and hit "OK"
- you can now save the verdata using File --> Save

i did this, but what would i set the propertys to?

[floppydisc]

Originally Posted by goldiron

i did this, but what would i set the propertys to?

You don't have to use the verdata. As stated on the first post, the editor is also able to directly edit the files. But to answer your question: that depends on what you want ;-)
The best is you take a look at existing tiledata entries to understand what OSI used.

[neizarr]

I love the fact that you are keeping verdata.mul around to use to patch OSI files. It was always a good idea for how to patch.

My question is related to animations though. I realize you don't yet support animations, but I have added some into my verdata.mul file via other tools (Michealangelo & Mulpatcher). I assume your program will add/edit those verdata entries which are non-animations. Will the autopatcher program that makes the verdata.mul into a .exe that patches the OSI files work with animation patches though too? Ie, if I use your program on a verdata.mul file that already has various patches(including animations) and use the autopatcher on that verdata.mul, will the patcher put in the animation patches even though your program has no way to edit/add/delete them?

It would be great if you could get animations put in btw. It's the only thing I plan to still use other programs for, and animations are such a mess when working with ancient tools like michelangelo.

Good job on the program!

Oh, just on a side note since you know alot about these things probably in general. You know how there are these texture spots in the static art file? Ie, 0x34d9 is one of a bunch of them. Does the client actually need that piece of art there? Or is that just junk from and old way of handling textures? I ask because I know OSI has a textures file seperate, and it has those texture tiles and far more, so if you needed one in the static art file, you should have lots more than just the ones that are present(I think?). So I am thinking these are old carryovers from when they perhaps used to put the texture tiles into the static art files, but the client likely doesn't use those tiles anymore for that. I ask because I am tight on empty space in my art files and would like to use those spots for some new art. If they are being actually being used though, then I obviously would be ill advised to do so. Otherwise, if they aren't, they're just as useless as static tiles as anything else.

Also, does anyone notice how much duplication of tiles OSI is doing lately? Nearly all the roof tiles are two versions now. Is this for the custom housing builder? Does RunUO's custom housing need to use these tiles? I would love to toss all the duplicate tiles out the window since they are a huge waste of space for our purposes, though I would like to keep custom housing too. If we don't have to use these duplicates then I would prefer not to of course. I think OSI does them as duplicates mostly because their servers require every item be differently ID'd, and there are probably subtle differences betwen the two to the server that force them to use duplicate art. But we obviously don't need to have duplicate art for RunUO, since various items can use the same art tile. So anyone know if it is 'safe' to just overwrite these tiles to get more space for actual custom art?

[floppydisc]

My question is related to animations though. I realize you don't yet support animations, but I have added some into my verdata.mul file via other tools (Michealangelo & Mulpatcher). I assume your program will add/edit those verdata entries which are non-animations. Will the autopatcher program that makes the verdata.mul into a .exe that patches the OSI files work with animation patches though too? Ie, if I use your program on a verdata.mul file that already has various patches(including animations) and use the autopatcher on that verdata.mul, will the patcher put in the animation patches even though your program has no way to edit/add/delete them?

Unfortunately, if you edit a verdata via the verdata editor, it ignores unknown entries during the loading process. So for example animations get lost. But the patch creator and also the verdata merger are not tied to that. If you use both from the Tools --> Verdata --> "Create Patcher"/"Merge Verdata" menu, it will not modify the source verdata in any way. So the patcher will also patch anim0.mul for you, even if the verdata editor and muleditor as a whole is unable to use anims

Good job on the program!

Thanks

Oh, just on a side note since you know alot about these things probably in general. You know how there are these texture spots in the static art file? Ie, 0x34d9 is one of a bunch of them. Does the client actually need that piece of art there? Or is that just junk from and old way of handling textures? I ask because I know OSI has a textures file seperate, and it has those texture tiles and far more, so if you needed one in the static art file, you should have lots more than just the ones that are present(I think?). So I am thinking these are old carryovers from when they perhaps used to put the texture tiles into the static art files, but the client likely doesn't use those tiles anymore for that. I ask because I am tight on empty space in my art files and would like to use those spots for some new art. If they are being actually being used though, then I obviously would be ill advised to do so. Otherwise, if they aren't, they're just as useless as static tiles as anything else.

I think your theory is correct and they are useless. May be the same as the "static" tiles beyond 0x4000 which used to be animations before the anim0.mul was introduced. But I'm not 100% sure about this.

[neizarr]

Oh, you will start to feel really old with that alias when they discontinue having floppy disks in computers to the extent that someone comes to you with the question... "What is a floppydisk?" hehe

[Nevaeh the Genie]

I am running into a problem and havent seen a post about this if there was already sorry.
Here is what is happening i set the paths for files. All the buttons in the tool menu will load but the art button. Here is the error it is giving me.... Division by zero. Lost not sure what to do. I have the updated muleditor and running runuo 2.

[floppydisc]

That could be caused by an invalid/damaged art.mul, artidx.mul or tiledata.mul .... but that is only my guess from the points you mentioned. It's just something you could start with to check

[Nevaeh the Genie]

okay thanks. i hope thats not it...think i would have to reinstall uo then. buggers. hehe. i could still get art tiles just the error came up. also incase anyone doesnt know this like i didnt but, be absolutely sure to close down your muleditor before trying to restart the server. with the restart and having my mul opened it was going through and removing every item anyone had equiped or worn. probably some sort of menu thing i was on at the time. but anyways just a lil hint. leave it to me to find out hehe. but, im pretty sure its in floppydics' notes of what to do. was late and tired.
thanks again floppy. will be doing testing and getting used to it on a different runuo file. but love what i see .

[eusounoob]

i need help
hey, i dont achive make wearables by the common mode (Add Wearable)
have other mode of make wearables, or other program easy to make wearables??