RunUO Community

This is a sample guest message. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

is this project dead?

Jeff

Lord
Identity;677236 said:
I have a feeling this is leading to kuoc and runuo becoming independent of everything OSI. (you should start on your own packer, instead of using UO's .muls, considering now there are better compression algo's)

Cant really do that cause that would entail extracting the 2d art from those files which is illegal :(
 

HellRazor

Knight
Well, the thing is, the client could work off its own custom file formats and third party utilities could then be developed to move artwork from MUL files to the custom format. RUO wouldn't actually be providing any client files or data and anyone using the tools would be required to own a copy of the client. Not too much different than what we have now, the RUO emulator itself requires certain client files to operate but does not provide them.

The POL emulator already does something similar, it has a custom file format it uses to store map data for the server and a utility creates those files from the map*.mul files.
 

krrios

Administrator
Rather than creating a new file format and migrating the existing UO data over, might it not be more beneficial to simply provide some means of overriding specific resources individually?

Something as simple as looking for, say, /data/gumps/$GUMPID$.png (or /data/items/$ITEMID$.png, /data/sounds/$SOUNDID$.wav, et al.). If found, use it; otherwise, load from MUL directly.
 

Jeff

Lord
krrios;677365 said:
Rather than creating a new file format and migrating the existing UO data over, might it not be more beneficial to simply provide some means of overriding specific resources individually?

Something as simple as looking for, say, /data/gumps/$GUMPID$.png (or /data/items/$ITEMID$.png, /data/sounds/$SOUNDID$.wav, et al.). If found, use it; otherwise, load from MUL directly.

obviously :)
 

HellRazor

Knight
krrios;677365 said:
Rather than creating a new file format and migrating the existing UO data over, might it not be more beneficial to simply provide some means of overriding specific resources individually?

Something as simple as looking for, say, /data/gumps/$GUMPID$.png (or /data/items/$ITEMID$.png, /data/sounds/$SOUNDID$.wav, et al.). If found, use it; otherwise, load from MUL directly.

If it could be done without adversely affecting the performance of the client - absolutely!
 

HellRazor

Knight
Identity;677390 said:
oooh, custom content :)

Not just custom content - EASY TO ADD custom content!

No MUL file editing needed for common artwork (tiles, gumps, statics, possibly animations)! Just drop the file in the directory, edit a text config file, and go!
 

Jeff

Lord
HellRazor;677475 said:
Not just custom content - EASY TO ADD custom content!

No MUL file editing needed for common artwork (tiles, gumps, statics, possibly animations)! Just drop the file in the directory, edit a text config file, and go!
i dont think you'd even have to "edit a text config file" :)
 

Mideon

Page
This is looking incredible! Great work! And with the migration away from UO:KR, having a customizable client would be fantastic. I'm with HellRazor, it's time to remove all of the limitations of the client hehehe.

Again great work, I'll be watching this with great interest.
 

HellRazor

Knight
Jeff;677526 said:
i dont think you'd even have to "edit a text config file" :)

You'd either need a config file or a file naming convention of some kind because something needs to identify to the client which ID to reference for which artwork.
 

krrios

Administrator
HellRazor;677562 said:
You'd either need a config file or a file naming convention of some kind because something needs to identify to the client which ID to reference for which artwork.

The idea would be that files are named after their ID values, such that ...

items/12345.png

... is implicitly mapped to override the graphic for item id 12345.
 

HellRazor

Knight
krrios;677608 said:
The idea would be that files are named after their ID values, such that ...

items/12345.png

... is implicitly mapped to override the graphic for item id 12345.

Makes sense!

Are there plans for the client to actually use graphics in this way?
 
Top