Page 11 of 14
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Jul 06, 2009 6:22 am
by Lux
6.0.13.0 Artidx.mul file seems to have an index size of 0x10000. UltimaSDK seems to have this correct, but Fiddler library has 0xC000.
An issue concerning art.mul: I loaded from a fresh UO install, did a save, which resulted in a file that was smaller than what I had loaded (63.7 MB to 57.9 MB). Is there some sort of loss when converting data into Bitmaps and writing them back out?
Far as functionality goes with the client, not a huge issue and seems to work fine. Working on a diff tool and comparing the originals with the saved version from Fiddler, all the data is changed, length and possibly composition.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Jul 06, 2009 9:19 am
by Turley
The last 0x8000 indices are for "CharacterTest"-stuff totaly useless, added a long time ago but never used. Dont know why i thought its only 0x4000.
Since a saving means build from scratch it is most of the time smaller then the original cause osi mul files are full of datafragments (e.g. ~10mb for gumpart.mul). Compared with a hexeditor its different but for a client its the same.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Jul 06, 2009 9:38 am
by MuadDib
and smaller means less resources used by the client and that is a good thing
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Jul 06, 2009 11:40 am
by Lux
Figured that it wasn't a problem for the client. Just going to save Art.mul and then build on it. That should serve my purpose of comparing original vs new.
Thank you very much for the quick responses! Awesome utility!
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Jul 08, 2009 11:01 pm
by Jester
Anyone know how to remove a big area of statics? When I used "melt" feature and then saved it removed all statics anywhere.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Jul 08, 2009 11:49 pm
by Turley
You did the right thing, but currently there is a bug in Defrag Statics. You could try "Defrag and Remove Duplicates Statics" that should work.
(Next Fiddler version with some Bugfixes will be released this week)
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Thu Jul 09, 2009 1:21 am
by Jester
Turley wrote:You did the right thing, but currently there is a bug in Defrag Statics. You could try "Defrag and Remove Duplicates Statics" that should work.
(Next Fiddler version with some Bugfixes will be released this week)
Ahh, thanks
How would I go about if I wanna change the map? Like remove an entire area and build a new one? Is that might hard?
Would it be easier to just edit a big green area I have and build stuff in statics there?
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Tue Jul 21, 2009 1:43 am
by Turley
Version 4.1c
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Aug 31, 2009 7:40 am
by Turley
Version 4.2
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Mon Aug 31, 2009 7:57 am
by Damien.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Thu Sep 10, 2009 12:27 am
by Turley
Version 4.2b
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Thu Sep 10, 2009 5:20 pm
by Damien.
It seems the .vd import is causing following problems. Right after I imported an animation into an empty slot I logged on and all the graphics made my character invisible. When I tried to change my graphic to the slotnumber I just imported the .vd to it crashed my client and since then the client crashes everytime I'm trying to enter the world.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Fri Sep 11, 2009 12:45 am
by Turley
Version 4.2c
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Tue Sep 15, 2009 4:20 pm
by Lux
Even in 4.2c, there seems to be an issue when saving art. Taking art.mul from 16.0.14.3 (Just before SA update), the file size is ~63.7 mbs. When saving the file without making changes with UOFiddler, the size drops down to 57.9 mb. This is somewhat of a problem for me when it comes to distributing updates to my players. I distribute only what has changed between two versions of a file.
While it may seem like some entires were removed, the index count remains the same. When comparing the original and the file that UOFiddler saved, the data is stored differently. The land entires (index < 0x4000) seem to have 24 bytes of data missing; The item entries have increased data length by various amounts. The data isn't written exactly as it was read.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Tue Sep 15, 2009 10:36 pm
by Turley
Its written exactly how its been read, the problem is more how OSI saves the mulfiles almost every mul file contains senseless bytes. Fiddler rewrites everything and does not simply copy the entries. Be glad that you finally get rid of the senseless stuff that keeps the filesize high
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 16, 2009 2:47 am
by Tomi
Trying to change map view from Felucca --> Ter Mur
************** Exception Text **************
System.ArgumentOutOfRangeException: Value of '0' is not valid for 'Value'. 'Value' should be between 'minimum' and 'maximum'.
Parameter name: Value
at System.Windows.Forms.ScrollBar.set_Value(Int32 value)
at FiddlerControls.Map.SetScrollBarValues()
at FiddlerControls.Map.ChangeMap()
at FiddlerControls.Map.ChangeMapTerMur(Object sender, EventArgs e)
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 16, 2009 3:34 am
by Lux
Turley wrote:Its written exactly how its been read, the problem is more how OSI saves the mulfiles almost every mul file contains senseless bytes. Fiddler rewrites everything and does not simply copy the entries. Be glad that you finally get rid of the senseless stuff that keeps the filesize high
I suppose that's good for people who distribute full files. I distribute only the entries I've changed, where patch files are built by comparing the entries of a before and after *.mul. I suppose I'll have to go back to my old method of comparing first x bytes of an entry.
Thanks for the reply!
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 16, 2009 7:46 am
by Turley
Or you give them first full patches and then incremential patches.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 5:56 am
by mitchel
How can I edit upper than 0x3fff on animdata.mul?
I added 0x7ff0 data and saved, but new animdata.mul file only 0x0000 to 0x3fff.
How can I fix it?
UOFiddler not coverd 0x4000 to 0x7fff on animdata.mul?
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 6:15 am
by Turley
I missed an check inside the save function for animdata. Its fixed in svn
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 7:10 am
by mitchel
Turley wrote:I missed an check inside the save function for animdata. Its fixed in svn
with checkouted fiddler, seems that can read to 0x4000 to 0x7fff but added my data on 0x7ff9 and save to corrupt upper than 0x3fff.
UO original animdata.mul ... 2192kb
saved by fiddler ... 1096kb
lost half of size =)
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 7:32 am
by Turley
Do you edit an old animdata.mul or an UOSA one?
Currently you cannot save an old one to the UOSA size. If I open the UOSA animdata and resave it works fine.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 7:43 am
by mitchel
Turley wrote:Do you edit an old animdata.mul or an UOSA one?
Currently you cannot save an old one to the UOSA size. If I open the UOSA animdata and resave it works fine.
I did...
1. Open UOSA's original animdata.mul (2192KB)
2. Add 0x7ff9
3. Edit animdata
4. push Save
5. result on UOFiddler directory, 1096KB animdata.mul file.
bad operation?
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 7:51 am
by Turley
And you used the latest svn revision (1685)?
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Posted: Wed Sep 23, 2009 7:53 am
by mitchel
yup
I will try again