Comments (10)
Maybe the best thing would be to add a ART_HEIGHT and WIDTH prop to the itemdef
from source-x.
There isn't right now, but there's also a good reason for that, because in order to get that info you have to read and parse the pixel data of art.idx and that might be time consuming... If you and others think that's necessary, we could add that to x2 by parsing art data at startup, data will be much faster to access but at the cost of slightly increasing startup time and memory used
from source-x.
Let's wait and see then :)
from source-x.
I can create a script for python that read that info and generate a def. (it is possible to have that lot of defs?)
[defname art_dimensions]
//art_n Width_Height
art_01 12_25
art_02 15_45
art_03 166_54
Then with a function u can split W_H format to get width and height.
from source-x.
It's possible but it will make defs in general slower, also you'd have to recreate the info when you change or update arts
from source-x.
I think third party tool could do the work. We get a "default" setting for vanilla client and a .exe or .py to allow user update it. We could load on cache from a .txt file that u can edit with notepad or use a thirdparty tool to generate a new one with updated arts. Whatever is done is fine for me. Just talking about.
what about a doswitch? Would it be fine or it is a very long list for it? Is there a max amount of lanes a dosswitch can deal with? I can try to do a .py or .exe to generate something like this meanwhile.
[function f_get_arts_dimensions]
// argn = # of the art.
doswitch <argn>
return width_height
return 12_14
return 133_23
....
from source-x.
Do we create a console function for it?
example:
SyncroArts-> This command will note ur "art`s dimensions" into ur itemdefs scripts.
from source-x.
There isn't right now, but there's also a good reason for that, because in order to get that info you have to read and parse the pixel data of art.idx and that might be time consuming... If you and others think that's necessary, we could add that to x2 by parsing art data at startup, data will be much faster to access but at the cost of slightly increasing startup time and memory used
In fact, the sphere is already reading Tiledaya data as many times as the next number with SERV.TILEDATA.id.UNK19. So, even if there was a memory problem here, wouldn't Tiledata be interrupted? Also the same applies to DumpUnscriptedItems. Moreover, it does not read all the files required to open the Sphere, it will only import them. I think this would be a great job with a memory optimization in this part, but it seems a bit difficult because the development process is very slow. The to-do list in X2 is starting to get bigger.
from source-x.
Maybe the best thing would be to add a ART_HEIGHT and WIDTH prop to the itemdef
Honestly I have noticed that we can use TAG under itemdef, so we can just add TAG.ART_HEIGHT and TAG.ART_WIDTH values in core scripts.
from source-x.
the size don't help much, I use TAG for offsets like TAG.SIZEADJ = -7,8
from source-x.
Related Issues (20)
- ISSTUCK HOT 15
- CAN_I_SCRIPTEDMORE
- PLEVEL commands not working on GM account HOT 2
- Problems with Curse Weapon magic in i_magic_necromancer
- Problems with pain_spike magic in i_magic_necromancer
- ISVALID female gump HOT 7
- LIST and math HOT 2
- can_i_damageable and ItemHitpointsUpdate, do not update status HOT 2
- Giant Spiders drops i_spider_web in sleeping sector HOT 8
- @PersonalSpace trigger malfunctioning HOT 8
- ON=@FollowersUpdate not working as intended? HOT 3
- SkillClass on NPCS HOT 1
- spellflag_no_elementalengine & SPELLFLAG_FIELD_RANDOMDECAY
- @statchange dosnt work.
- ON=@DAMAGE together with CAN_I_DAMAGEABLE HOT 9
- Roomdef not being fully saved to the file HOT 1
- (opinion) Retrocompatibility is a lie HOT 4
- Remove internal message for fail mining spots HOT 13
- FLAGS & too long numbers (bug is back) HOT 1
- Console serv.log pointing to wrong lines in scripts? HOT 6
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from source-x.