Moderator: MaxCoderz Staff
Perhaps I should write a few tutorials, one on using the API in your programs and one on adding routines/internal structure of the API..?Timendus wrote:Just take a look at the template that the website generates when you try to add a routine. If you don't understand it, feel free to ask.Jim e wrote:I'm gonna try add things personally but could you give me quick rundown on precisely the format.
Well for me I have a little java in my background, just the basic really. So what your API does is you just call the routine (method in java) and set in the varibles if needed.Timendus wrote:You think it's clear enough as it is? I guess it should be, but the community seems to be getting so spoiled with tutorials for every possible subject that people seem to forget how to figure things out for themselves
So:Yes, I think it could be. That depends on what you'd require your AI to do. Most AI's are a heap of complicated calculations and conditions though, and it's going to be a lot tuffer to do that in asm than in Basic.dragon__lance wrote:do u think API is a good choice for people that have no asm knoledge(like me) and want to have a asm/basic hybred prgm. For instance, the main prgm is in BASIC, but AI is made in asm so its faster.
I really like the idea behind a standard for graphics and such. It could make creating and using graphics easier.The implications can be big though, because it also brings some standardization and abstraction in the process, but that's a boring story that you're not going to be interested in I think Smile
why would you want to? It wouldn't be worth it.necro wrote:yay Jim! Realy quick question, can a hook be triggered inside of a asm program...as in can you use xlib real statemnets in a asm prog?
Well, we're working on that then, aren't we?necro wrote:@timendus/cobb: err, sorry, wrong terming...I mean messing around with dozens of lines of code just to devide something, obviously there is a minimuim you must know (at least unless you did take it to the level of simplifying)
Hey, that's actually a really good ideaJim e wrote:I really like the idea behind a standard for graphics and such. It could make creating and using graphics easier.
Like sprites would also get width, height, method for drawing(or, xor, and, grey). Tiles would have something similar except only once since we assume that they are all alike. And maps could include dimensions, word size, masked indicator bits, and compression used. Maybe we could come to a consensus on this and try to get others to support it, like early morning.
So do you suggest that all the data is put in the sprites, and have only one sprite/mappingroutine that autodetects what it should do? That way designing grapical programs would almost be just a matter of drawing the right tiles in EarlyMorning. It wouldn't be optimized for people who just want a xor routine for example though Sure if you just want to draw one sprite any old method this would be overkill...but if you actually intend to make something useful and/or pretty this maybe the best way to go. Let me see if I could code something useful.Timendus wrote:Hey, that's actually a really good idea
Thanks for taking the math stuff off my back Yes, that's something I have no solution for. There are two ways to work around it; one is to use single registers and hl in the macros as much as possible, because you can load any other register in them. That way things like math.mul8(c,e) will work properly, but they can give redundant code. The other way is to have the user #define api_use_math_mul16, and call api_math_mul16 with the proper registers loaded, completely bypassing the macro...Jim e wrote:Also I'm noticing a problem, a routine I uploaded, mul16, isn't very useful in it's format. Since most people don't use constants, requiring to load register for every macro that uses inputs looks like it's gonna cause problems.
.