Pay me to program for you (Expired)

[BlackJax96]

oh, thats good, since it would be awful to buy programs thats already madeI really want to buy one o: i mean, 175 dollars is just about 1271.76 SEK and I can affort that pretty easy atm
also, I would love a article rebuilder! since without a proper Article rebuilder, we will have hard time to even begin to do it with or without Module editing and I want to try make it to work D:
if you know what I mean.

a example, if I found out how to make something work in the Module file, but it requires one thing in the PSA that we cant add atm D: thats how I see it

You can afford it? o:
I'll get back to working on Ikarus asap if you're up for it.

For the articles, what I think I can do is offer advanced tools that let you create or remove data from the extra data offsets section and from articles as you wish without having to worry about calculations. You would click on a word (a word is 4 bytes, to those who don't know) and set it to Offset, Count, Flags or Other. If offset, you can specify what kind of node it links to and Ikarus will add it for you to edit. If count, you can specify what offset uses it and how. If flags, you can access the bits and write descriptions for whatever group of bits you want. If other, you can write the bytes to the word manually. All of these changes would be stored in a text file for BrawlBox to read later, provided I figure out how to give each moveset a unique identifier that won't be read by the game.

I don't know how much that would cost though. I'd only add that kind of thing once Ikarus works. Preferably, Ikarus would read the moveset file using the module and sync any edits back to the module. But I don't think that day will ever come :'(

what about making ikarus work for a single character?

since you said it was going to use specific rebuilding stuff per character...

There were actually only a few major problems with Brawlbox's rebuilder that affected a few characters in very similar ways. One was that the character, if affected, would have problems using specials and their FS - usually not being able to move after the move finished. Two was that PSA could no longer open the moveset file, which I assume is just because the section data list wasn't written with the data section first and PSA couldn't find it. I assume there were also at least a couples problems with articles as well.

I'll probably add Brawlbox's rebuilder into Ikarus and continue to work on it, making minor specifications here and there to fix problems for different characters. The only things that need to be rebuilt specific to each character are the extra data offsets, which link to articles and other various parameter lists that Brawlbox displayed alongside all the folders common to all characters.

[Doq]

I don't know how much that would cost though. I'd only add that kind of thing once Ikarus works. Preferably, Ikarus would read the moveset file using the module and sync any edits back to the module. But I don't think that day will ever come :'(

BlackJax nooooooo. :'(

[Sammi Husky]

Preferably, Ikarus would read the moveset file using the module and sync any edits back to the module. But I don't think that day will ever come :'(

This was a project i was gonna work on in my spare time actually, and due to that i have been very determined to research and as such, i have been researching them ALOT. They're one of my main concern as of late, as they govern all the things I've been wanting to do. Thankfully, I've gotten fairly far into it and understanding the modules completely for this is particular use is at least FEASIBLE now. Though of course still quite far away. I hope one day it happens though! I'm optimistic that someone will continue to research and work on them until it's done, mainly because i think it would be infuriating to come so close, just to leave before it's done. xD

EDIT:

All of these changes would be stored in a text file for BrawlBox to read later, provided I figure out how to give each moveset a unique identifier that won't be read by the game.

iirc PSA adds bytes to the files that aren't read by the game correct? er..well it DID..my version doesn't because i didn't see it making any important differences whether it was marked or not.  it marked the end of the data section with a FADE0D8A, and an offset TO this tag right before it. example, 00015a00 FADE0D8A where FADE0D8A is at that address (00015a00) IIRC it was used to mark the end of usable space in the file, and where the start of the empty space buffer begins at runtime. These 2 words were being saved by PSA into the moveset file, even though (as far as i know) it didn't need to be kept in the file. Meaning, just opening the file in PSA altered it when saved.

Dunno if this is what you meant, but yea PSA does that. Incidentally, i had the same idea to mark the moveset files with unique identifiers so that it didn't depend on character specific strings in the parent ARC header.

[pikazz]

You can afford it? o:
I'll get back to working on Ikarus asap if you're up for it.

I do have money for it, but atm I kinda need them for myself until I get a job D: (might get a work this week, only waiting on a yes or no)
and it is a pretty huge work and alot of money, so if I will buy ikarus, I would love to split the payment into 2-4 sections.
that would mean 175/2 = 87.2 or 175/4 = 43.75 for each paying.
so if I pay the first section and waiting for the beta version, once I got a beta version I can pay the second/final section o:

really want to buy it since we need Ikarus and I really want to support a friend, you ;^;

For the articles, what I think I can do is offer advanced tools that let you create or remove data from the extra data offsets section and from articles as you wish without having to worry about calculations. You would click on a word (a word is 4 bytes, to those who don't know) and set it to Offset, Count, Flags or Other. If offset, you can specify what kind of node it links to and Ikarus will add it for you to edit. If count, you can specify what offset uses it and how. If flags, you can access the bits and write descriptions for whatever group of bits you want. If other, you can write the bytes to the word manually. All of these changes would be stored in a text file for BrawlBox to read later, provided I figure out how to give each moveset a unique identifier that won't be read by the game.

I would love that o: seems really awesome!

I don't know how much that would cost though. I'd only add that kind of thing once Ikarus works. Preferably, Ikarus would read the moveset file using the module and sync any edits back to the module. But I don't think that day will ever come :'(

that would be a really hard work since PSA language =/= module language D: but we can always dream right?

[shadowXtreme]

1. You say, "I want X feature" and describe it.
2. Then I say, "That will cost X dollars".
3. I put it on the OP with the quoted price.

4a. You buy it or you don't buy it.
4b. If you don't buy it, I will set up a system in which anyone can put any amount of money down for it to be made. When it reaches the goal, everyone pays the money they pledged and I make the feature.

5. If you buy it, I will make it. You'll probably do an up-front payment so I know you're not going to change your mind.

this seems good

[LC-DDM]

Sorry but you are not allowed to view spoiler contents.

Okay, trashytalk notwithstanding, if it's at all possible to have animated textures on a character, I would engage in shilling.

[namq]

I see no $ amount on Ikarus moveset thing.  How much would that be?

I am for one, wanting Ikarus so bad, so for donating we will be using PayPal?

If it's for Ikarus, I may lend a hand but the rest I am not sure.

What are the ikarus Features/Tools that are o the request list?

Edit:

Ok saw a post of yours saying to describe some features, so here is an Ikarus feature that I would like:

- Model viewer
- ability to watch the preview of the hitbox with a before/after before we press ok.

• When we double click on a hitbox or just click "modify, we would go on the hitbox editor tab
• Said tab would have a before preview thumbnail with the un-modified model hitbox preview the second thumbnail would have the after with every single change done showing on it just before we click ok to overwrite the previous change

I hope this makes sense, it's something I always wanted from brawlbox but now that Ikarus is a focus on this, would be neat.  Hopefully the amount of donation is not that high lol, either way I want to be able to help.

*The thumbnails could be less than 800x600 both so having both thumbnail previews won't increase RAM usage that much on slower pc's.

[KingJigglypuff]

Okay, trashytalk notwithstanding, if it's at all possible to have animated textures on a character, I would engage in shilling.

That's already possible. You just need to make the character's Shaders/Materials/Textures able to use STR0 animation, then make custom STR0 animations. But it'll likely take a huge chunk of file size, alongside the needed CHR0 animations, especially is you want the texture animation to have the effect throughout the entire character's moveset.

[namq]

I just saw Pikazz post, so 175...

and not bad if more people willing to give a hand.

But it's not fair for "private" builds, no need to be selfish if I help is for the community, I have low income right now I am on a bad season but son Iam getting more hours and would let me give a helping hand.

I want Ikarus Like bad hehe lets see if it's more than 175, I can give something a month maybe via paypal.

[Sammi Husky]

But it's not fair for "private" builds, no need to be selfish if I help is for the community, I have low income right now I am on a bad season but son Iam getting more hours and would let me give a helping hand.

iirc there is no intention of private builds. Features that are finished will be included in the next public release for everyone to use. all this talk of Ikarus makes me want to get to working on it..

[pikazz]

I just saw Pikazz post, so 175...

and not bad if more people willing to give a hand.

But it's not fair for "private" builds, no need to be selfish if I help is for the community, I have low income right now I am on a bad season but son Iam getting more hours and would let me give a helping hand.

I want Ikarus Like bad hehe lets see if it's more than 175, I can give something a month maybe via paypal.

if you really want it so bad, we can always split it in 50/50 o: so I pay one part and you pay the second part?

what I said before is basically keeping track since its huge money and a big program! so it would be wiser to split the payment into sections and the program into betas o:

[BlackJax96]

iirc PSA adds bytes to the files that aren't read by the game correct? er..well it DID..my version doesn't because i didn't see it making any important differences whether it was marked or not.  it marked the end of the data section with a FADE0D8A, and an offset TO this tag right before it. example, 00015a00 FADE0D8A where FADE0D8A is at that address (00015a00) IIRC it was used to mark the end of usable space in the file, and where the start of the empty space buffer begins at runtime. These 2 words were being saved by PSA into the moveset file, even though (as far as i know) it didn't need to be kept in the file. Meaning, just opening the file in PSA altered it when saved.

Dunno if this is what you meant, but yea PSA does that. Incidentally, i had the same idea to mark the moveset files with unique identifiers so that it didn't depend on character specific strings in the parent ARC header.

I know, but the identifier needs to be set in a spot that will never change throughout movesets.

if it's at all possible to have animated textures on a character, I would engage in shilling.

You're gonna need to use SRT0 or a PAT0 that gives the appearance of animation.

There's no way to apply one animation to the model at all times (that we know of), and shaders don't support movement, so adding an animation for every subaction seems like the only way to pull that off.

- Model viewer
- ability to watch the preview of the hitbox with a before/after before we press ok.

• When we double click on a hitbox or just click "modify, we would go on the hitbox editor tab
• Said tab would have a before preview thumbnail with the un-modified model hitbox preview the second thumbnail would have the after with every single change done showing on it just before we click ok to overwrite the previous change

I hope this makes sense, it's something I always wanted from brawlbox but now that Ikarus is a focus on this, would be neat.  Hopefully the amount of donation is not that high lol, either way I want to be able to help.

*The thumbnails could be less than 800x600 both so having both thumbnail previews won't increase RAM usage that much on slower pc's.

Ikarus already has a model viewer though. It's in the center of the program... ?

The hitbox thing will be $10. I'm not going to render two whole images though, I'll just apply the changes in the model viewer and if you hit cancel, it will change back (in actuality, nothing changes until you hit OK).

[Sammi Husky]

I know, but the identifier needs to be set in a spot that will never change throughout movesets.

I suppose your right...though, wouldn't it be possible to just generically parse the moveset file's main sections first (Pointer list, Data section, Tables, strings, etc) without breaking it down yet and look up the unique identifier at the end of the Data section?

iirc it would be easy enough to just 0x20 + (Header->DataLength - 0x04) to find the address right? That way the initial pass wouldn't have to break it down, just set/get the unique identifier for the second pass to actually parse the data. Im not super acquainted with the way Ikarus or BBox handled the moveset files though, so i could be way off base..

[LJSTAR]

Just by curiosity, How much would it be for a undo/redo command for vertex editing in Brawl Box ?

[BlackJax96]

Just by curiosity, How much would it be for a undo/redo command for vertex editing in Brawl Box ?

There already is undo and redo for vertex editing. Is there a problem with it?
Bone transform and vertex transform edits are the only things that can be undone/redone.

I suppose your right...though, wouldn't it be possible to just generically parse the moveset file's main sections first (Pointer list, Data section, Tables, strings, etc) without breaking it down yet and look up the unique identifier at the end of the Data section?

iirc it would be easy enough to just 0x20 + (Header->DataLength - 0x04) to find the address right? That way the initial pass wouldn't have to break it down, just set/get the unique identifier for the second pass to actually parse the data. Im not super acquainted with the way Ikarus or BBox handled the moveset files though, so i could be way off base..

I don't think it'd be much of a problem, don't worry about it.