UOFiddler (ex UOViewer) (ex InsideUO alternative)
Moderator: POL Developer
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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.
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)
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.
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)
and smaller means less resources used by the client and that is a good thing
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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!
Thank you very much for the quick responses! Awesome utility!
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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)
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)
(Next Fiddler version with some Bugfixes will be released this week)
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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)
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)
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.
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)
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)
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)
************** 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)
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.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
Thanks for the reply!
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
Or you give them first full patches and then incremential patches.
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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?
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)
I missed an check inside the save function for animdata. Its fixed in svn
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
with checkouted fiddler, seems that can read to 0x4000 to 0x7fff but added my data on 0x7ff9 and save to corrupt upper than 0x3fff.Turley wrote:I missed an check inside the save function for animdata. Its fixed in svn
UO original animdata.mul ... 2192kb
saved by fiddler ... 1096kb
lost half of size =)
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
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.
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)
I did...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.
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)
And you used the latest svn revision (1685)?
Re: UOFiddler (ex UOViewer) (ex InsideUO alternative)
yup
I will try again
I will try again