Kitty Corp Meow Mix Forums

Super Smash Bros. Brawl Hacking => Programming => Topic started by: libertyernie on May 03, 2014, 02:29:50 PM



Title: BrawlBox v0.78
Post by: libertyernie on May 03, 2014, 02:29:50 PM
Current version: BrawlBox v0.78 (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=214043)

(http://i.imgur.com/x61vwcb.png)

Changes in v0.78 (from the Changelog.txt):
 . Added a facility for writing BrawlBox plugins in Python (bboxapi). A sample plugin is included.
 . Added support for more filetypes in Export All and Replace All
 . Changed Export All and Replace All to create/use subfolders for children of ARC and BRES nodes
 . Added multi-select support (using Ctrl or Shift buttons) to the BrawlBox tree view. If all selected nodes are CHR0 animations or individual CHR0 entries, you can launch the "Edit All Animations" dialog from the right-click menu.
 . Changed the default scale value in "Edit All Animations" to from 0 to 1
 . Fixed a bug where animations that were only changed because of "Edit All" weren't saved
 . Added support for encoding and decoding 16-bit PCM in RSTM containers
 . Added "swap RGB" and "swap alpha" options to the texture converter dialog. "Swap alpha" will be turned on automatically if there are more distinct RGB values among fully transparent pixels than among partially opaque pixels.
 . Added OpenAL audio output support (if OpenAL is not available, DirectSound will be used like before)
 . Added support for setting texture matrices to identity in MDL0 objects
 . Fixed crashing when opening modules whose section[5] isn't the object section
 . Fixed resolution and rebuilding of Prolog, Epilog, and Unresolved addresses in .rel files
 . Fixed getting length of sfx data written out of order
 . Fixed bug where after replacing an RSAR file and reopening the RSAR, the replaced file would show as "external"
 . Fixed crash opening an RWSD with no labels
 . Fixed weight editor bugs
 . Fixed ADPCM encoding to match Nintendo's implementation (pull requests #59 and #68)
 . Fixed bug when trying to determine the encoding of a .bfstm or .brstm file
 . Fixed model import bug where bones that were not included in any skin modifier were not imported
 . Fixed bug where RASD nodes found in "External" BRES folders would not allow the BRES to be saved
 . Various MDL0 fixes

BrawlBox should be able to run on Unix-based OSes using Mono (run "mono ./BrawlBox.exe".)

Known bugs list:
Manual reports by users: https://github.com/libertyernie/brawltools/issues?utf8=%E2%9C%93&q=is%3Aissue (https://github.com/libertyernie/brawltools/issues)
Automatic reports submitted using BrawlBox: https://github.com/BrawlBox/BrawlBoxIssues/issues (https://github.com/BrawlBox/BrawlBoxIssues/issues)

If you have any questions/problems, post them in this thread or here (https://github.com/libertyernie/brawltools/issues).

Source code @ GitHub (https://github.com/libertyernie/brawltools/)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: pikazz on May 03, 2014, 02:48:07 PM
thats a excellent thing :D good work!


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 03, 2014, 04:18:13 PM
iirc isn't there a bug when importing models in 0.71 where textures would be messed up if you didn't set the textureref0 to true on shader0?

Would that also be a simple fix? i was looking to start modifying BBox as well

In any case, great work! simple but awesome :) The only modifications i made to my personal BBox was to export unknown datatypes as .dat files, so to be easily opened in hex editors for exploration


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 03, 2014, 05:37:02 PM
nice job & things, glad you were able to help him out with that.

Would that also be a simple fix? i was looking to start modifying BBox as well

2009 - 2010: The Age of Kryal
2010 - 2011: The Age of Bero
2011 - 2014: The Age of BlackJax
2014 - 20??: THE AGE OF LIBERTYERNIE AND/OR SAMMI HUSKY

it begins



Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 03, 2014, 06:14:33 PM
And with that, I am officially disconnected from all Brawl modding. Absolutely nothing more for Brawl from me guys. Now you gotta hope that in approximately 5 months, another prodigy shows up out of nowhere and keeps it going.

It's been what, almost exactly 5 months since you said that? what are you some kind of wizard? lol  :kdance:


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: KingJigglypuff on May 03, 2014, 06:36:11 PM
Something I'd like to see (assuming you'll be taking requests on future features) is advanced REFF GFX editing. So we won't have to Hex in order to change reference names or colors.

Let's hope you'll bring as much as the previous BB developers have.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: vanhuynh16 on May 03, 2014, 06:41:32 PM
I would like to thank you and Blackjax again :)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 03, 2014, 06:57:53 PM
It's been what, almost exactly 5 months since you said that? what are you some kind of wizard? lol  :kdance:

(http://i.imgur.com/38EiiPZ.jpg)

well [censored].

These kind of future-prediction coincidences happen to me far too often. Maybe I am a wizard

I would like to thank you and Blackjax again :)

It's too bad that Korean text won't display properly in Project M, but it's always good to have progress.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Ricky on May 03, 2014, 07:48:11 PM
Just a very relevant question:

Is it really pink or what


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: vanhuynh16 on May 03, 2014, 08:49:54 PM
It's too bad that Korean text won't display properly in Project M, but it's always good to have progress.

Yeah it's a shame. Yes I agree, maybe one of the PMBR have some knowledge in that or maybe comparing the two dols might help some. Does Nintendo mostly code their games in ASM?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 03, 2014, 08:57:36 PM
Yeah it's a shame. Yes I agree, maybe one of the PMBR have some knowledge in that or maybe comparing the two dols might help some. Does Nintendo mostly code their games in ASM?

Nah I don't think the PMBR makes any changes to the DOL, and if they did, they would do it with codes.

Nintendo nor any other company programs games with raw machine code (ASM), they code it in something like C++ and compile it to ASM.

Just a very relevant question:

Is it really pink or what

never question windows 8


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: vanhuynh16 on May 03, 2014, 09:05:22 PM
Nah I don't think the PMBR makes any changes to the DOL, and if they did, they would do it with codes.

Nintendo nor any other company programs games with raw machine code (ASM), they code it in something like C++ and compile it to ASM.

never question windows 8

Does that mean it would be possible to make a change for allowing certain kind of text to the dol?
Ah I see. I didn't know that.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Segtendo on May 03, 2014, 09:29:45 PM
Does this mean that we can type, say, ~, and it'll read fine in Brawl?

I remember, with older versions, the ~ would be up high, like an apostrophe.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 03, 2014, 09:33:51 PM
Does that mean it would be possible to make a change for allowing certain kind of text to the dol?

Yeah.
How? I dunno.

I would start by comparing differences between the DOLs from the Korean and English versions of Brawl.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: pikazz on May 04, 2014, 02:29:09 AM
one thing I would love if you would do request

is that we have a option in PSA that we can insert folders, like a new Variable section, a Glide section ect!

would love variable section, have tried added it so long but no matter how I do the brawlbox becomes unreadable :/


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: KingJigglypuff on May 04, 2014, 08:06:46 AM
one thing I would love if you would do request

is that we have a option in PSA that we can insert folders, like a new Variable section, a Glide section ect!

would love variable section, have tried added it so long but no matter how I do the brawlbox becomes unreadable :/
More Fighter.pac support would be great as well, since you can't do certain Action Overrides without certain references from the Fighter.pac that the current Moveset editing BrawlBox does not have. But moveset stuff is best saved for BJ's cancelled Ikarus.

Another issue is being unable to see all Sub Routines. Though the first Moveset editing version of BrawlBox did not have this issue.

It would be great if libertyernie and Sammi could work on and improve BrawlBox and Ikarus together.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 04, 2014, 10:38:02 AM
I probably ought to say this: most of the stuff people have mentioned, I know very little about! In particular, I don't think I've ever done ANY moveset editing. So don't expect too much from me.
However, if there's something that people do with hex editing now, and there's some sort of guide, maybe I could try integrating that sort of thing at some point.

Does this mean that we can type, say, ~, and it'll read fine in Brawl?

I remember, with older versions, the ~ would be up high, like an apostrophe.

Now you should be able to copy the tilde from the Metal Gear song title and use that one. (~)
As long as we're at it, let's just throw a ton of Unicode characters in titles and see how many Brawl knows!

P.S. Here's a screenshot of BB running on XP:
(http://i.imgur.com/ACen6cZ.png)

P.P.S. Does anyone know, in ResourceType.cs, what the upper byte means?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Chuy on May 04, 2014, 11:09:47 AM
Well nobody is forcing you to make edits to brawlbox so keep that in mind but regardless thanks for the modification though as i remember this being a pain to deal with when making song titles with unique characters back when .msbin editing first started.
Look forward to see what else will be added if you decided to keep doing modifications




Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: pikazz on May 04, 2014, 11:52:40 AM
its all up to you Lib, just like Chuy said

about my stuff I said, it is actually a Hex guide of it!
http://forums.kc-mm.com/index.php?topic=66724.0 (http://forums.kc-mm.com/index.php?topic=66724.0)

can give you all the information I have of how a PSA is build if you want to try it


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 04, 2014, 12:21:23 PM
P.P.S. Does anyone know, in ResourceType.cs, what the upper byte means?

It's just an ID, in case two entries use the same image index.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 04, 2014, 01:09:37 PM
It's just an ID, in case two entries use the same image index.
Cool, thanks!
I've been thinking about adding a way to edit STDT data, but since it's variable length and switches between floats/ints it might get tricky.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Chuy on May 04, 2014, 01:28:39 PM
I remember bero's mod being able to edit the STDT and kinda wondering why it was dropped suddenly
Here's the information about it in case you need it (http://forums.kc-mm.com/index.php?topic=15618.0)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 04, 2014, 01:30:50 PM
Cool, thanks!
I've been thinking about adding a way to edit STDT data, but since it's variable length and switches between floats/ints it might get tricky.


No problem, if you have any questions about how things work in BrawlLib, I would definitely be the one to ask.

I would recommend you check out the interfaces I used for editing STPM (BrawlLib/SSBB/ResourceNodes/STPMNode.cs) or moveset parameters (Ikarus/UI/Controls/AttributeGrid.cs) if you want to edit an any-length array of float and integer values.

You should start by implementing Bero's work, then add on to it: http://code.google.com/p/brawldev/source/browse/trunk/BrawlLib/SSBB/ResourceNodes/StageRelatedFiles.cs (http://code.google.com/p/brawldev/source/browse/trunk/BrawlLib/SSBB/ResourceNodes/StageRelatedFiles.cs)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 04, 2014, 02:16:39 PM
Incidentally this reminds me, I was going to begin implementing filetypes for BBox from my SSE thread. Can anybody tell me the bare minimum files I would need to edit / add to have Brawlbox recognize the file?

The reason this reminded me is because coincidentally STPM files follow the same basic structure as pretty much all of the SSE files. At least the header does. most notably BLOC archives, which are children in ARC files in almost al SSE stages and contain all the really important SSE stuff

EDIT: nvm im stupid, i was doing everything right i just forgot the stupid byte order in the tag lol


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: jjookkeekkiidd on May 04, 2014, 02:23:44 PM
so, will the texture error be fixed?
(when you make an import, the textures look messed up in-game)

or has it already been fixed?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: KnightMario on May 04, 2014, 05:32:25 PM
IT'S HAPPENING.
5 months and 3 days later.






Maybe...


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 05, 2014, 02:43:29 AM
Well, i've begun implementing the BLOC filetype to BBox..so whenever that's done i'll try to fix the whole shader0 not having textureref0 = true, which causes crazy messed up textures in game. Incidentally i went ahead and added an icon for STDT entries that LibertyErnie started to implement. Icon isn't that great, but better then a question mark :P

(http://i.imgur.com/p9Xpo99.png)

In any case, i went and forked your repository on git so i can make changes of my own. Im not super awesome at programming or nothin but i'll try to help out whenever i can. Whenever i do i'll send you a pull request (unless you just add me as a collaborator to your repository)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 05, 2014, 11:18:37 AM
Well, i've begun implementing the BLOC filetype to BBox..so whenever that's done i'll try to fix the whole shader0 not having textureref0 = true, which causes crazy messed up textures in game. Incidentally i went ahead and added an icon for STDT entries that LibertyErnie started to implement. Icon isn't that great, but better then a question mark :P

([url]http://i.imgur.com/p9Xpo99.png[/url])

In any case, i went and forked your repository on git so i can make changes of my own. Im not super awesome at programming or nothin but i'll try to help out whenever i can. Whenever i do i'll send you a pull request (unless you just add me as a collaborator to your repository)

Sweet! For STDT, I'm probably gonna try Bero's code that BJ posted the link to, and if that works well enough I'll get rid of mine.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Mewtwo2000 on May 05, 2014, 12:04:43 PM
Honestly, I prefer how entries are listed in BJ's STPM editor than in Bero's STDT one. It would be cool if you could use the STPM menu for the STDT instead.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Dantarion on May 05, 2014, 03:05:40 PM
BlackJax, can you please give a couple more people commit access to the brawlbox project so we can continue making releases and code commits through google code?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: vanhuynh16 on May 05, 2014, 03:42:57 PM
OMG I got it Blackjax!! I replaced MISCDATA[9], MISCDATA[10] in common3.pac with the Korean one, and it worked! Apparently I read that 9 and 10 are font_latin1.arc, font_latin12.arc. But would you know how to change the text size though? It seems a bit small though. Would I have to add something to the msbin file? like <size=???> etc?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 05, 2014, 05:34:06 PM
Honestly, I prefer how entries are listed in BJ's STPM editor than in Bero's STDT one. It would be cool if you could use the STPM menu for the STDT instead.
I don't think I can do it the way he did it for STPM, since STDT has a variable number of entries in it. Also, some are floats and some are integers, and the program doesn't know which is which. But hopefully I'll figure out a way you can edit both that's not too complicated.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 05, 2014, 05:43:15 PM
OMG I got it Blackjax!! I replaced MISCDATA[9], MISCDATA[10] in common3.pac with the Korean one, and it worked! Apparently I read that 9 and 10 are font_latin1.arc, font_latin12.arc. But would you know how to change the text size though? It seems a bit small though. Would I have to add something to the msbin file? like <size=???> etc?

Yeah I'm pretty sure that's the right tag.
So it works now? Cool beans.

BlackJax, can you please give a couple more people commit access to the brawlbox project so we can continue making releases and code commits through google code?

Yeah. Anybody who wants to commit changes should pm me their email and I'll add them.

Icon isn&#039;t that great, but better then a question mark :P

Here's a template for the original icon style:
https://www.dropbox.com/s/cqsozzwloaza5bf/CHR.psd (https://www.dropbox.com/s/cqsozzwloaza5bf/CHR.psd)

Sweet! For STDT, I&#039;m probably gonna try Bero&#039;s code that BJ posted the link to, and if that works well enough I&#039;ll get rid of mine.
Honestly, I prefer how entries are listed in BJ&#039;s STPM editor than in Bero&#039;s STDT one. It would be cool if you could use the STPM menu for the STDT instead.
I don&#039;t think I can do it the way he did it for STPM, since STDT has a variable number of entries in it. Also, some are floats and some are integers, and the program doesn&#039;t know which is which. But hopefully I&#039;ll figure out a way you can edit both that&#039;s not too complicated.

Even though displaying a raw array to the user is quick and easy and SEEMS like the best solution, it's not intuitive at all for the user. You always want to be able to name raw values so I avoided doing it. Use the moveset attribute editor, at least, and let the community name the values. You'll have to set up a naming system for text files.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: vanhuynh16 on May 05, 2014, 07:18:33 PM
Yeah I'm pretty sure that's the right tag.
So it works now? Cool beans.

Kinda? When I try to change the size, it just makes it blank instead. So I'm not sure what to do from there.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 05, 2014, 08:44:51 PM
Yeah I'm pretty sure that's the right tag.
So it works now? Cool beans.

Yeah. Anybody who wants to commit changes should pm me their email and I'll add them.

Here's a template for the original icon style:
https://www.dropbox.com/s/cqsozzwloaza5bf/CHR.psd (https://www.dropbox.com/s/cqsozzwloaza5bf/CHR.psd)
Honestly, I prefer how entries are listed in BJ's STPM editor than in Bero's STDT one. It would be cool if you could use the STPM menu for the STDT instead.

I don't think I can do it the way he did it for STPM, since STDT has a variable number of entries in it. Also, some are floats and some are integers, and the program doesn't know which is which. But hopefully I'll figure out a way you can edit both that's not too complicated.


Even though displaying a raw array to the user is quick and easy and SEEMS like the best solution, it's not intuitive at all for the user. You always want to be able to name raw values so I avoided doing it. Use the moveset attribute editor, at least, and let the community name the values. You'll have to set up a naming system for text files.
But how does BrawlBox know whether to interpret a value as integer or floating-point? I can't go by the size of the STDT data, because a few stages (i.e. 75m and Luigi's Mansion) have the same size STDT but use different interpretations.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 06, 2014, 12:29:55 AM
But moveset stuff is best saved for BJ's cancelled Ikarus.

I actually am already working on Ikarus. Just sent a pull request to LibertyErnie to allow selecting JUST the character folder, rather then the whole root of ALL brawl files. So expect to see that improved as well as BBox stuff :)


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: BlackJax96 on May 06, 2014, 12:41:13 AM
But how does BrawlBox know whether to interpret a value as integer or floating-point? I can't go by the size of the STDT data, because a few stages (i.e. 75m and Luigi's Mansion) have the same size STDT but use different interpretations.

Well the attribute grid does have an if statement that guesses int or float, but for values like 0 and some really big integers, there's no way to know for sure. What I did for moveset files was I had it use that if there were no text files that explicitly stated int or float for the current value.

Basically either the user tells BB float or int using the text files or it guesses.

Alternatively, you could hardcode structs for each stage and use them as a direct property interface. I don't think I would do that though, as there are quite a few stages and most of the values are unknown or need a long description.

I actually am already working on Ikarus. Just sent a pull request to LibertyErnie to allow selecting JUST the character folder, rather then the whole root of ALL brawl files. So expect to see that improved as well as BBox stuff :)

There should be a separate button under file->open to open just a character folder. In fact, I was planning to add buttons to be able to open any file separately.

The reason I completed opening the root first was because it was faster to just open an SD card root and switch the character for testing and I wanted to emulate the game :P
BB v0.68 and PSA can already edit pretty well.

Nice to see interest in continuing Ikarus though. It has a lot of potential, if somebody can get a proper moveset rebuilder written.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 06, 2014, 06:56:46 AM
Well the attribute grid does have an if statement that guesses int or float, but for values like 0 and some really big integers, there's no way to know for sure. What I did for moveset files was I had it use that if there were no text files that explicitly stated int or float for the current value.

Basically either the user tells BB float or int using the text files or it guesses.

Sweet. Which file is the attribute grid in?

EDIT: Never mind, found it. It's in the ikarus project.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: KingJigglypuff on May 06, 2014, 07:50:01 AM
I actually am already working on Ikarus. Just sent a pull request to LibertyErnie to allow selecting JUST the character folder, rather then the whole root of ALL brawl files. So expect to see that improved as well as BBox stuff :)
Yay. \o0o/


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: E-scope12 on May 06, 2014, 08:13:33 AM
I wish the model viewer can view vertex colors.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Kaye Cruiser on May 06, 2014, 12:12:24 PM
Hey. This version of BrawlBox keeps messing up the .msbin for the songs.

Anytime I edit it even slightly and then save, it becomes corrupt no matter what happens. Even if I export it out and edit it on it's own, it ends up as corrupted whenever it saves. This didn't happen with the previous versions.

What gives? I'm not the only one having this issue, right?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 06, 2014, 12:17:53 PM
Hey. This version of BrawlBox keeps messing up the .msbin for the songs.

Anytime I edit it even slightly and then save, it becomes corrupt no matter what happens. Even if I export it out and edit it on it's own, it ends up as corrupted whenever it saves. This didn't happen with the previous versions.

What gives? I'm not the only one having this issue, right?
Can you send me the file that gets corrupted, but before the program corrupts it?

EDIT: nvm, found one I can use to test.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Mewtwo2000 on May 06, 2014, 12:30:08 PM
I wish the model viewer can view vertex colors.

The program used for MKWii tracks can. I wonder if there's any documentation anywhere that could be used to port that into Brawlbox.


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Dantarion on May 06, 2014, 12:47:30 PM
Hey, im just trying to throw something out, but can you guys use the existing BrawlCode progress so we don't end up splitting BrawlBox's development history yet again?


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: Sammi Husky on May 06, 2014, 12:54:26 PM
Hey, im just trying to throw something out, but can you guys use the existing BrawlCode progress so we don't end up splitting BrawlBox's development history yet again?

Do you mean the google code project? Im up for it, i've never really used google code before though..But in order for BBox to not end up forking off into separate dev trees LibertyErnie would need to use google code as well and we would need BJ to give us commit privileges.

In the long run it may be better to just switch to git altogether since in my opinion its a bit more contributor friendly, but that's really just me. I'll go wherever the code goes lol


Title: Re: BrawlBox 0.72 - Proper UTF8 support in MSBin
Post by: libertyernie on May 06, 2014, 12:56:07 PM
I updated the link on the main page - now the MSBin corruption seems to be fixed. Thanks waveshocker!

Hey, im just trying to throw something out, but can you guys use the existing BrawlCode progress so we don't end up splitting BrawlBox's development history yet again?
Is it this repo? https://code.google.com/p/brawldev/ (https://code.google.com/p/brawldev/) Or is it a newer one?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 06, 2014, 12:58:52 PM
Nope...thats the one Bero and I worked on when we couldn't contact Kryal to get commit writes to the original one!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: BlackJax96 on May 06, 2014, 01:02:55 PM
http://brawltools2.googlecode.com (http://brawltools2.googlecode.com)

Just send me your emails and I'll give you commit access


Title: Re: BrawlBox 0.72 bugfix 1
Post by: pikazz on May 06, 2014, 01:29:54 PM
so the Brawlbox is again set in motion! and now that we have Lib, Sammi and Dant intrested to do it, it can be at v1.00 this time!

wish I could help with anything, but if you want a betatester, you know where I am! (was Beta tester the period BJ96 was the BB maker)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 06, 2014, 01:36:06 PM
I wouldn't really mind moving to the SVN, but also, using GitHub gives a couple extra features - primarily pull requests and easy branching - that can be kind of nice.
Then again, Google Code gives you a download area and other things which I probably don't know about yet.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: BlackJax96 on May 06, 2014, 01:57:50 PM
Meh, the downloads section is deprecated. I think they already removed the option to add new downloads by now.

You also couldn't replace a download. I didn't like using it solely because of that.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 06, 2014, 02:52:17 PM
Here's where my progress is on the STDT thing:
(http://i.imgur.com/VN59pfT.png)

How do you think edits to the names/descriptions should be saved? I'm loading it right now from a file STDT/[the name of that ef_*** node in the file].txt, if it exists, but there's no code to save changes.
A button or something to switch between int/float/degrees might also be nice, but I could also just use that guessing code, I suppose.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Mewtwo2000 on May 06, 2014, 02:59:12 PM
I got a WIP update to my STPM Tool that makes it compatible with STDT and names some of the more interesting values. I can try to finish and release it so you can see if the names are fine to be used in there.

Also, please use BJ's template for the STDT icon, that one is out of place imo.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 06, 2014, 03:02:10 PM
I wouldn't really mind moving to the SVN, but also, using GitHub gives a couple extra features - primarily pull requests and easy branching - that can be kind of nice.


I've become somewhat accustomed to github myself, especially since vs 2013 Express has an integrated git interface, while SVN management can't be integrated with Express versions. Though thats not a biggie really.

That and github has a better interface :P

Also, please use BJ's template for the STDT icon, that one is out of place imo.


That one was only a placeholder so i didn't have to deal with so many ?'s lol. Yea i'll make a new one from the template.

Anyone have suggestions on what the colors should be? or is a black and white gradient like this good?
(http://i.imgur.com/pWP3lpV.png)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Leon Exodio on May 06, 2014, 03:23:09 PM
*follows*


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 06, 2014, 03:52:25 PM
I admit, maybe github is best for this.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 06, 2014, 04:04:52 PM
Well, currently i've just been making forks of LibertyErnie's repo and making changes, then requesting a merge from mine since i don't have push access to His repo, but if he could add us both as contributors then we'd be able to make new branches and commit changes alot easier.

Alternatively, if he wants to keep his personal repo in order to keep track of changes that will affect his other programs, one of us could create a new repo off of that one and add everyone to that one


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 06, 2014, 04:20:51 PM
We should try to keep it as one repo if possible. Don't want features appearing and disappearing.

Once you guys get something settled, add dantarion to it and ill commit BrawlBox2Maya command line tool


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 06, 2014, 04:42:28 PM
OK, Sammi Husky and Dantarion should now both have upload access to my brawltools repository, if everything worked right. Let me know if it doesn't work.

GitHub supports SVN clients, by the way, so if either of you want to use it that way you can.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 06, 2014, 04:43:29 PM
I may set up a buildbot to do automated builds! This is exciting! So happy!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: BlackJax96 on May 06, 2014, 04:47:57 PM
Alright, since the 4th BrawlTools generation is being hosted on github, I won't bother adding you guys to the old 3rd gen svn.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 06, 2014, 04:49:53 PM
OK, Sammi Husky and Dantarion should now both have upload access to my brawltools repository, if everything worked right. Let me know if it doesn't work.

GitHub supports SVN clients, by the way, so if either of you want to use it that way you can.

Lol dangit!just sent a pull request too, i'll just try to push those commits directly as a test to see if everything worked..lol


Title: Re: BrawlBox 0.72 bugfix 1
Post by: pikazz on May 06, 2014, 04:52:42 PM
Now i am excited! It sound so amazing! I can see great power of you three!
But i am Sad, it feels and Will probely be that i Will stand on the side and Watch, not Being able to help :C


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 06, 2014, 06:56:55 PM
Brainstorming: maybe instead of loading a text file automatically for STDT nodes, I should just add right-click items that say something like "Load Descriptions" and "Save Descriptions"? There's really no reliable way to determine what stage (i.e. what rel file) a PAC is made for.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DSX8 on May 06, 2014, 07:07:11 PM
well... glad to see some love to BB again...

*follows*


Title: Re: BrawlBox 0.72 bugfix 1
Post by: vanhuynh16 on May 06, 2014, 07:19:17 PM
Does anyone know how the color and size codes work in the msbins? like <color=56544FFF> but this is different than html right? Same with the size?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Mewtwo2000 on May 06, 2014, 07:22:29 PM
Brainstorming: maybe instead of loading a text file automatically for STDT nodes, I should just add right-click items that say something like "Load Descriptions" and "Save Descriptions"? There's really no reliable way to determine what stage (i.e. what rel file) a PAC is made for.

You could add a tab with a list of the different stages with STDT, so depending on the one you choose in the list, you can read the info specific for that stage.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: BlackJax96 on May 06, 2014, 08:18:55 PM
You could add a tab with a list of the different stages with STDT, so depending on the one you choose in the list, you can read the info specific for that stage.

What about a dropdown containing stages with the same amount of STDT values instead of tabs for all stages?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Mewtwo2000 on May 06, 2014, 08:33:05 PM
I meant a combobox or whatever it's called. Just a list of stages that change what's displayed once you change your selection. That list may depend on the size of the STDT or not. I use STDTs on stages that go on many slots at the same time, even if the size of the STDT in the original stage doesn't match the one in my stage. That combobox could have a default value where all STDT values can be edited, but have no descryption at all. And then have stage-specific lists, where only known values are displayed and are editable.

Dunno, just throwing ideas out there.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: PhantomWings on May 06, 2014, 10:38:54 PM
Haha, this is awesome! :laugh: I can't believe that this much enthusiasm for Brawl hacking remains after all these years.

I may set up a buildbot to do automated builds! This is exciting! So happy!

Even Dant's caught up in the excitement.  :kdance:




Title: Re: BrawlBox 0.72 bugfix 1
Post by: Spex130 on May 06, 2014, 11:07:41 PM
Whoa hey guys I've totally been bothering BJ so I can take up coding BB and-

*sees talent*

-yeah nevermind I'll just go sit in my corner and let the pros go nuts.

Really though, glad folks are still interested.

Hype!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 07, 2014, 04:06:01 PM
I meant a combobox or whatever it's called. Just a list of stages that change what's displayed once you change your selection. That list may depend on the size of the STDT or not. I use STDTs on stages that go on many slots at the same time, even if the size of the STDT in the original stage doesn't match the one in my stage. That combobox could have a default value where all STDT values can be edited, but have no descryption at all. And then have stage-specific lists, where only known values are displayed and are editable.

Dunno, just throwing ideas out there.
Yeah, maybe a combobox would be a nice idea. I can store different AttributeInfo[] instances statically to test it, for sure.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Large Leader on May 07, 2014, 04:33:34 PM
Just curious, but will there ever be a way to open BBox PSA'd files in PSA and PSA PSA'd files in BBox?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 07, 2014, 04:50:31 PM
Tidus, for that to happen, PSA can't do much about it. So basically, BrawlBox needs to be changed to not ever save a file in a way that PSA can't read it.

Also, BrawlBox SHOULD be able to save D3 and Pokemon .pacs in a way so that PSA can open them :D


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 07, 2014, 05:00:44 PM
Just curious, but will there ever be a way to open BBox PSA'd files in PSA and PSA PSA'd files in BBox?

I suppose if an elegant solution can be found for why the way BBox saves them causes that issue then sure. Then again, i don't even know what causes this in the first place so don't quote me on that.. :kdance: I also have pretty little knowledge on the moveset file format despite how long i looked at tabuu and PSA's source :(

And in any case, my main focus for moveset stuff would be on Ikarus anyways


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Large Leader on May 07, 2014, 05:08:10 PM
Tidus, for that to happen, PSA can't do much about it. So basically, BrawlBox needs to be changed to not ever save a file in a way that PSA can't read it.

Also, BrawlBox SHOULD be able to save D3 and Pokemon .pacs in a way so that PSA can open them :D

I'm aware that BBox is the culprit. Since I have little to no idea what you guys have to work with, I'm just throwing out suggestions for future updates, etc.

Not really worried about the D3 and Pokemon .pacs tidbit seeing as I don't work with them. But it's nice to know anyways, for future reference :P

And in any case, my main focus for moveset stuff would be on Ikarus anyways

True, true. Almost forgot that Ikraus would be used for PSAing stuff.

I wish you guys the best of luck in your endeavor.

By the way, what language are you guys coding in?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 07, 2014, 05:16:19 PM
Just so people know, BrawlBox, BrawlLib and Ikarus are all Programmed in C#.

So if anyone who knows C# wants to contribute they can easily fork the repo on github, code in your improvements or what have you, then send a pull request where we can review it etc etc


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 07, 2014, 05:31:06 PM
Also, knowledge of python can be useful for making quick and dirty guesses at data structures.
I can decode a complicated multilevel file MUCH faster using python than I will ever be able to do using C#.

SSE IS GOING DOWN!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Large Leader on May 07, 2014, 05:53:52 PM
I have very little knowledge of Python and almost none in C#

BUT, I'm majoring in CS so hopefully I'll be able to give you guys a hand in the future.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Gravity on May 07, 2014, 06:12:50 PM
I wish I had more to offer than a couple of semesters in C++, but I really got nothing to contribute at the moment. :|

So here I am. Waving my poms poms.

Go team go

Time to hit the books and learn some stuff. Ikarus is something that has a whole bunch of potential and it's def something I'd want to help with some time in the future. Good luck in the meantime, y'all.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: BlackJax96 on May 07, 2014, 06:46:06 PM
Did somebody mention Ikarus and Brawlbox saving movesets?

The code the old Brawlbox uses to save moveset files is horrendous. I'm sure it's the culprit of any problems you might have, as it actually rewrites the entire moveset file and PSA doesn't. I was planning to completely recode it in Ikarus.

It's messy, complicated and doesn't reproduce the same file exactly. I'm also completely sure a lot of the moveset file's structure is dictated by the REL file (or some outside source), as there is literally no official indication of structures being there or not, what they are, their lengths, etc.

In the meantime for Ikarus, instead of rebuilding the moveset file altogether, it might be more beneficial to do what PSA does and remap anything edited & longer to the end of the file, along with scanning for FADEF00D fillers to use for new data in old locations within the moveset so that it doesn't bloat in size.

I also think the incompatibility between PSA and Brawlbox is that Brawlbox writes the section list in a different order, and PSA slaps new data at (almost) the end of the file.

Luckily for you guys, I already reverse engineered the entirety of the moveset file (here (https://code.google.com/p/brawltools2/source/browse/trunk/Ikarus/Moveset%20Builder/OldBuilder.cs), here (https://code.google.com/p/brawltools2/source/browse/trunk/Ikarus/Moveset%20Builder/DataCommonBuilder.cs), here (https://code.google.com/p/brawltools2/source/browse/trunk/Ikarus/Structs/FighterDefinition.cs), and here (https://code.google.com/p/brawltools2/source/browse/trunk/Ikarus/Structs/ExtraDataOffsets.cs)), so don't let that work go to waste.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Kage Ryu on May 07, 2014, 07:12:27 PM
Goodness. BB development has been revived. Nice.

*stalks follows thread*


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 07, 2014, 07:20:25 PM
Also, knowledge of python can be useful for making quick and dirty guesses at data structures.
I can decode a complicated multilevel file MUCH faster using python than I will ever be able to do using C#.

SSE IS GOING DOWN!


I should really look into python lol. I hear it's much simpler/easier to pick up then alot of other languages. I'm just glad allot of these SSE files follow the same basic structure and are relatively easy to mess with in just a hex editor.

I got the BLOC file to initialize all subfiles and such, but i can't get it to recognize them as individual nodes with their own filetypes. For example, right now i'm just initalizing them as Generic BLOC entry nodes, and having them set their name based on the first 4 bytes in their header, which is their filename..I have the files necessary to recognize the GDOR header, you can even just open the raw GDOR file in bbox, but i can't for the life of me get it to recognize that the BLOC entry is actually a GDOR file  :(

The good news is that you can export these bloc entries individually as well regardless of the individual size of the entry, but i haven't implemented saving any changes made after replacing one of them yet.

(Also, don't look at the images for BLOC sub files, they are only there to make testing easier on my eyyyeess)

(http://i.imgur.com/0sh3xrH.png)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: pikazz on May 08, 2014, 09:56:20 AM
so its now official milk has gone bad BB is alive again!

nice progress Sammi :3 cant wait to test it out!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: E-scope12 on May 08, 2014, 12:09:36 PM
libertyernie I a favor to ask. Can you give the model viewer an option to toggle vertex colors on or off & make the SCN0 & CLR0 animations have effects when you play those & make the model viewer show mipmaps as well?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DSX8 on May 08, 2014, 02:33:02 PM
libertyernie I a favor to ask. Can you give the model viewer an option to toggle vertex colors on or off & make the SCN0 & CLR0 animations have effects when you play those & make the model viewer show mipmaps as well?
that would be a complicated task just to enable shaders in model viewer mate..


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 08, 2014, 03:32:36 PM
libertyernie I a favor to ask. Can you give the model viewer an option to toggle vertex colors on or off & make the SCN0 & CLR0 animations have effects when you play those & make the model viewer show mipmaps as well?
I doubt it - I have no idea how the model viewer works :|


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DarkPikachu on May 08, 2014, 04:01:50 PM
libertyernie I a favor to ask. Can you give the model viewer an option to toggle vertex colors on or off & make the SCN0 & CLR0 animations have effects when you play those & make the model viewer show mipmaps as well?
I'm not working on the model viewer, but I do know it uses legacy GL functions to work...

managing vertex colors IS possible using legacy GL, but it requires a hack to update the material per vertex...

what I'm waiting for is someone to get the TEVs working :P
(you don't need GLSL shaders to do this)

in any case, I'm glad someone else is working on Brbx :)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: E-scope12 on May 09, 2014, 05:54:27 AM
I doubt it - I have no idea how the model viewer works :|
I see.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 09, 2014, 09:48:12 AM
I realize now that BrawlBox2Maya requires a bit of changes to BrawlLib to work, I have verified with Eternal Yoshi that it is bug free now, and it includes my dae+anim -> FBX mel scripts that I use for importing into UE4 as well!

I will probably get that in there this weekend or so.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Velen on May 09, 2014, 09:50:53 AM
I realize now that BrawlBox2Maya requires a bit of changes to BrawlLib to work, I have verified with Eternal Yoshi that it is bug free now, and it includes my dae+anim -> FBX mel scripts that I use for importing into UE4 as well!

I will probably get that in there this weekend or so.

Unreal Engine 4 huh. Nice.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: pikazz on May 09, 2014, 11:41:27 AM
I realize now that BrawlBox2Maya requires a bit of changes to BrawlLib to work, I have verified with Eternal Yoshi that it is bug free now, and it includes my dae+anim -> FBX mel scripts that I use for importing into UE4 as well!

I will probably get that in there this weekend or so.
so BB2M is complete now? 8D thats awesome news!

one question, is it only exportation to Maya, or can you export from Maya to BB too? that would be a another huge step!


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DSX8 on May 09, 2014, 01:06:58 PM
so BB2M is complete now? 8D thats awesome news!

one question, is it only exportation to Maya, or can you export from Maya to BB too? that would be a another huge step!
something tells me its export to maya only


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 09, 2014, 01:21:59 PM
BBox can already import from maya .anims iirc. its the exporter thats broken i think, but yea. long story short you should be able import them back into BBox :P


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Mariohuge on May 09, 2014, 01:54:35 PM
Is there some way to paste text into this brawlbox for songs and such, or is that for a future bugfix of sorts?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 10, 2014, 11:43:43 AM
Is there some way to paste text into this brawlbox for songs and such, or is that for a future bugfix of sorts?
Like, multiple lines at once?
I suppose it would be possible to let you import/export MSBin files to/from .txt.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Dantarion on May 10, 2014, 05:11:03 PM
Could use BrawlDJ for that.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Ricky on May 10, 2014, 05:43:26 PM
Although somewhat unrelated, but regarding BrawlDJ which was brought up, could you take a look at this, Dant?

http://forums.kc-mm.com/index.php?topic=67087 (http://forums.kc-mm.com/index.php?topic=67087)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Mariohuge on May 10, 2014, 07:25:19 PM
I have no idea how to get brawldj to work, and once I extract the msbins and edit them, I can't reimport them. Might as well just redo it from scratch, replacing the song titles as I go. Thanks anyways, guys.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 12, 2014, 03:27:43 PM
I'm almost done with the STDT additions - I just want to check a couple more things.

Right now, the program will show any text files in STDT/* that match the right format (same as used for Attributes.txt in Ikarus), and if none of those files have a name that matches the root node, it adds another one that you can save as a text file if you want.

(http://i.imgur.com/Ci8lk2M.png)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 12, 2014, 03:41:17 PM
Hey Ernie, idk if your aware but rebuilding any changes made to STDT entries writes all 0's out of the unsafe Buffer instead of the correct data. At least the current Source on github does, just thought i would let ya know

I noticed when i was trying to get some of the BLOC entries rebuildable. I'll likely setup the files first so that BBox at least displays them correctly with various info before i implement editing them. Exporting individual entries (GDOR, GEG1 etc) is done though, replacing on the other hand is not.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 12, 2014, 03:56:57 PM
Hey Ernie, idk if your aware but rebuilding any changes made to STDT entries writes all 0's out of the unsafe Buffer instead of the correct data. At least the current Source on github does, just thought i would let ya know.
Thanks! I'll make sure to fix it.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Bakuryu on May 13, 2014, 01:01:58 PM
BBox can already import from maya .anims iirc. its the exporter thats broken i think, but yea. long story short you should be able import them back into BBox :P
Is there a tutorial on how to do this because I keep getting that either nothing is selected or // Error: Could not add the anim curves to the clipboard. //


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 13, 2014, 01:18:55 PM
this should help you out

http://forums.kc-mm.com/index.php?topic=64144.0 (http://forums.kc-mm.com/index.php?topic=64144.0)


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Bakuryu on May 13, 2014, 03:11:36 PM
this should help you out

[url]http://forums.kc-mm.com/index.php?topic=64144.0[/url] ([url]http://forums.kc-mm.com/index.php?topic=64144.0[/url])
Just reread what you previous post said and now realize that the exporting is in fact still not working which is why I was having trouble, that being said the tutorial you posted was exactly what I wanted anyway so :D


Title: Re: BrawlBox 0.72 bugfix 1
Post by: E-scope12 on May 16, 2014, 09:52:39 AM
I got it. I have an idea for an exporter for MDL0. A PMD/PMX Exporter where you can convert any MDL0 model to MikuMikuDance Model.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 21, 2014, 08:58:26 PM
@Sammi Husky: I think I'm done with the STDT changes at this point, and I can't think of anything else I need to change. Let me know when I should post a new release.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 21, 2014, 10:56:54 PM
Hmm. It's probably safe to go ahead and release now. The rebuilding for SSE files still hasn't been implemented yet, but it displays and exports most of them now. I have around 7 SSE files being read and displaying data, and adding the rest will take quite a bit. However they all display with their Header tag, and can be exported.

So you can release a new version whenever you'd like. Nothing is in an unstable state right now as far as i can tell. :)

Hopefully i can get the rebuilding and the rest of the SSE files for the release after this one. :P as well as Dant's changes for BBox2Maya, that would be sweet


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on May 22, 2014, 08:17:37 PM
Hmm. It's probably safe to go ahead and release now. The rebuilding for SSE files still hasn't been implemented yet, but it displays and exports most of them now. I have around 7 SSE files being read and displaying data, and adding the rest will take quite a bit. However they all display with their Header tag, and can be exported.

So you can release a new version whenever you'd like. Nothing is in an unstable state right now as far as i can tell. :)

Hopefully i can get the rebuilding and the rest of the SSE files for the release after this one. :P as well as Dant's changes for BBox2Maya, that would be sweet
All right. I think I'll wait until after this weekend to post a new version, since there's nothing urgent.
Mind if I add your username to the copyright info (in the changelogs and About dialog)?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on May 22, 2014, 09:54:47 PM
Sure, i don't mind.

Incidentally, i made it so when saving an STDT txt definition that it will create the STDT directory instead of notifying them that one does not exist. I hope thats okay? i figured if they're saving STDT definitions, they likely would want the STDT directory made anyways.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DSX8 on June 02, 2014, 03:03:13 PM
well, even tho u said that the MSBIN data was fully fixed.. in the bugfix tho, im still getting an error about it..

Quote
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentNullException: Array cannot be null.
Parameter name: bytes
   at System.Text.EncoderNLS.Convert(Char* chars, Int32 charCount, Byte* bytes, Int32 byteCount, Boolean flush, Int32& charsUsed, Int32& bytesUsed, Boolean& completed)
   at BrawlLib.Wii.MSBinDecoder.GetStringSize(String s)
   at BrawlLib.SSBB.ResourceNodes.MSBinNode.OnCalculate Size(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Calculat eSize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ARCNode.OnCalculateSi ze(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Merge(Boolean forceBuild)
   at BrawlBox.Program.Save()
   at BrawlBox.MainForm.saveToolStripMenuItem_Click(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.FireEventInter active(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripMenuItem.ProcessCmd Key(Message& m, Keys keyData)
   at System.Windows.Forms.ToolStripManager.ProcessShor tcut(Message& m, Keys shortcut)
   at System.Windows.Forms.ToolStripManager.ProcessCmdK ey(Message& m, Keys keyData)
   at System.Windows.Forms.ContainerControl.ProcessCmdK ey(Message& msg, Keys keyData)
   at System.Windows.Forms.Form.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.ContainerControl.ProcessCmdK ey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.ContainerControl.ProcessCmdK ey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.ContainerControl.ProcessCmdK ey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.ContainerControl.ProcessCmdK ey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.ProcessCmdKey(Message& msg, Keys keyData)
   at System.Windows.Forms.Control.PreProcessMessage(Message& msg)
   at System.Windows.Forms.Control.PreProcessControlMes sageInternal(Control target, Message& msg)
   at System.Windows.Forms.Application.ThreadContext.Pr eTranslateMessage(MSG& msg)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.72.5239.22982
    Win32 Version: 0.72.0.0
    CodeBase: file:///C:/Users/dsx8/Desktop/Brawl%20Hacking%20Files/Brawl%20Tools/BrawlBox%20v0.72/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.19.5239.22979
    Win32 Version: 0.19.0.0
    CodeBase: file:///C:/Users/dsx8/Desktop/Brawl%20Hacking%20Files/Brawl%20Tools/BrawlBox%20v0.72/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34003 built by: FX45W81RTMGDR
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
OpenTK
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.278.44921
    CodeBase: file:///C:/Users/dsx8/Desktop/Brawl%20Hacking%20Files/Brawl%20Tools/BrawlBox%20v0.72/OpenTK.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.


Title: Re: BrawlBox 0.72 bugfix 1
Post by: libertyernie on June 02, 2014, 07:37:31 PM
Hmm... I can't figure out what would cause that error. From the stack trace, it looks like it's happening on the call to Convert(...), but I'm allocating a byte array and passing it in right away. Not sure why it would be null.
Here's the code:
Code:
           byte[] utf8;
            fixed (char* p = s) { // s is a string
                utf8 = new byte[Encoding.UTF8.GetEncoder().GetByteCount(p, s.Length, true)];
                int charsUsed, bytesUsed;
                bool completed;
                fixed (byte* b = utf8) {
                    Encoding.UTF8.GetEncoder().Convert(p, s.Length, b, utf8.Length, true,
                        out charsUsed, out bytesUsed, out completed);
                }
                if (!completed) throw new Exception("Could not encode the MSBin file.");
            }
Mind sending me the MSBin file that makes it crash?


Title: Re: BrawlBox 0.72 bugfix 1
Post by: Sammi Husky on June 02, 2014, 08:02:05 PM
The only thing i can think of that would cause that is if the msbin file was corrupted beforehand. Other then that i don't see a reason it would throw that exception


Title: Re: BrawlBox 0.72 bugfix 1
Post by: DSX8 on June 02, 2014, 09:58:49 PM
Hmm... I can't figure out what would cause that error. From the stack trace, it looks like it's happening on the call to Convert(...), but I'm allocating a byte array and passing it in right away. Not sure why it would be null.
Here's the code:
Code:
           byte[] utf8;
            fixed (char* p = s) { // s is a string
                utf8 = new byte[Encoding.UTF8.GetEncoder().GetByteCount(p, s.Length, true)];
                int charsUsed, bytesUsed;
                bool completed;
                fixed (byte* b = utf8) {
                    Encoding.UTF8.GetEncoder().Convert(p, s.Length, b, utf8.Length, true,
                        out charsUsed, out bytesUsed, out completed);
                }
                if (!completed) throw new Exception("Could not encode the MSBin file.");
            }
Mind sending me the MSBin file that makes it crash?
The only thing i can think of that would cause that is if the msbin file was corrupted beforehand. Other then that i don't see a reason it would throw that exception
here's the file, i can edit it fine in BB71, but 72 just errors it.

http://www.mediafire.com/download/rg8per49v4np97v/MiscData%5B5%5D.msbin (http://www.mediafire.com/download/rg8per49v4np97v/MiscData%5B5%5D.msbin)

thats only if i try to edit something or add anything to that msbin file..


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 03, 2014, 05:28:49 PM
Thanks DSX8! I fixed the issue in v0.73. (Turns out when you use the fixed statement on a 0-length array, the behavior is undefined!)


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 03, 2014, 08:02:07 PM
awesome work as always u guys!! :3

also.. would u guys be able to take a look into stage .rel files for hit/hurt boxes? or is that a bit advanced for the 2 of ya?


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 03, 2014, 10:05:34 PM
I look into all sorts of module stuff. Any kind of research really. I'll look into it i suppose, however the first thing i wanted to do with stage modules is document the constants. I've already done 2 stages for the most part here
(can't link it, links on here redirect to dantarions twitter for some reason)

opensa.dantarion.com/wiki/Stage_Module_Constants

I also do the same for the fighter modules. Aside from that, just last night i added all the IC-constants for being frozen on the ic-memory map lol


Title: Re: BrawlBox 0.73
Post by: Mewtwo2000 on June 04, 2014, 03:18:23 PM
Mmm... Don't you think the version number has changed too fast if we look at the changelist?

I mean, Blackjax always did lots of changes to Brawlbox before he changed version number and not just the letter. This should be more like 0.71c, though I understand a number change coming because of the change of developer. So maybe 0.72b or 0.72c, but not 0.73 yet. Well, just a thought.

By the way, I've not seen a mention about this in the changelist, so I'll ask. Have the issues when importing a model (shader with no texturereference enabled) or editing it (NeedsNormalMtxArray forced to 'off' and not editable in Brawlbox) been fixed?



Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 04, 2014, 05:00:58 PM
I was thinking the same thing regarding the version numbers. Mainly because Not all the SSE files have been implemented. While they are all displaying correctly, only 6 or so are implemented (aside from rebuilding).

The texture ref error i might be able to fix today. Might..in any case i think we should probably go for 0.72b but thats personal preference lol


Title: Re: BrawlBox 0.73
Post by: Doqtor Kirby on June 04, 2014, 05:18:17 PM
I never liked letters as a method of versioning things.

But then again I'm not a developer so I don't have a say in doing so.


Title: Re: BrawlBox 0.73
Post by: pikazz on June 05, 2014, 05:05:10 AM
please change it to 72b/71c, my reasons have already been brought up

but anyway, it looks great so far :3


Title: Re: BrawlBox 0.73
Post by: Segtendo on June 05, 2014, 12:55:48 PM
I'm having trouble opening MSBIN.
Before you ask, I'm running Windows 8 64-bit.

Okay. It won't let me open MSBIN files. I can open PAC and other files fine, but when trying to open MSBIN, it says "Unable to recognize input file" and doesn't open the file.


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 05, 2014, 03:16:54 PM
I'm having trouble opening MSBIN.
Before you ask, I'm running Windows 8 64-bit.

Okay. It won't let me open MSBIN files. I can open PAC and other files fine, but when trying to open MSBIN, it says "Unable to recognize input file" and doesn't open the file.
hmm really? i just exported my msbin and opened it as its own file and it opened just fine.. and im running Win8.1 64-bit.. maybe ur msbin file is corrupted?
(http://i.imgur.com/hcp1vyY.png)


Title: Re: BrawlBox 0.73
Post by: Doqtor Kirby on June 05, 2014, 10:19:23 PM
MSBINS confirmed working Windows 8.1 Pro x86.
(http://i.imgur.com/wAX6whR.png)


Title: Re: BrawlBox 0.73
Post by: Segtendo on June 06, 2014, 12:21:51 AM
It was my MSBIN. It was corrupted somehow.


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 06, 2014, 12:53:32 AM
It was my MSBIN. It was corrupted somehow.
heh i had a feeling it was corrupted.. x3


Title: Re: BrawlBox 0.73
Post by: Kaye Cruiser on June 06, 2014, 08:03:53 AM
heh i had a feeling it was corrupted.. x3

Now hold on just a minute. This wasn't a mistake on his part because I had this happen before and no one did anything about it and I'm on Windows 7.

Hey. This version of BrawlBox keeps messing up the .msbin for the songs.

Anytime I edit it even slightly and then save, it becomes corrupt no matter what happens. Even if I export it out and edit it on it's own, it ends up as corrupted whenever it saves. This didn't happen with the previous versions.

What gives? I'm not the only one having this issue, right?

There's definitely something wrong with this BrawlBox. Not only that, but it also keeps corrupting my Common5.pac, too. Or more accurately, the sc_selcharacter_en, sc_selcharacter2_en and sc_selmap_en inside of it, making it to where I suddenly can't access them inside only to find out they're corrupted when I export them.

That's kind of a really big bug it overlook, guys.


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 06, 2014, 11:41:57 AM

There's definitely something wrong with this BrawlBox. Not only that, but it also keeps corrupting my Common5.pac, too. Or more accurately, the sc_selcharacter_en, sc_selcharacter2_en and sc_selmap_en inside of it, making it to where I suddenly can't access them inside only to find out they're corrupted when I export them.

That's kind of a really big bug it overlook, guys.

That most certainly is a really big bug to overlook, but i personally don't think its BBox native.

Now don't shoot me though, i could be wrong and it's worth looking into. The reason i don't think so, is because my tool uses the BrawLib from this version and deals almost exclusively with common5.

Aside from that, im using this one and trying everything i can to corrupt my common5 or any part of it, and i can't seem to do it? What exactly are you doing that is corrupting it? that way i can reproduce the results and try and fix the problem


Title: Re: BrawlBox 0.73
Post by: BlackJax96 on June 06, 2014, 01:15:11 PM
Welcome to programming BB. You fix one minor thing and suddenly a bunch of major and completely unrelated features are apparently broken, but only for other people. :L

I also agree with the version number stuff. Change the number for major and/or large updates and change the letter for a group of bugfixes and minor revisions.


Title: Re: BrawlBox 0.73
Post by: Kaye Cruiser on June 06, 2014, 02:02:31 PM
That most certainly is a really big bug to overlook, but i personally don't think its BBox native.

Now don't shoot me though, i could be wrong and it's worth looking into. The reason i don't think so, is because my tool uses the BrawLib from this version and deals almost exclusively with common5.

Aside from that, im using this one and trying everything i can to corrupt my common5 or any part of it, and i can't seem to do it? What exactly are you doing that is corrupting it? that way i can reproduce the results and try and fix the problem

Saving it.

That's the confusing problem. I can even so much as export something from a clean common5, replace the existing one with that same freshly exported one, save it and something may or may not be corrupted. That's the other confusing thing: Sometimes it corrupts. Sometimes it doesn't.

And you can't tell it's been corrupted until you close out and go back in.


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 06, 2014, 02:12:37 PM
Saving it.

That's the confusing problem. I can even so much as export something from a clean common5, replace the existing one with that same freshly exported one, save it and something may or may not be corrupted. That's the other confusing thing: Sometimes it corrupts. Sometimes it doesn't.

And you can't tell it's been corrupted until you close out and go back in.
well i just did what u did... do a msbin from Common5, exported it as a clean and edited value's in it for text size, and it saved fine. re-opened and was still fine. replaced it in the common5 and saved fine also, so im not sure what exactly ur issue is.. :/


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 06, 2014, 05:10:49 PM
Saving it.

That's the confusing problem. I can even so much as export something from a clean common5, replace the existing one with that same freshly exported one, save it and something may or may not be corrupted. That's the other confusing thing: Sometimes it corrupts. Sometimes it doesn't.

And you can't tell it's been corrupted until you close out and go back in.

Interesting. Mind sending me a copy of your corrupted common5 the next time it corrupts?

The only thing i can think of is if something is being compressed in a way that the common5 doesnt like. For example, compressing the char_bust_tex_lz77 inside sc_selcharacter then saving and re-opening will cause that to happen as well. However this has always been that way regardless of bbox version.

Is there anything in particular your exporting/editing when it happens?


Title: Re: BrawlBox 0.73
Post by: ɴᴇᴢʜᴀ on June 17, 2014, 04:23:46 PM
wait, is this version of BrawlBox is available on the vaults? I never saw it...


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 17, 2014, 04:33:02 PM
wait, is this version of BrawlBox is available on the vaults? I never saw it...
Probably not. I never thought to put it there. Maybe I should. Would it go under Misc->Other?

Next version (if/when it happens) will probably be 0.73a. It's too late to rename this one, I think. And unfortunately I haven't been able to reproduce any more bugs yet :(

Hey Mewtwo2000 - what's the problem you're having with NeedsNormalMtxArray?


Title: Re: BrawlBox 0.73
Post by: Ricky on June 17, 2014, 08:39:04 PM
I suggest you guys get intel from the users on model importing - from what I heard on the WIP thread now and then, some functions don't work quite well on 0.71 (latest build by BJax) and they have to use an older brawlbox in order to make it work as they want to.


Title: Re: BrawlBox 0.73
Post by: ɴᴇᴢʜᴀ on June 17, 2014, 09:35:35 PM
Probably not. I never thought to put it there. Maybe I should. Would it go under Misc->Other?

Next version (if/when it happens) will probably be 0.73a. It's too late to rename this one, I think. And unfortunately I haven't been able to reproduce any more bugs yet :(

Hey Mewtwo2000 - what's the problem you're having with NeedsNormalMtxArray?

Misc other is fine. Its a good idea to expand your testers, encourage them for feed back.

I suggest you guys get intel from the users on model importing - from what I heard on the WIP thread now and then, some functions don't work quite well on 0.71 (latest build by BJax) and they have to use an older brawlbox in order to make it work as they want to.

I use older versions when an import I'm doing crashes and deletes the model data folder. Happened alot.


Title: Re: BrawlBox 0.73
Post by: WarioBrtsm on June 18, 2014, 07:47:58 AM
I have a question about Brawl Box itself. When i select "show camera Coordinates" where may I find said coordinates?


Title: Re: BrawlBox 0.73
Post by: Shinobu Nyan! on June 18, 2014, 10:10:15 AM
Oooooohh, new BB development thread
Good job, lookin fine.


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 18, 2014, 11:20:32 AM
I use older versions when an import I'm doing crashes and deletes the model data folder. Happened alot.
If you have a model that always fails to import, post it here - maybe I can reproduce the problem.

I have a question about Brawl Box itself. When i select "show camera Coordinates" where may I find said coordinates?
You have to turn on Options>Settings>Enable text overlays as well. (Took me a bit of digging thru the code to find that one.)


Title: Re: BrawlBox 0.73
Post by: Archer(AkenoS3) on June 18, 2014, 01:28:08 PM
subs


Title: Re: BrawlBox 0.73
Post by: WarioBrtsm on June 18, 2014, 01:40:01 PM
You have to turn on Options>Settings>Enable text overlays as well. (Took me a bit of digging thru the code to find that one.)

Thanks Mate! Now I can make more Precise CSPs!


Title: Re: BrawlBox 0.73
Post by: BlackJax96 on June 18, 2014, 02:31:22 PM
Thanks Mate! Now I can make more Precise CSPs!

You can save the camera position and the model viewer will open to it and you can reset the view to it, in case you didn't know. Makes Brawlbox CSP making a lot faster and perfectly precise every time (unless you change the FOV or something... but that can be saved too).


Title: Re: BrawlBox 0.73
Post by: Brandondorf9999 on June 18, 2014, 04:14:12 PM
Those are features I've never saw before. Could you add some more support such as SCLA and those so called camera parameters like cam_param.dat or something like that so that I can change the fov seperately on 4:3 and 16:9 so that I can continue to make a vert- brawl game?

But at this point, I'm very happy that Brawlbox is now on development.

Post Merge: June 18, 2014, 04:36:31 PM
I have a question about Brawl Box itself. When i select "show camera Coordinates" where may I find said coordinates?

I have no idea where I can find those because I never found those things in BrawlBox.


Title: Re: BrawlBox 0.73
Post by: Shinobu Nyan! on June 18, 2014, 06:14:48 PM
A little off topic, but are there any exciting features upcoming for stage builders? Planed or unplanned I guess I should say. This is NOT a request, just a question. I don't like asking more then can be done.


Title: Re: BrawlBox 0.73
Post by: Brandondorf9999 on June 18, 2014, 06:48:21 PM
A little off topic, but are there any exciting features upcoming for stage builders? Planed or unplanned I guess I should say. This is NOT a request, just a question. I don't like asking more then can be done.

I know, but there are files in each pac or arc files including SCLA or other stuff not yet supported need to be editable.


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 18, 2014, 07:13:25 PM
A little off topic, but are there any exciting features upcoming for stage builders? Planed or unplanned I guess I should say. This is NOT a request, just a question. I don't like asking more then can be done.
I don't have anything I'm currently working on, although I would like to see if I can make stagePosition easier to edit, sorta like the old BrawlWall app. Depends on how easy/hard it is to do :P


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 18, 2014, 07:21:59 PM
The SCLA file is a file that i have been experimenting with in my thread for File Research. To my knowledge there isn't anything known about it? at least as far as i know.

Of course i would be adding a way to edit it once i find out the structure of the file. With SCLA all entries in stage .pacs (beside SSE stages) will be editable. i can't think of any besides SCLA in stages that aren't known and editable currently. The collision editor displays all models and textures etc etc and shows the level as it would be seen in game for the most part, but you can't position the models. Only displaying the bones.


In regards to stage editing etc etc, one thing i would really really like to add and will hopefully be able to pull off in the future would be to allow editing and re-positioning of models from within the collision editor. Reason for this would be because position seperate models within the stages is a pain in the butt at the moment, and to make creating SSE levels in BBox a reality, i would like to make that editable. This of course will take a whole lot of work

I would also like to implement the ability to play all animations in the level from the collision editor, in order to better represent what the stage would look like in game. :)

long term goals, but that's about it


Title: Re: BrawlBox 0.73
Post by: E-scope12 on June 18, 2014, 07:36:15 PM
The SCLA file is a file that i have been experimenting with in my thread for File Research. To my knowledge there isn't anything known about it? at least as far as i know.

Of course i would be adding a way to edit it once i find out the structure of the file. With SCLA all entries in stage .pacs (beside SSE stages) will be editable. i can't think of any besides SCLA in stages that aren't known and editable currently. The collision editor displays all models and textures etc etc and shows the level as it would be seen in game for the most part, but you can't position the models. Only displaying the bones.


In regards to stage editing etc etc, one thing i would really really like to add and will hopefully be able to pull off in the future would be to allow editing and re-positioning of models from within the collision editor. Reason for this would be because position seperate models within the stages is a pain in the butt at the moment, and to make creating SSE levels in BBox a reality, i would like to make that editable. This of course will take a whole lot of work

I would also like to implement the ability to play all animations in the level from the collision editor, in order to better represent what the stage would look like in game. :)

long term goals, but that's about it
Like Delfino Plaza for example?


Title: Re: BrawlBox 0.73
Post by: Shinobu Nyan! on June 18, 2014, 07:47:55 PM
The SCLA file is a file that i have been experimenting with in my thread for File Research. To my knowledge there isn&#039;t anything known about it? at least as far as i know.

Of course i would be adding a way to edit it once i find out the structure of the file. With SCLA all entries in stage .pacs (beside SSE stages) will be editable. i can&#039;t think of any besides SCLA in stages that aren&#039;t known and editable currently. The collision editor displays all models and textures etc etc and shows the level as it would be seen in game for the most part, but you can&#039;t position the models. Only displaying the bones.


In regards to stage editing etc etc, one thing i would really really like to add and will hopefully be able to pull off in the future would be to allow editing and re-positioning of models from within the collision editor. Reason for this would be because position seperate models within the stages is a pain in the butt at the moment, and to make creating SSE levels in BBox a reality, i would like to make that editable. This of course will take a whole lot of work

I would also like to implement the ability to play all animations in the level from the collision editor, in order to better represent what the stage would look like in game. :)

long term goals, but that&#039;s about it
You can only eat an elephant one bit at a time. Unless you're a snake, they can in one bite :srs:


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 18, 2014, 08:43:49 PM
Well yes, Delfino and other moving stages that follow a path (delfino, halberd etc etc) have an unknown file as well, i didn't mention them because they are so explicitly used, and nobody knows what for iirc.

Then there is pictochat, which has a ton of unknown files.


Title: Re: BrawlBox 0.73
Post by: Brandondorf9999 on June 18, 2014, 09:42:55 PM
The SCLA file is a file that i have been experimenting with in my thread for File Research. To my knowledge there isn't anything known about it? at least as far as i know.

Of course i would be adding a way to edit it once i find out the structure of the file. With SCLA all entries in stage .pacs (beside SSE stages) will be editable. i can't think of any besides SCLA in stages that aren't known and editable currently. The collision editor displays all models and textures etc etc and shows the level as it would be seen in game for the most part, but you can't position the models. Only displaying the bones.


In regards to stage editing etc etc, one thing i would really really like to add and will hopefully be able to pull off in the future would be to allow editing and re-positioning of models from within the collision editor. Reason for this would be because position seperate models within the stages is a pain in the butt at the moment, and to make creating SSE levels in BBox a reality, i would like to make that editable. This of course will take a whole lot of work

I would also like to implement the ability to play all animations in the level from the collision editor, in order to better represent what the stage would look like in game. :)

long term goals, but that's about it

Do you think you can figure out the structures of the SCLA because that has parameters to their own aspect ratio? Hex editing the SCLA or not yet parts of every stage pacs are hard to do.


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 18, 2014, 10:20:46 PM
My question to you would be, do you know of any interesting values in the SCLA? :/ I am going to work on it, it's in my thread. I was just wondering if you had any information for me to jot down, it would make adding support for editing it a whole lot easier.

STPM and STDT are already editable, so SCLA would be nice to get editable as well


Title: Re: BrawlBox 0.73
Post by: Brandondorf9999 on June 19, 2014, 12:11:42 AM
My question to you would be, do you know of any interesting values in the SCLA? :/ I am going to work on it, it's in my thread. I was just wondering if you had any information for me to jot down, it would make adding support for editing it a whole lot easier.

STPM and STDT are already editable, so SCLA would be nice to get editable as well


No, I don't quite know the values yet. Could you also work on the cam_param.dat as well too so that I can change the function to make that game work on vert- as other games use.

The information about the screen change can be found here:

http://www.wsgf.org/category/screen-change/vert (http://www.wsgf.org/category/screen-change/vert)

It may also include some pc games that use it in which I want to make this wii game like the other games that make the top and bottom cropped off when set on 16:9 and 4:3 to reveal more top and bottom in the same width as 16x9.


Title: Re: BrawlBox 0.73
Post by: Eternal Yoshi on June 20, 2014, 12:23:15 PM
Hey are you guys still doing things, cause I have a request.

When I preview all models, would it be possible to have all models in a .brres play an animation simultaneously when I select/play an animation? It would make updating Poke Floats 2 much less of a headache.


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 20, 2014, 02:24:27 PM
Im always looking for new things to add/improve so i can possibly look into that. The thing is, im deciding whether it would be a better idea to add support to the model previewer for editing collisions at the same time,  if it would be better to just improve/merge the collision and model previewer, or just to altogether make a new function for previewing the entire stage and having it use a new form that would be a crossover between the two.

The latter of the approaches would likely be easier for creating / previewing stages and SSE stuff...but it feels kinda redundant to make a new form when the collision editor already has almost all the features except playing all the level's animations, and moving around the models that comprise the scene.

The first thing i mentioned (adding collision support to the model previewer) LibertyErnie seems to be experimenting around with on github :P


Title: Re: BrawlBox 0.73
Post by: Mewtwo2000 on June 20, 2014, 07:49:41 PM

Hey Mewtwo2000 - what's the problem you're having with NeedsNormalMtxArray?

Oh, that. Well, I've not tested 0.73 yet, but the 0.71 I have doesn't let me set to true or false that property (it's disabled for edition), while older versions did. Also, for some reason, it seems to be forced to false after saving an edited model, cause when I save, it says it's true, but when I open it again it's false.

Anyway, when I get time tomorrow, I'll try the new build and will see if that's fixed or not.


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 21, 2014, 09:05:55 AM
Oh, that. Well, I've not tested 0.73 yet, but the 0.71 I have doesn't let me set to true or false that property (it's disabled for edition), while older versions did. Also, for some reason, it seems to be forced to false after saving an edited model, cause when I save, it says it's true, but when I open it again it's false.

Anyway, when I get time tomorrow, I'll try the new build and will see if that's fixed or not.
I can tell from the code that the program is trying to set that property automatically. Looking at it now, I think it goes back to whether any of the objects in the MDL0 have one of the HasTextureMatrix* properties set to true. Try editing those and see if it sticks after you save.

Showing collisions in the model viewer is coming along nicely, but it's only read-only. Adding collision editing to the model viewer would probably be harder.


Title: Re: BrawlBox 0.73
Post by: Brandondorf9999 on June 21, 2014, 10:23:19 AM
I can tell from the code that the program is trying to set that property automatically. Looking at it now, I think it goes back to whether any of the objects in the MDL0 have one of the HasTextureMatrix* properties set to true. Try editing those and see if it sticks after you save.

Showing collisions in the model viewer is coming along nicely, but it's only read-only. Adding collision editing to the model viewer would probably be harder.

I would agree with that because I never edited collisions before. I'm sure brawlwall would let you edit them.


Title: Re: BrawlBox 0.73
Post by: Mewtwo2000 on June 22, 2014, 04:57:31 PM
I can tell from the code that the program is trying to set that property automatically. Looking at it now, I think it goes back to whether any of the objects in the MDL0 have one of the HasTextureMatrix* properties set to true. Try editing those and see if it sticks after you save.

Well, it doesn't have the issue it had before for me, maybe I had a 0.71 which wasn't final, or maybe 0.73 is just fixed. As it's apparently something that only makes sense to have when the said property is found on at least one of the objects, it's okay if it's not editable now, but automatic. So, forget my report.

For the moment, 0.73 seems to work just fine, so I'll be removing 0.71 from my quickstart menu. Right now, the ones in my quickstart are 0.63d modset, 0.67b, 0.69 and now 0.73.


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 22, 2014, 05:07:30 PM
Well, it doesn't have the issue it had before for me, maybe I had a 0.71 which wasn't final, or maybe 0.73 is just fixed. As it's apparently something that only makes sense to have when the said property is found on at least one of the objects, it's okay if it's not editable now, but automatic. So, forget my report.

For the moment, 0.73 seems to work just fine, so I'll be removing 0.71 from my quickstart menu. Right now, the ones in my quickstart are 0.63d modset, 0.67b, 0.69 and now 0.73.
yeah i also noticed that issue too.. 71 didnt save it but 73 does, so i did what u did xD


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 23, 2014, 07:40:08 AM
I've been able to add collisions to the model viewer now (read-only), so you can see them along with the models - or not (you can turn them off with a button next to Polygons and Bones.) If you're playing an animation on a model that collisions are tied to, the collisions should move along with it.

I also have a feature working where it can detect when the selected bone is within 5 units of a floor collision (this is for placing spawn points.) I suppose the thing on the end of the bone should change color, but I'll have to see what looks the best. Any suggestions? Right now I change the blue circle to cyan when you're close enough. (5 units seems to be the threshold for a spawn point to appear on the floor, and not under or above it.)

(http://i.imgur.com/ssKi8p8.png)


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 23, 2014, 03:09:13 PM
I've been able to add collisions to the model viewer now (read-only), so you can see them along with the models - or not (you can turn them off with a button next to Polygons and Bones.) If you're playing an animation on a model that collisions are tied to, the collisions should move along with it.

I also have a feature working where it can detect when the selected bone is within 5 units of a floor collision (this is for placing spawn points.) I suppose the thing on the end of the bone should change color, but I'll have to see what looks the best. Any suggestions? Right now I change the blue circle to cyan when you're close enough. (5 units seems to be the threshold for a spawn point to appear on the floor, and not under or above it.)

([url]http://i.imgur.com/ssKi8p8.png[/url])
i like what i see so far c:


Title: Re: BrawlBox 0.73
Post by: Gravity on June 23, 2014, 03:43:52 PM
I love that the collisions move with the bone they're attached to in the previewer, that's pretty awesome. How about instead of a color change, maybe add some sort of toggle-able snap feature that automatically snaps a bone to a floor collision?


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 23, 2014, 07:44:38 PM
I love that the collisions move with the bone they're attached to in the previewer, that's pretty awesome. How about instead of a color change, maybe add some sort of toggle-able snap feature that automatically snaps a bone to a floor collision?
Good idea. I played around with it tonight, and found a good way to do snapping that also reuses the code I have for highlighting. Once I add a menu item to enable snapping, it will snap up or down to the collision if it's cyan when you let go of the mouse button.

By the way, here's a vine of the collisions in the model previewer. I didn't realize this before, but if you have "All" selected for the target model, you can apply one animation to all of them. (What you can't do is play multiple animations at a time.)

https://vine.co/v/MtqQXpTJ6uL


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 23, 2014, 07:47:57 PM
https://vine.co/v/MtqQXpTJ6uL
I LOVE IT EVEN MORE NOW!! can now view animated collisions... i've ALWAYS wanted that... *tears*


Title: Re: BrawlBox 0.73
Post by: ɴᴇᴢʜᴀ on June 23, 2014, 07:53:19 PM
:happy: :happy: :happy: :happy: :happy: :happy: :happy: :happy: :happy: :happy:

YES! That is awesome!


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 23, 2014, 08:14:15 PM
Awesome work mate, this alone will make creating new SSE levels immensely easier. Since many objects in the level.pac/BLOC archive designate the fileindex of the collision definition to use, as well as what model index to use.



Title: Re: BrawlBox 0.73
Post by: Leon Exodio on June 23, 2014, 08:43:57 PM
I've been able to add collisions to the model viewer now (read-only), so you can see them along with the models - or not (you can turn them off with a button next to Polygons and Bones.) If you're playing an animation on a model that collisions are tied to, the collisions should move along with it.

I also have a feature working where it can detect when the selected bone is within 5 units of a floor collision (this is for placing spawn points.) I suppose the thing on the end of the bone should change color, but I'll have to see what looks the best. Any suggestions? Right now I change the blue circle to cyan when you're close enough. (5 units seems to be the threshold for a spawn point to appear on the floor, and not under or above it.)

([url]http://i.imgur.com/ssKi8p8.png[/url])


http://youtu.be/pKk_5BvY7g8 (http://youtu.be/pKk_5BvY7g8)


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 23, 2014, 10:12:48 PM
^ lol

I'll probably also make a button to zoom the camera to a specific bone and/or model. Would make navigating quite a bit more convenient. For example in large SSE stages you could select a bone or model from waayyy farther in the level and hit the zoom extents button to zoom the camera to it's position :)


Title: Re: BrawlBox 0.73
Post by: Segtendo on June 23, 2014, 10:13:15 PM
[url]https://vine.co/v/MtqQXpTJ6uL[/url] ([url]https://vine.co/v/MtqQXpTJ6uL[/url])

(http://static.cdn.ea.com/battlelog/prod/emblems/320/738/2832655391475279738.jpeg?v=1325056582.64)


Title: Re: BrawlBox 0.73
Post by: E-scope12 on June 24, 2014, 04:04:53 AM
I've been able to add collisions to the model viewer now (read-only), so you can see them along with the models - or not (you can turn them off with a button next to Polygons and Bones.) If you're playing an animation on a model that collisions are tied to, the collisions should move along with it.

I also have a feature working where it can detect when the selected bone is within 5 units of a floor collision (this is for placing spawn points.) I suppose the thing on the end of the bone should change color, but I'll have to see what looks the best. Any suggestions? Right now I change the blue circle to cyan when you're close enough. (5 units seems to be the threshold for a spawn point to appear on the floor, and not under or above it.)

([url]http://i.imgur.com/ssKi8p8.png[/url])
Can I test this out?


Title: Re: BrawlBox 0.73
Post by: pikazz on June 24, 2014, 09:28:14 AM
yay! collision attachment in preview 8D so good!


Title: Re: BrawlBox 0.73
Post by: Mewtwo2000 on June 24, 2014, 04:52:40 PM
Not sure if it's been reported yet, but some tables seem to be a bit messed up.

(http://i.imgur.com/fDZPhBm.png)


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 24, 2014, 06:16:33 PM
Not sure if it's been reported yet, but some tables seem to be a bit messed up.

([url]http://i.imgur.com/fDZPhBm.png[/url])

Nice catch. I'll try to fix that.


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 24, 2014, 06:19:22 PM
noticed that too.. but thought it was just a small change.. still looking forward to the next BB tho... c:

edit:
i just noticed between importing between 71 and 73... with 71, importing with cullmode as inside, it imports fine, in 73, importing it the same makes the normals inverted..


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 25, 2014, 06:59:43 PM
edit:
i just noticed between importing between 71 and 73... with 71, importing with cullmode as inside, it imports fine, in 73, importing it the same makes the normals inverted..

Huh. Not sure what would have changed between then and now. Unfortunately, I don't know much about model importing, so I might not be able to fix it.

I did fix the thing Mewtwo2000 posted a pic of. It must have something to do with the Visual Studio designer and my high-DPI laptop -- I just reverted the MainForm.Designer.cs to an earlier version and re-did my changes manually :P

Also, TheShyGuy sent me the source code of his changes to the interpolation editor, and those are now integrated into my GitHub repo. So they'll be in the next release too!

(I found a really slick way to import the changes:
  • Make a new Git branch, based on the commit I made way back when I imported BlackJax's 0.71
  • Copy TheShyGuy's code into the working directory
  • Make a commit to the new branch
  • Switch back to the master branch and merge the newly created one into it)


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 26, 2014, 02:46:12 AM
mmm really? dang :c

also.. i also noticed that in the importing options, in the color nodes settings, u cant change UseOneNode to False otherwise it'll throw an Property Value is not valid.
Quote
Object of type 'BrawlLib.Imaging.RGBAPixel' cannot be converted to type 'System.Boolean'.


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 26, 2014, 11:58:44 AM
also.. i also noticed that in the importing options, in the color nodes settings, u cant change UseOneNode to False otherwise it'll throw an Property Value is not valid.
That I think I can fix.


Title: Re: BrawlBox 0.73
Post by: E-scope12 on June 27, 2014, 01:32:55 PM
libertyernie I know I've asked you this but do you think you can add the colors option in the model viewer so that we can view the color nodes?


Title: Re: BrawlBox 0.73
Post by: DSX8 on June 27, 2014, 04:44:51 PM
libertyernie I know I've asked you this but do you think you can add the colors option in the model viewer so that we can view the color nodes?
as what i said in the past to u when BJ was doing it... to have those show up, u have to code in shaders and the such into the model viewer, and thats gonna take a looong time to code and get it working properly.


Title: Re: BrawlBox 0.73
Post by: E-scope12 on June 27, 2014, 04:45:59 PM
as what i said in the past to u when BJ was doing it... to have those show up, u have to code in shaders and the such into the model viewer, and thats gonna take a looong time to code and get it working properly.
I do remember you saying that.


Title: Re: BrawlBox 0.73
Post by: ɴᴇᴢʜᴀ on June 27, 2014, 06:19:30 PM
I'mtesting this today, I'll see if I can break it.


Title: Re: BrawlBox 0.73
Post by: Rosetta-Hime on June 27, 2014, 11:28:16 PM
I got .73 to crash, after a very long, and tedious process of replacing shaders, materials, and changing visibility bones... When I went to save, it crashed. Time to do it all over again... Yay...


Title: Re: BrawlBox 0.73
Post by: Sammi Husky on June 28, 2014, 12:24:39 AM
Would you happen to know what the crash said?


Title: Re: BrawlBox 0.73
Post by: Rosetta-Hime on June 28, 2014, 12:56:16 AM
"BrawlBox encountered an error that cause it to crash. Gathering more information on the problem. This may take a few minutes to complete..."

And then I got the "Unhandled exception has occured in you application..." error before the app closed itself.


Title: Re: BrawlBox 0.73
Post by: libertyernie on June 28, 2014, 09:08:17 AM
Did it say what the unhandled exception was / where it occured?

EDIT: On an unrelated note, I think I'll release 0.73a tonight. Right now I'm re-working some things with the stage module converter (the thing you use on stage .rels), but I'll save that for later.


Title: Re: BrawlBox 0.73
Post by: Rosetta-Hime on June 28, 2014, 01:54:36 PM
I don't know. It closed before I could read it. And it occured when I went to save using the file-save.


Title: Re: BrawlBox 0.73a
Post by: libertyernie on June 28, 2014, 05:11:13 PM
I posted v0.73a.
Let me know if there are any new bugs I introduced - if I find something easy enough to fix in the next couple days I might do a bugfix release.


Title: Re: BrawlBox 0.73a
Post by: DSX8 on June 28, 2014, 05:44:46 PM
i think it should be called 73b cause 73 is like 73a.. cause it was the initial release ._.


Title: Re: BrawlBox 0.73a
Post by: jjookkeekkiidd on June 29, 2014, 04:12:44 AM
i think it should be called 73b cause 73 is like 73a.. cause it was the initial release ._.
maybe it was initially 73x... who knows, not like there are any unforgivable rules about naming versions... hell, people tend to go 1.1,1.2,1.2.1,1.2.5,1.3,2 LOL


Title: Re: BrawlBox 0.73a
Post by: ɴᴇᴢʜᴀ on June 29, 2014, 10:45:24 AM
Collision problems since 0.71:
There are some problems merging two collision strands sometimes, I merged them a couple of times, but if you move them, they get separated. If you want me to pm them to you so you can check yourself what I said, do tell.



Title: Re: BrawlBox 0.73a
Post by: libertyernie on June 29, 2014, 10:47:55 AM
I didn't realize BrawlBox went 0.xx -> 0.xxb. Maybe I should have checked :P
Oh well, I'll get to 0.73b next time.

Collision problems since 0.71:
There are some problems merging two collision strands sometimes, I merged them a couple of times, but if you move them, they get separated. If you want me to pm them to you so you can check yourself what I said, do tell.
I didn't even realize you could merge collision strands. How do you do it?


Title: Re: BrawlBox 0.73a
Post by: ɴᴇᴢʜᴀ on June 29, 2014, 10:56:04 AM
I didn't even realize you could merge collision strands. How do you do it?

Click and drag to make a cube between two strands in which their ends are very, very close to each other, then select "merge" to merge them both.

Also you can "split" two strands, just select one strand's end if its merged with another and select "split", it separates it from the other. Its useful to make platforms if you find some unnecessary collisions that you would not like to delete, or to simple delete extra collisions you don't need.

Selecting more than two strands and clicking "merge" will make a single strand instead.


Title: Re: BrawlBox 0.73a
Post by: Don Jon Bravo on June 29, 2014, 11:07:48 AM
*subscribes



Title: Re: BrawlBox 0.73a
Post by: E-scope12 on July 03, 2014, 01:04:11 PM
@libertyernie There is a bug where you try to edit an mdl0 model with no objects like nodeIndex.mdl0 or static.mdl0 & then when you try to export it you get an error saying that "Object reference is not set to an instance of an object". Can you fix that bug please?


Title: Re: BrawlBox 0.73a
Post by: vanhuynh16 on July 03, 2014, 01:39:17 PM
Does anyone know where the locations are all the font files? Like not in the font folders, but in the pac files through Brawlbox. I read in an old thread that in MiscData[9], MiscData[10] (were raw files because brawlbox doesn't recognize them) in common2.pac and common3.pac contain font_hira.brfnt, font_melee.brfnt and font_latin1.arc, font_latin12.arc respectively.

common2.pac
- MiscData[9] = font_hira.brfnt
- MiscData[10] = font_melee.brfnt

common3.pac
- MiscData[9] = font_latin1.arc
- MiscData[10] = font_latin12.arc

So I cannot find font_watch.arc. Does anyone know where this is located at in the pac files?  Or can someone help me look for it also within the pac files? It should be 232 KB! I would be very very thankful if you can help me find it! Or is there a way to find it easier?

I'm trying to translate Project M into Korean that's why I need the font files!


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 04, 2014, 09:32:40 AM
@libertyernie There is a bug where you try to edit an mdl0 model with no objects like nodeIndex.mdl0 or static.mdl0 & then when you try to export it you get an error saying that "Object reference is not set to an instance of an object". Can you fix that bug please?

I'll look into it - sounds like it should be easy to find where the problem is occuring.


Title: Re: BrawlBox 0.73a
Post by: ajthag on July 07, 2014, 12:41:15 AM
Hey guys I'm having some trouble replacing Olimar's sfx in smashbros_sound.brsar. I have tried 4 different versions of brawlbox(including this one). It either crashes or replaces multiple sounds instead of just 1. I am using this file:

http://forums.kc-mm.com/Gallery/BrawlView.php?Number=28732 (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=28732)

When I try to replace Olimar's "Attack 1" wave file with the wav included in the download it also replaces "Attack 2-7", among others, with the same sound. How can I make it so brawlbox only replaces one sound so the sfx works as it does in the video? I have already PMed the developer and he was unable to help me.


Title: Re: BrawlBox 0.73a
Post by: E-scope12 on July 07, 2014, 02:03:51 PM
I'll look into it - sounds like it should be easy to find where the problem is occuring.
Also when ever I try to add new lights to an scn0 & I export it & replace it, BrawlBox crashes.


Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 07, 2014, 03:36:33 PM
Also when ever I try to add new lights to an scn0 & I export it & replace it, BrawlBox crashes.
the reason y it does that is cause ur scn0 is corrupted. i havent had any issue's with that since BB71

Hey guys I'm having some trouble replacing Olimar's sfx in smashbros_sound.brsar. I have tried 4 different versions of brawlbox(including this one). It either crashes or replaces multiple sounds instead of just 1. I am using this file:

[url]http://forums.kc-mm.com/Gallery/BrawlView.php?Number=28732[/url] ([url]http://forums.kc-mm.com/Gallery/BrawlView.php?Number=28732[/url])

When I try to replace Olimar's "Attack 1" wave file with the wav included in the download it also replaces "Attack 2-7", among others, with the same sound. How can I make it so brawlbox only replaces one sound so the sfx works as it does in the video? I have already PMed the developer and he was unable to help me.
use SuperSawndz.. its more reliable.


Title: Re: BrawlBox 0.73a
Post by: Don Jon Bravo on July 07, 2014, 04:40:00 PM
was the bug fixed for that default material and shader problem for model imports?


Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 07, 2014, 04:44:15 PM
was the bug fixed for that default material and shader problem for model imports?
no it wasnt fixed yet.


Title: Re: BrawlBox 0.73a
Post by: Don Jon Bravo on July 07, 2014, 04:48:05 PM
no it wasnt fixed yet.
so which one is defective?
the shader or the material?


Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 07, 2014, 04:51:10 PM
so which one is defective?
the shader or the material?
its just the shader... for the shader, u have to manually set it to True from False


Title: Re: BrawlBox 0.73a
Post by: Doqtor Kirby on July 07, 2014, 07:18:25 PM
This is somewhat related, but I got really annoyed that Brawlbox's icon is such a low quality. So I got around to making a new icon.
(http://i.imgur.com/TBCoNDk.png)
I'll throw up another one more-or-less resemblant of the old one later.


Title: Re: BrawlBox 0.73a
Post by: Segtendo on July 07, 2014, 07:33:25 PM
I got a better one.
(http://upload.wikimedia.org/wikipedia/en/thumb/f/f3/SSBB_Cover.jpg/250px-SSBB_Cover.jpg)


Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 07, 2014, 07:34:17 PM
I got a better one.
([url]http://upload.wikimedia.org/wikipedia/en/thumb/f/f3/SSBB_Cover.jpg/250px-SSBB_Cover.jpg[/url])
i see what u did thar :v


Title: Re: BrawlBox 0.73a
Post by: Don Jon Bravo on July 07, 2014, 08:12:17 PM
its just the shader... for the shader, u have to manually set it to True from False
ok thanks


Title: Re: BrawlBox 0.73a
Post by: ɴᴇᴢʜᴀ on July 07, 2014, 08:17:56 PM
I got a better one.
([url]http://upload.wikimedia.org/wikipedia/en/thumb/f/f3/SSBB_Cover.jpg/250px-SSBB_Cover.jpg[/url])



H-Ha!


Title: Re: BrawlBox 0.73a
Post by: SonicBrawler on July 07, 2014, 08:18:47 PM
I got a better one.
([url]http://upload.wikimedia.org/wikipedia/en/thumb/f/f3/SSBB_Cover.jpg/250px-SSBB_Cover.jpg[/url])


 :srs:
hilarious


Title: Re: BrawlBox 0.73a
Post by: Doqtor Kirby on July 07, 2014, 09:35:43 PM
I got a better one.
([url]http://upload.wikimedia.org/wikipedia/en/thumb/f/f3/SSBB_Cover.jpg/250px-SSBB_Cover.jpg[/url])

You win this round Seg. :>.>:


Title: Re: BrawlBox 0.73a
Post by: StarWaffle on July 08, 2014, 12:58:46 AM
This is somewhat related, but I got really annoyed that Brawlbox's icon is such a low quality. So I got around to making a new icon.
([url]http://i.imgur.com/TBCoNDk.png[/url])
I'll throw up another one more-or-less resemblant of the old one later.

 Are you using an outdated version of BB? all the new(ish) ones should be using this higher res icon.
(http://i.imgur.com/vJ09pnm.png)


Title: Re: BrawlBox 0.73a
Post by: Doqtor Kirby on July 08, 2014, 10:16:46 AM
Are you using an outdated version of BB? all the new(ish) ones should be using this higher res icon.
([url]http://i.imgur.com/vJ09pnm.png[/url])

The one I use the most is v0.69, while I keep a pocket .71 for model stuff.


Title: Re: BrawlBox 0.73a
Post by: ABloodyCanadian on July 09, 2014, 05:41:45 PM
Having found use of the Interpolation Editor in 0.73a, I find it kinda annoying that the highest and the lowest points are at the edge of the window in their respective sides. Is it possible that maybe you could give them some extra space?


Title: Re: BrawlBox 0.73a
Post by: JamietheAuraUser on July 15, 2014, 01:44:57 PM
So do the newest versions of BrawlBox support RSAR editing? Because it'd be nice to be able to, for example, add Final Smash echo to a sound, or remove it from a sound. You can view the RSARs in v0.71, but the changes cannot be saved through any means, so that's kind of a downer.


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 15, 2014, 04:55:43 PM
Anyone know how to make a .exe have an icon bigger than 48x48?


Title: Re: BrawlBox 0.73a
Post by: Alpha disguised as Zolo on July 17, 2014, 10:34:49 AM
Anyone know how to make a .exe have an icon bigger than 48x48?
How much bigger would you like the .ico (the icon used for shortcuts and exes, I believe)? You could always increase the size of the file with GIMP. I'm assuming this is for a new BrawlBox icon or something.


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 17, 2014, 08:03:54 PM
How much bigger would you like the .ico (the icon used for shortcuts and exes, I believe)? You could always increase the size of the file with GIMP. I'm assuming this is for a new BrawlBox icon or something.
I tried making a 64x64 .ico in GIMP but it never shows up as more than 48x48 in Windows :/


Title: Re: BrawlBox 0.73a
Post by: Alpha disguised as Zolo on July 18, 2014, 04:27:55 AM
I tried making a 64x64 .ico in GIMP but it never shows up as more than 48x48 in Windows :/

I tried pulling up any sort of troubleshooting on it (which it was pretty specific) and I found something on StackOverflow on it. I'm not sure whether it addresses the issue entirely or not.

Here's the link. (http://stackoverflow.com/questions/3236115/which-icon-sizes-should-my-windows-applications-icon-include)


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 20, 2014, 03:21:09 PM
Little progress, tried hacking together rendering the camera and death boundaries..looks pretty okay for now. You can also move around the bones and the graphics will update while you move them, so pretty useful. Still kinda hacky in the code, so i'll have to clean that up. I've also made it so you can toggle on and off rendering the collisions in the model previewer. There was a button there, but it didn't work til now :)

The blue boundary is the area where the camera will now longer follow you and put you inside the damaging magnifier, where the red is the death boundary.

(http://i.imgur.com/chdBctE.jpg)


Title: Re: BrawlBox 0.73a
Post by: Eternal Yoshi on July 20, 2014, 03:32:42 PM
That's good progress.

Can you please place thick white lines/orbs/blocks/whatever on the respawn areas and Green lines/orbs/blocks/whatever on spawn areas?


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 20, 2014, 03:47:14 PM
Thats a good idea. I'll probably add a few things like that today, Specifically spawn points and the like. Possibly the item spawns as well for thoroughness' sake.


Title: Re: BrawlBox 0.73a
Post by: Gravity on July 20, 2014, 03:54:55 PM
Neato, much better than what BrawlWall offered, in my opinion.


Title: Re: BrawlBox 0.73a
Post by: Segtendo on July 20, 2014, 04:02:20 PM
Goodbye BrawlWall. It was nice using you.


Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 20, 2014, 04:43:47 PM
now i like this progress very much!


Title: Re: BrawlBox 0.73a
Post by: Alpha disguised as Zolo on July 20, 2014, 04:44:29 PM
Little progress, tried hacking together rendering the camera and death boundaries..looks pretty okay for now. You can also move around the bones and the graphics will update while you move them, so pretty useful. Still kinda hacky in the code, so i'll have to clean that up. I've also made it so you can toggle on and off rendering the collisions in the model previewer. There was a button there, but it didn't work til now :)

The blue boundary is the area where the camera will now longer follow you and put you inside the damaging magnifier, where the red is the death boundary.

([url]http://i.imgur.com/chdBctE.jpg[/url])

That's awesome. Keep up the good work. ♪


Title: Re: BrawlBox 0.73a
Post by: ɴᴇᴢʜᴀ on July 20, 2014, 05:04:56 PM
my hype is growing.


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 20, 2014, 06:04:26 PM
Well, got spawn points and respawns roughly rendered as well. The initial spawns actually consist of two points that are slightly offset from each other, hence the brighter green where spheres overlap :) Since i don't want to flood the screen with more colors, i'll have to think of a creative way to show the FS locations. that is if i decide they need to be rendered at all really, since they are just a single point and are quite easy to distinguish from their name.

There are still some bugs with rotating the camera and such since some of these boxes overlap, however i should have those fixed soon. For now, it's easy enough to just turn off the overlays before rotating around the stage unless you don't mind the blue and red mixing together like an old 3d movie :P. For moving all these points around, you shouldn't have to rotate the camera much anyhow.

(http://i.imgur.com/hGfHVie.jpg)


Title: Re: BrawlBox 0.73a
Post by: DarkPikachu on July 20, 2014, 08:20:50 PM
not bad, keep going ;)


Title: Re: BrawlBox 0.73a
Post by: windhunter7 on July 21, 2014, 06:56:24 PM
You guys should continue developing BrawlBox so that it can be compatible with PSA, as well as add other functions like importing from Blender to BrawlBox, or those bugs with Sawnds imports and stuff.(I've heard a lot of complaints about those 3 things, though the importing from Blender I myself have complained about.)


Title: Re: BrawlBox 0.73a
Post by: DarkPikachu on July 21, 2014, 10:38:00 PM
You guys should continue developing BrawlBox so that it can be compatible with PSA, as well as add other functions like importing from Blender to BrawlBox, or those bugs with Sawnds imports and stuff.(I've heard a lot of complaints about those 3 things, though the importing from Blender I myself have complained about.)
I only kindof agree...
I say just to fix the DAE export so materials don't mess up with blender...
(that, and the normals have to be fixed after importing)


the only part of me that says to drop the multi-format support is because of my program, UMC...
once UMC's capable of importing and exporting an MDL0 of any version, BrawlBox won't really need those extra formats.

the up-side, when a format in UMC doesn't work right, it'll be extremely easy to correct.
(unlike BrawlBox, UMC isn't hard-coded, and the language is fixed up for noobs)
^ with UMC, there's no jumping through hoops to add support for a new format. ;)

not trying to promote my program... (even though it REALLY sounds like it)
I'm just stating my feelings as to why brbx should stay MDL0 only. :P


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 22, 2014, 01:05:06 PM
Alright, well I've fixed the problems with the overlapping primitives causing camera issues, so here is the final rendering of cam boundaries and spawn locations. The only other change i've made to the model previewer is adding a button next to the "Reset Camera" called "Zoom Extents". This button simply zooms and positions your camera at the selected bone. (note: I've recently found that there is a bug where if your aligned perfectly with the bone, the translation tool doesn't like to work.) This has likely always been there, but the chances of lining up with the tools perfectly were very very slim before i added this button. The only other bug really is that if you have the boundary overlays on, you cannot select a respawn / spawn bone by hand (zooming in and clicking on it). This is mainly because the sphere that surrounds the bone's orb.

This has been a productive week for me, so i also got around to finally getting BLOC archives rebuildable, which means i can start adding support for editing the various files for SSE now

(http://i.imgur.com/q5anBxi.png)


Title: Re: BrawlBox 0.73a
Post by: Gravity on July 22, 2014, 01:10:49 PM
Oh snap, I've wanted a zoom extents button in BrawlBox for a while but I totally forgot to bring it up. Neato


Title: Re: BrawlBox 0.73a
Post by: windhunter7 on July 22, 2014, 01:12:55 PM
Oh snap, I've wanted a zoom extents button in BrawlBox for a while but I totally forgot to bring it up. Neato

I know, such a useful tool, init? :)


Title: Re: BrawlBox 0.73a
Post by: Alpha disguised as Zolo on July 22, 2014, 03:06:26 PM
Alright, well I've fixed the problems with the overlapping primitives causing camera issues, so here is the final rendering of cam boundaries and spawn locations. The only other change i've made to the model previewer is adding a button next to the "Reset Camera" called "Zoom Extents". This button simply zooms and positions your camera at the selected bone. (note: I've recently found that there is a bug where if your aligned perfectly with the bone, the translation tool doesn't like to work.) This has likely always been there, but the chances of lining up with the tools perfectly were very very slim before i added this button. The only other bug really is that if you have the boundary overlays on, you cannot select a respawn / spawn bone by hand (zooming in and clicking on it). This is mainly because the sphere that surrounds the bone's orb.

This has been a productive week for me, so i also got around to finally getting BLOC archives rebuildable, which means i can start adding support for editing the various files for SSE now

([url]http://i.imgur.com/q5anBxi.png[/url])

Nice work, Husky. Also, would it be possible that, later down the line, multi-channel BRSTMs could be made in BrawlBox (unless it already is)?


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 22, 2014, 06:31:37 PM
Really sweet progress on the boundary rendering.
When I get time I'll make the green orbs for spawn points turn a different color when they're too far away from the floor. I've already put that code in rendering the translation handles, but it makes more sense here.


Title: Re: BrawlBox 0.73a
Post by: Spex130 on July 22, 2014, 06:33:13 PM
It's always nice to see the progress happening here.

SSE editor hype!


Title: Re: BrawlBox 0.73a
Post by: ɴᴇᴢʜᴀ on July 22, 2014, 09:21:28 PM
Nice work, Husky. Also, would it be possible that, later down the line, multi-channel BRSTMs could be made in BrawlBox (unless it already is)?


Your avatar....  :>.>:


Title: Re: BrawlBox 0.73a
Post by: Syvkal on July 23, 2014, 02:08:17 AM
([url]http://i.imgur.com/chdBctE.jpg[/url])


That look beautiful O.o
Brilliant and simplistic addition, but a necessary one in my opinion =]


Title: Re: BrawlBox 0.73a
Post by: Alpha disguised as Zolo on July 23, 2014, 04:49:22 AM

Your avatar....  :>.>:
Too much Spy x Scout stuff, eh?


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 23, 2014, 04:55:14 PM
Sweet. This is something i personally have been wanting for a while now, so here it is. Now, the collisions will be rendered and color coded depending on their type. This will help ease how much you have to guess or keep track of when designing levels, leaving more to the creative spirit rather then "was that a wall or a ceiling? dang better check *click*"

Original: Floors
Green: Walls
Red: Ceilings
white: No type

(http://i.imgur.com/dLIPhMU.png)


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 23, 2014, 08:12:09 PM
Sweet. This is something i personally have been wanting for a while now, so here it is. Now, the collisions will be rendered and color coded depending on their type. This will help ease how much you have to guess or keep track of when designing levels, leaving more to the creative spirit rather then "was that a wall or a ceiling? dang better check *click*"

Original: Floors
Green: Walls
Red: Ceilings
white: No type

([url]http://i.imgur.com/dLIPhMU.png[/url])

Slick! :)


Title: Re: BrawlBox 0.73a
Post by: Blazingflare on July 23, 2014, 11:59:34 PM
Sweet. This is something i personally have been wanting for a while now, so here it is. Now, the collisions will be rendered and color coded depending on their type. This will help ease how much you have to guess or keep track of when designing levels, leaving more to the creative spirit rather then "was that a wall or a ceiling? dang better check *click*"

Original: Floors
Green: Walls
Red: Ceilings
white: No type
([url]http://i.imgur.com/dLIPhMU.png[/url])

Hell yeah! Nice one Sammi. With all of these nice features, I might have to start making some stages I have been thinking of.


Title: Re: BrawlBox 0.73a
Post by: sluigi123 on July 26, 2014, 01:29:50 PM
Here's a good question. You know those item spawn bones, right? I know each spawn "line" consists of two bones. Was wondering if you'd be able to make lines for the item spawn points. It'll help a lot of people.


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 27, 2014, 07:16:05 PM
Here's a good question. You know those item spawn bones, right? I know each spawn "line" consists of two bones. Was wondering if you'd be able to make lines for the item spawn points. It'll help a lot of people.


I have just finished that actually. Still a bit ugly though. In any case, i've changed the UI so that the boundaries button is replaced by a dropdown, where you can individually toggle each overlay. (Boundaries, spawn/respawn, and item fields). Other then that, i've also added a little combo box to select your tool type. (Rotation, Translation, Scale). This makes things a bit more fluid, and also allows you to switch your tool while still selecting a bone. The only other things to mention are that the ledgegrabs have their respective collision link Highlighted purple (however you can't see it in this picture), and that dropthrough platforms are rendered yellow.

The UI as of right now, looks like this. The colors of overlays and other things may still be tweaked and such in the future. (especially the item fields, which are currently pretty yuck)

(http://i.imgur.com/zmYzEqW.jpg)


Title: Re: BrawlBox 0.73a
Post by: sluigi123 on July 27, 2014, 10:07:38 PM
I have just finished that actually. Still a bit ugly though. In any case, i've changed the UI so that the boundaries button is replaced by a dropdown, where you can individually toggle each overlay. (Boundaries, spawn/respawn, and item fields). Other then that, i've also added a little combo box to select your tool type. (Rotation, Translation, Scale). This makes things a bit more fluid, and also allows you to switch your tool while still selecting a bone. The only other things to mention are that the ledgegrabs have their respective collision link Highlighted purple (however you can't see it in this picture), and that dropthrough platforms are rendered yellow.

The UI as of right now, looks like this. The colors of overlays and other things may still be tweaked and such in the future. (especially the item fields, which are currently pretty yuck)

([url]http://i.imgur.com/zmYzEqW.jpg[/url])


Already working on it, even before I even asked... LOL
I'm seeing so much progress, that I think the next update should be 0.74, IMO.



Title: Re: BrawlBox 0.73a
Post by: DSX8 on July 27, 2014, 11:30:24 PM
Already working on it, even before I even asked... LOL
I'm seeing so much progress, that I think the next update should be 0.74, IMO.


naaah im fine with 73b.. there's like nothing new really.. if it was the shader viewer, then yes, i'd understand if it was 74


Title: Re: BrawlBox 0.73a
Post by: jjookkeekkiidd on July 28, 2014, 12:53:58 AM
shader viewer should be version 69 again, just cause of sexiness


Title: Re: BrawlBox 0.73a
Post by: libertyernie on July 28, 2014, 08:29:11 AM
Maybe I'll let Sammi choose the version number this time, since last time I put an "a" instead of a "b" ;)


Title: Re: BrawlBox 0.73a
Post by: uyjulian on July 28, 2014, 09:38:58 AM
I throw this together quickly.

https://github.com/libertyernie/brawltools/pull/5

Install Mono MDK, then change directory to brawltools directory, then put "xbuild ./BrawlTools\ 2.sln" to compile. It will actually compile properly!


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on July 28, 2014, 12:50:48 PM
I throw this together quickly.

https://github.com/libertyernie/brawltools/pull/5

Install Mono MDK, then change directory to brawltools directory, then put "xbuild ./BrawlTools\ 2.sln" to compile. It will actually compile properly!

Good stuff! Mono + Mac support right? awesome. i'll go ahead an merge this.

Maybe I'll let Sammi choose the version number this time, since last time I put an "a" instead of a "b" ;)

We could just use a "b" this time i think :) Unless i get shaders working, but that's quite a bit of work lol


Title: Re: BrawlBox 0.73a
Post by: uyjulian on July 28, 2014, 12:54:47 PM
Good stuff! Mono + Mac support right? awesome. i'll go ahead an merge this.

We could just use a "b" this time i think :) Unless i get shaders working, but that's quite a bit of work lol
Actually, Mac support isn't working properly, keep on getting NREs. (Linux still works)
However I can compile with Mono compiler now.

Post Merge: July 29, 2014, 11:29:40 PM
https://github.com/libertyernie/brawltools/pull/7
WOO, it finally works!!!
No MASSIVE wine required anymore, just install mono then type "mono ./BrawlBox.exe" and there you have it!
Also, Mac works now!
Now time to work on the audio...


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on August 02, 2014, 09:48:36 PM
Alrighty, with that done there is one less thing to do. So, I've still been working on various features and improvements, however for the most part i think i'm out of changes to put in this version. I'm saving really major changes for the next one, that is if i can pull them off.

Are there any other changes being worked on at the moment?


Title: Re: BrawlBox 0.73a
Post by: uyjulian on August 02, 2014, 10:07:06 PM
Alrighty, with that done there is one less thing to do. So, I've still been working on various features and improvements, however for the most part i think i'm out of changes to put in this version. I'm saving really major changes for the next one, that is if i can pull them off.

Are there any other changes being worked on at the moment?
I am working on OpenAL support (through OpenTK) so that you can play audio files without using Wine (just use Mono). However, I have put that on hitaus, because I am really confused about https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/AudioBuffer.cs#L92 , https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/AudioBuffer.cs#L93 , https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/wAudioBuffer.cs#L62 , and https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/wAudioBuffer.cs#L91 . There's very few documentation about Lock and Unlock, and isn't DirectSound8 very outdated anyway?


Title: Re: BrawlBox 0.73a
Post by: Leon Exodio on August 02, 2014, 10:10:56 PM
I have just finished that actually. Still a bit ugly though. In any case, i've changed the UI so that the boundaries button is replaced by a dropdown, where you can individually toggle each overlay. (Boundaries, spawn/respawn, and item fields). Other then that, i've also added a little combo box to select your tool type. (Rotation, Translation, Scale). This makes things a bit more fluid, and also allows you to switch your tool while still selecting a bone. The only other things to mention are that the ledgegrabs have their respective collision link Highlighted purple (however you can't see it in this picture), and that dropthrough platforms are rendered yellow.

The UI as of right now, looks like this. The colors of overlays and other things may still be tweaked and such in the future. (especially the item fields, which are currently pretty yuck)

([url]http://i.imgur.com/zmYzEqW.jpg[/url])


http://youtu.be/J8xoJg0N598 (http://youtu.be/J8xoJg0N598)


Title: Re: BrawlBox 0.73a
Post by: Sammi Husky on August 03, 2014, 12:28:15 AM
I am working on OpenAL support (through OpenTK) so that you can play audio files without using Wine (just use Mono). However, I have put that on hitaus, because I am really confused about https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/AudioBuffer.cs#L92 , https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/AudioBuffer.cs#L93 , https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/wAudioBuffer.cs#L62 , and https://github.com/libertyernie/brawltools/blob/master/BrawlLib/System/Audio/wAudioBuffer.cs#L91 . There's very few documentation about Lock and Unlock, and isn't DirectSound8 very outdated anyway?

I see. Unfortunately, i know next to nothing about audio. But i will take a few pokes around and see if i can't help out. I've been meaning to look into audio within OpenTK for a while now anyways :)


Title: Re: BrawlBox 0.73a
Post by: uyjulian on August 03, 2014, 05:35:42 PM
I see. Unfortunately, i know next to nothing about audio. But i will take a few pokes around and see if i can't help out. I've been meaning to look into audio within OpenTK for a while now anyways :)
Okay, thank you :-)
The sound code seems really tied to Windows/DirectSound8.


Title: Re: BrawlBox 0.73a
Post by: KeromonkeyX on August 07, 2014, 03:39:35 PM
Hello BrawlBox Modder section,
I have an issue trying to import a flame graphic from my Phoenix PSA over Zelda to a new PSA over Samus.
Whenever I try, I get this.
(http://i.imgur.com/erXymZN.jpg)


This is what it's supposed to look like...
(http://i.imgur.com/PJo2yC6.jpg)

See the dark redness and the red circular image- in the first pic- that 'probably' should be transparent?


Click the spoiler delow for some detailed notes which lead me to consider here might be the best place for this issue.
If anyone has any insights, please lmk or PM me.

-Note: Trying to fix flame box issue. (There’s an ugly red square beneath the fire gfx). It seems deleting or editing them in any way while in Samus’s file causes her to freeze on CSS select. Additionally, I’ve noted that the ugly red box/disc might be from a circle wakka that’s supposed to be transparent. So, if I can trouble shoot and fix that (maybe in Zelda Phoenix) and then port it back to Samus Phoenix, it might work? Hm. Testing now.
   On Zelda select, the game froze briefly but then persisted in allowing me to play. The flame gfx were gone (first test was to delete them all as a base line, except for the Ptc file). So, now to systematically delete them one at a time to figure out which is the circle flare or whaterver.
   Through looking systematically through the reff files for the flames, and comparing them (using BB73) to eachother to see if there were any differences, I have found…
Flame Burn > Animations > AnimCurve1 = Magic 172, KindType 0, KindEnable 7, RandomSeed 62498, FrameLength 10, KeyTableSize 36, RangeTableSize 0, RandomTable Size 320, NameTableSize 2147483744, Info Table Size 9…
   While on Samus…
PtcFlameBurn > Animations > AnimCurve1= Magic 0, KindType 26, KindEnable 8, RandomSeed 0, FrameLength 16256, KeyTableSize 0, RangeTableSize 91136, RandomtTableSize 0, NameTableSize 0, InfoTableSize 0.
   Why are these two so different? And are there any other differences in these files? If I edit these files so they match, will the game persist in crashing at any small change made in BB??
   Additionally, when AnimCurve is expanded on Zelda’s side it has a keytable, a randomtable, a name table and an info table. But Samus’s side only has a range table…
   Okay…so exporting it from Zelda’s PSa and importing it into Samus’s PSa proved useless. (Maybe it won’t work without some other accompanying files?). I replaced the file on Samus’s side and saved it, then ran it in dolphin. When I selected Samus on the CSS in training mode, I got some backPatch error. I was forced to close Dolphin, so I went back to BB73 that still had samus opened. I clicked on the subfiles of the file I had imported and the whole thing just crashed… (sigh).
   Correction. It’s clicking on the ‘info table’ under animCurve1 that crashes. And…I guess this is to be expected (perhaps it’s a brawl box-specific issue) since I just found out that it happens on both Zelda’s PSA and Samus’s. Hmm.
   But what’s the deal with the backPatch error I got when I selected Samus? Zelda doesn’t give me that (and Zelda’s flames work perfectly).
   So far, I’ve continued exploring the files and found that the last AnimCurve for each of the sub-reff gfx has been different/(incorrect?) in Samus’s file when compared to Phoenix’s file- even though they are direct imports of each other. Hmm. I wonder if this is a BrawlBox v73 error…
   Whenever I attempt to expand one of these ‘improperly ported subfiles’  BBv73 immediately crashes. (But once I replace them with an exported original subfile, it immediately works and is expandable successfully). [Random note: I think my grandmother is making Spagetti, hmm 8/7/14 @ 459pm]
   (Sigh) Even after fixing all the anim curves and key tables, it still doesn’t work. Just freezes on the css still. (Sigh).


Title: Re: BrawlBox 0.73a
Post by: Brandondorf9999 on August 08, 2014, 12:45:59 AM
When will the newer version of this software be released this month?


Title: Re: BrawlBox 0.73b
Post by: libertyernie on August 13, 2014, 12:14:48 PM
New version 0.73b is up.
One feature I forgot to put in the changelog: uyjulian's changes are included, so it should/might work on Linux now under mono.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on August 13, 2014, 12:30:05 PM
New version 0.73b is up.
One feature I forgot to put in the changelog: uyjulian's changes are included, so it should/might work on Linux now under mono.

No, the change is that any POSIX compliant OS can now load files under mono, instead of just Linux.
However, sound doesn't work yet under mono, use wine instead.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on August 13, 2014, 06:24:37 PM
Another thing, I've used the hex editor for SCLA and that one changes the sound and slipperiness. What I'm trying to look for is the parameters for the camera to every stage that will change the FOV, aspect and more which I don't know if that's cam_param.dat or something else that will cause the X and Y FOV values to change in their seperate aspect ratio.

Oh, I found something in the STPM. It's Value53 which is the Field of view.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on August 13, 2014, 09:20:50 PM
Another thing, I've used the hex editor for SCLA and that one changes the sound and slipperiness. What I'm trying to look for is the parameters for the camera to every stage that will change the FOV, aspect and more which I don't know if that's cam_param.dat or something else that will cause the X and Y FOV values to change in their seperate aspect ratio.

Oh, I found something in the STPM. It's Value53 which is the Field of view.

SCLA files are called "stage shadow collision check" by the game, however that is correct. I had already known about the SCLA files dictating slipperiness and step sounds, however it's not the same parameters between stages. In any case, thanks for the heads up on Value53


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 13, 2014, 11:04:21 PM
does this version let us edit stage collisions or just see them?

Post Merge: August 13, 2014, 11:07:01 PM
good job btw


Title: Re: BrawlBox 0.73b
Post by: DSX8 on August 13, 2014, 11:26:42 PM
does this version let us edit stage collisions or just see them?

Post Merge: August 13, 2014, 11:07:01 PM
good job btw
watcha mean? u can do that all in collision editor :p


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on August 13, 2014, 11:27:53 PM
To edit the stage collisions, it would be the same as the other versions. You must use the collision editor to do so. The model previewer can view them, only to better situate 3d models and animations around the collisions (and the previewer can play the animations while collisions are attached).

EDIT: Ninja'd :P Though this version does introduce the model previewer changes for visualizing the stage camera boundaries, spawn points, item zones etc etc


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on August 14, 2014, 12:43:10 AM
I wonder when the dds should be supported for Brawlbox? I need to be able to import and export mipmap textures.


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 14, 2014, 01:11:38 AM
To edit the stage collisions, it would be the same as the other versions. You must use the collision editor to do so. The model previewer can view them, only to better situate 3d models and animations around the collisions (and the previewer can play the animations while collisions are attached).

EDIT: Ninja'd :P Though this version does introduce the model previewer changes for visualizing the stage camera boundaries, spawn points, item zones etc etc
where could I find the collision editor


Title: Re: BrawlBox 0.73b
Post by: DSX8 on August 14, 2014, 02:07:31 AM
(http://i.imgur.com/yYmF0SO.png)

the blue icon named COLL is collision editor

right click it and hit preview


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 14, 2014, 02:11:39 AM
Ok thanks


Title: Re: BrawlBox 0.73b
Post by: ɴᴇᴢʜᴀ on August 14, 2014, 08:12:31 AM
I am really happy this happened, kudos on your great job.


Title: Re: BrawlBox 0.73b
Post by: windhunter7 on August 14, 2014, 09:47:42 AM
I wonder when the dds should be supported for Brawlbox? I need to be able to import and export mipmap textures.


You could try converting the .dds to .png by DDS Converter 2 (http://www.gamefront.com/files/service/thankyou?id=3829638), or ImageConverter Plus(Free Version) (http://www.imageconverterplus.com/download/)


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 14, 2014, 12:08:45 PM
One more question, how to  change the stage boundaries


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on August 14, 2014, 12:47:51 PM
The stage boundaries are controlled by bones in the stagepos 3d model. in this version, i added the option to visualize the stage boundaries while using the advanced model previewer. To edit the boundaries, you'll want first enable them (overlays->boundaries) then find the bones that control them and move them around. Red line is the death limit, blue line is the magnifying glass boundary and the blue region in between is the area where you are inside the damaging magnifier


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on August 14, 2014, 12:58:27 PM
You could try converting the .dds to .png by DDS Converter 2 ([url]http://www.gamefront.com/files/service/thankyou?id=3829638[/url]), or ImageConverter Plus(Free Version) ([url]http://www.imageconverterplus.com/download/[/url])


But what I want to do is import dds into brawlbox as no other format supports mipmaps.


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 14, 2014, 12:59:56 PM
It won't let me click on the bones


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on August 14, 2014, 03:52:42 PM
You have have the dropdown menu that selects the model set to the stagepos model, then in the bones panel on the right you can select them


Title: Re: BrawlBox 0.73b
Post by: Tyshy! on August 14, 2014, 04:12:45 PM
ok thanks


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on August 15, 2014, 05:04:34 PM
I have a question about Brawl Stages. How do we edit position models of the stages?


Title: Re: BrawlBox 0.73b
Post by: sluigi123 on August 21, 2014, 05:59:24 AM
What do you mean?


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on August 21, 2014, 01:36:53 PM
I have a question about Brawl Stages. How do we edit position models of the stages?

You edit the bone position as used in the model and place it to whatever you want, but if it's a platform then you will also have to move the collision as well within the object you've placed (e.g. Boss Battles Rest Area).


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on August 24, 2014, 05:49:07 PM
What do you mean?
like the bone position like Delfino Plaza for example.


Title: Re: BrawlBox 0.73b
Post by: GentlemanPotato on September 01, 2014, 06:21:56 PM
The old shader problem with TextureRef0 is still in the new BrawlBox.


Title: Re: BrawlBox 0.73b
Post by: Don Jon Bravo on September 03, 2014, 05:47:57 PM
The old shader problem with TextureRef0 is still in the new BrawlBox.
shouldnt it be an easy fix?


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 03, 2014, 07:50:36 PM
shouldnt it be an easy fix?

Unfortunately from what I've gathered, this issue traces back pretty far. It seems to have originated when BBox transitioned to its newer collada importer. It's likely that something along the way got missed, which is why it's not setting it. In theory i could band-aid it incredibly easily yes, however that's almost never a good idea. I'd much rather find the root of the problem and work from there. Unfortunately, so much code changed in so little time when the new importer was created that it's a fair amount of code diffs to search through. That, and i have to become acquainted with the format before i look into why it's not working correctly.

that all being said, it would be nice if i could get it fixed by next version. :)


Title: Re: BrawlBox 0.73b
Post by: Don Jon Bravo on September 03, 2014, 08:00:21 PM
Unfortunately from what I've gathered, this issue traces back pretty far. It seems to have originated when BBox transitioned to its newer collada importer. It's likely that something along the way got missed, which is why it's not setting it. In theory i could band-aid it incredibly easily yes, however that's almost never a good idea. I'd much rather find the root of the problem and work from there. Unfortunately, so much code changed in so little time when the new importer was created that it's a fair amount of code diffs to search through. That, and i have to become acquainted with the format before i look into why it's not working correctly.

that all being said, it would be nice if i could get it fixed by next version. :)
indeed


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on September 05, 2014, 01:21:41 PM
How do I extract data from the STDT?

Post Merge: September 05, 2014, 01:23:18 PM
How do I extract data from the STDT?


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 05, 2014, 03:42:23 PM
How do I extract data from the STDT?
STDT data cant be extracted. U can however change the value's inside the STDT data.


Title: Re: BrawlBox 0.73b
Post by: sluigi123 on September 05, 2014, 10:01:38 PM
I was wondering if you can make it so that brawlbox can read rel files much easier, meaning the same way you did with the STDT files. This is just optional.


Title: Re: BrawlBox 0.73b
Post by: Velen on September 05, 2014, 10:13:24 PM
Can something be done to look into the particle rendering data in the Fighter.pacs?


Title: Re: BrawlBox 0.73b
Post by: Ondo on September 07, 2014, 08:19:00 PM
So I just submitted a pull request - I'll repeat the description here, so others can see it and because I'm not sure where you'd prefer to discuss.

I was seeing a NullReferenceError on the first line changed when previewing a model, closing the model editor, then repeating - on the third close it would throw the error. (This was editing Project M's sc_selcharacter.pac > MiscData[30] > MenSelchrBack2_TopN, or MenSelchrFaceI_TopN - I didn't test any others.)

The second error (with _targetModels) would show up when the same thing was done, but would take between 2 and 7 iterations to crash. It seemed to happen more consistently when editing was done - changing the animation for MenSelchrFaceI was what I was trying to do when I came across this.

Obviously this is a blunt fix; it would be better to learn why these are null sometimes. I think _targetModels in particular should probably never be null, and things setting it to that should probably be making it be an empty list instead.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 07, 2014, 11:19:25 PM
Thanks a bunch, i thought i had fixed this same thing at one point but i must have forgotten. I went ahead and merged it. I'll look into a more precise and permanent fix soon. :)


Title: Re: BrawlBox 0.73b
Post by: Ondo on September 09, 2014, 09:50:57 PM
Thanks a bunch, i thought i had fixed this same thing at one point but i must have forgotten. I went ahead and merged it. I'll look into a more precise and permanent fix soon. :)
Cool, glad it was helpful.

I've noticed that texture UVs don't seem to be editable - any idea why?  I'd like it fixed, and may look into it myself eventually, but if you wanted to get to it first (or point me in the right direction), that'd be great.  (Also, I'm not sure if it ever worked.  Not in 0.71, anyway.)  The first time I needed it done I exported to a raw file, hex edited, and imported...


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on September 10, 2014, 04:16:24 AM
STDT data cant be extracted. U can however change the value's inside the STDT data.
About STDT I don't know what the values do though.


Title: Re: BrawlBox 0.73b
Post by: Ricky on September 10, 2014, 05:46:34 AM
Pretty much nobody does. When we figure it out, it's by tedious testing.
There is a library with the findings somewhere, but I forgot where.


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 10, 2014, 01:50:44 PM
I've had the latest version freeze on me if I have the model viewer open to long. Mostly when editing chr0 files. Has anyone else had this issue?


Title: Re: BrawlBox 0.73b
Post by: Kurausukun on September 11, 2014, 04:56:03 PM
I'm way out of the loop, so excuse the ignorance--can BrawlBox be used to edit the sfx calls for movesets yet, or do I still have to use PSA? To be clear, I'm not talking about the sounds themselves, I know how to edit those, but I mean the voices and sound effects that each move calls to be played.


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 11, 2014, 06:37:29 PM
PSA, I'm 98% sure. An older version did, but it was removed almost immediately.


Title: Re: BrawlBox 0.73b
Post by: FQuintanilla14 on September 13, 2014, 12:49:57 AM
For some reason, I can't replace materials without Brawlbox crashing. It happens nearly every time I replace materials. I also can't change the material colour thing without the entire model corrupting. Has this been happening with anyone else?


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 13, 2014, 01:41:41 AM
hasnt happened to me :v


Title: Re: BrawlBox 0.73b
Post by: Rosetta-Hime on September 13, 2014, 08:24:02 AM
For some reason, I can't replace materials without Brawlbox crashing. It happens nearly every time I replace materials. I also can't change the material colour thing without the entire model corrupting. Has this been happening with anyone else?
Happens to me with almost every import of mine... It's extremely anoying.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on September 13, 2014, 11:09:44 AM
Happens to me with almost every import of mine... It's extremely anoying.
If the program just closes, try opening the program from the command line (windows key + r, enter cmd.exe) and then cd "Z:\your\directory\here" and then type the name of the executable. Once it crashes, you should paste the output of the command line to pastebin and then put the pastebin link here. (Don't put the log here!!!) That will help a lot!


Title: Re: BrawlBox 0.73b
Post by: Rosetta-Hime on September 13, 2014, 11:13:53 AM
Okay, I will definitely try when it happens again.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 13, 2014, 06:58:27 PM
Not sure how many people will actually make use of this, but it does pertain to stage makers. I've just finished implementing the stage Item generation tables. (which control the frequency at which items appear)

(http://i.imgur.com/suj0q7Z.png)

i haven't really messed around with it in game, but i wonder if this can actually tell the game to load stage specific items..that would be cool, but for some reason i doubt it would. In any case, there are common tables for all stages and modes int common3.pac. The tables there are used for things like assist trophy frequency, pokemon, and modes such as sudden death. (to choose to spawn the bob-omb that's already primed for exploding) I've laid out alot of information on the OpenSA wiki about it..so if your interested check there.
http://opensa.dantarion.com/wiki/Item_Frequency_Table (http://anonym.to/?http://opensa.dantarion.com/wiki/Item_Frequency_Table)


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 13, 2014, 07:12:52 PM
Not sure how many people will actually make use of this, but it does pertain to stage makers. I've just finished implementing the stage Item generation tables. (which control the frequency at which items appear)

([url]http://i.imgur.com/suj0q7Z.png[/url])

i haven't really messed around with it in game, but i wonder if this can actually tell the game to load stage specific items..that would be cool, but for some reason i doubt it would. In any case, there are common tables for all stages and modes int common3.pac. The tables there are used for things like assist trophy frequency, pokemon, and modes such as sudden death. (to choose to spawn the bob-omb that's already primed for exploding) I've laid out alot of information on the OpenSA wiki about it..so if your interested check there.
[url]http://opensa.dantarion.com/wiki/Item_Frequency_Table[/url] ([url]http://anonym.to/?http://opensa.dantarion.com/wiki/Item_Frequency_Table[/url])
oh i like what i see, i have some great use for that!


Title: Re: BrawlBox 0.73b
Post by: Gravity on September 13, 2014, 07:13:28 PM
Neato, I didn't even know that's what was in that ARC. I figured all you needed was the few bones in the stagepos model and the rest was completely random.


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 14, 2014, 05:31:08 PM
It's been a while since stage building stuff was added to BB. It's been all model imports and animations it seems. Good to see stuff that helps stage builders! I feel like I've said that before :-\


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 15, 2014, 02:13:59 AM
Alright so after a bit of experimenting with this, i've actually found that the game will indeed try to load any items that are within the tables. EVEN if they are stage specific. For example, i tried spawning apples from Green Greens and the log spit something out saying it was looking for the itmAppleParam.pac and ItmAppleBress.pac in the "Item/apple/" directory. (which doesn't even exist) this obviously crashed the game, however that means the game automatically updated the file name based on the item Id and looked for that file in that directory. Just move the files to that directory and BAM it's spawnable

This means that basically any item that can be thought of can be spawned in any level now, including stage specific items such as the apple from green greens and the actual spore shot from the lipstick....meaning you can actually make a level with random flower effect "puffs" appearing now and again. You can EVEN spawn assist trophy's and Pokemon this way..though i haven't tested it all the way through and may crash after disappear. In any case, i hope people have fun with this :)
 


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 15, 2014, 03:54:54 AM
i wouldn't mind trying it out right now!!!


Title: Re: BrawlBox 0.73b
Post by: sluigi123 on September 15, 2014, 08:09:48 AM
Not sure how many people will actually make use of this, but it does pertain to stage makers. I've just finished implementing the stage Item generation tables. (which control the frequency at which items appear)

([url]http://i.imgur.com/suj0q7Z.png[/url])

i haven't really messed around with it in game, but i wonder if this can actually tell the game to load stage specific items..that would be cool, but for some reason i doubt it would. In any case, there are common tables for all stages and modes int common3.pac. The tables there are used for things like assist trophy frequency, pokemon, and modes such as sudden death. (to choose to spawn the bob-omb that's already primed for exploding) I've laid out alot of information on the OpenSA wiki about it..so if your interested check there.
[url]http://opensa.dantarion.com/wiki/Item_Frequency_Table[/url] ([url]http://anonym.to/?http://opensa.dantarion.com/wiki/Item_Frequency_Table[/url])

I'm liking this even more! =P


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 15, 2014, 09:57:45 AM
Alright so after a bit of experimenting with this, i've actually found that the game will indeed try to load any items that are within the tables. EVEN if they are stage specific. For example, i tried spawning apples from Green Greens and the log spit something out saying it was looking for the itmAppleParam.pac and ItmAppleBress.pac in the "Item/apple/" directory. (which doesn't even exist) this obviously crashed the game, however that means the game automatically updated the file name based on the item Id and looked for that file in that directory. Just move the files to that directory and BAM it's spawnable

This means that basically any item that can be thought of can be spawned in any level now, including stage specific items such as the apple from green greens and the actual spore shot from the lipstick....meaning you can actually make a level with random flower effect "puffs" appearing now and again. You can EVEN spawn assist trophy's and Pokemon this way..though i haven't tested it all the way through and may crash after disappear. In any case, i hope people have fun with this :)
Falcon Punch me, is this for reals!?!


Title: Re: BrawlBox 0.73b
Post by: Spex130 on September 15, 2014, 01:38:26 PM
Oh, that's fun.

Fantastic work, haha!


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 15, 2014, 02:13:22 PM
I've just tested, i can even spawn the crabs and koopas from the mario bros stage :) i've also found where the game loads the item names and such inside sora_melee.rel. If i had the ability to actually add bytes to module and rebuild the relocations i could possibly add new items to the game..


Title: Re: BrawlBox 0.73b
Post by: Ricky on September 15, 2014, 02:49:59 PM
I've just tested, i can even spawn the crabs and koopas from the mario bros stage :) i've also found where the game loads the item names and such inside sora_melee.rel. If i had the ability to actually add bytes to module and rebuild the relocations i could possibly add new items to the game..

Haha, Item Clone Engine. Sounds awesome :D


Title: Re: BrawlBox 0.73b
Post by: LJSTAR on September 15, 2014, 02:52:58 PM
I've just tested, i can even spawn the crabs and koopas from the mario bros stage :) i've also found where the game loads the item names and such inside sora_melee.rel. If i had the ability to actually add bytes to module and rebuild the relocations i could possibly add new items to the game..

WAIT WAIT WAIT WAIT WAIT.
...
... New items... into the game !?
Even if it would be just "clone" of existing items, this would be an awesome thing !

The items hack possibilities would be (almost) endless, I love it :srs:


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on September 15, 2014, 03:53:40 PM
If i had the ability to actually add bytes to module and rebuild the relocations i could possibly add new items to the game..

Can't one of the module editors or Brawlbox v0.71+ do that?


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 15, 2014, 03:58:38 PM
Dunno, but it sounds cool. But not to be a kill joy, there's no way to edit item effects and properties to make a "new" item.
Someone please say there's a method that I've overlooked or missed, I would love to be wrong about this.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 15, 2014, 04:33:01 PM
Dunno, but it sounds cool. But not to be a kill joy, there's no way to edit item effects and properties to make a "new" item.
Someone please say there's a method that I've overlooked or missed, I would love to be wrong about this.

PSA version 1.3a in my sig and in my thread can edit items and kirby hat files :)

Can't one of the module editors or Brawlbox v0.71+ do that?

Yep! what i was referring to was actually if i can add any bytes to sora_melee without it breaking....which i might not be able to it seems. I'll have to experiment around a bit and see if i can't get it working. For now, i can say that i've made a bit of progress in doing it..and it shouldn't be that hard to do. From what i can tell, it seems the game loads item ID's indiscriminately through ASM. As long as the data exists, it should load from the "item/" directory without much modifications


Title: Re: BrawlBox 0.73b
Post by: libertyernie on September 15, 2014, 07:54:05 PM
You can EVEN spawn assist trophy's and Pokemon this way..though i haven't tested it all the way through and may crash after disappear. In any case, i hope people have fun with this :)

I hope someone tries this out on Saffron City :)


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 16, 2014, 12:57:04 AM
So, i've got Module nodes that are embedded within files showing now. Not that significant of a change, however many don't know that the miscdata's in common3 and common2 are actually the runtime modules. You could have always exported them and added .rel to the end to open them individually, but now they show within the files and are editable from there :)

(http://i.imgur.com/9cP6tK4.png)


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 16, 2014, 10:28:01 AM
Damn, I really got check the programming section more often. My info is somewhat out dated. :P a little off topic, but are you going to interplant your clone tool like how code manager was?


Title: Re: BrawlBox 0.73b
Post by: Blazingflare on September 18, 2014, 01:16:25 AM
Can you assign individual item spawn points their own item frequency list, or do all of the spawn points share the same one?


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 18, 2014, 11:04:08 AM
Can you assign individual item spawn points their own item frequency list, or do all of the spawn points share the same one?

The item lists are limited to one, however doesn't mean it's not possible to have a single spawn point only pull from one table or group. I haven't tested, but it may be possible to have specific spawn points pull from their own group nodes or table nodes. (every stage except SSE stages only have 1 table filled in, with a maximum of 5.)


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 18, 2014, 11:07:41 AM
Wait, you mean like a spawn point only spawns one particular item?


Title: Re: BrawlBox 0.73b
Post by: jjookkeekkiidd on September 18, 2014, 11:42:30 AM
no, he means regular stages use only 1 list, but it seems there are a maximum of 5 available, at least it is so in SSE stages.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 18, 2014, 11:44:26 AM
no, he means regular stages use only 1 list, but it seems there are a maximum of 5 available, at least it is so in SSE stages.

yea that. The files all have null placeholders for the other 4 tables, but are still included in the files rather then just removing them. To me, that means they are significant in some way. SSE stages make use of all the tables, but it seems that all normal stages (at least the ones i've checked) only use 1 table.


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 19, 2014, 10:47:07 AM
Hmmm... That is puzzling, I would assume one would be enough.


Title: Re: BrawlBox 0.73b
Post by: Carnage on September 20, 2014, 03:19:35 AM
interesting thread i will sub xD


Title: Re: BrawlBox 0.73b
Post by: Nasca Corp on September 20, 2014, 04:03:06 PM
Hi, anyone here can post the PERFECT settings for this brawlbox to import DAES files? as a character ... always thtat i import a dae my model looks ALL BLACK in game, and if i export the dae optimizing, and reimporting on BB 67b the facepoints back to the normal, like a model witouth optimize, thks


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 20, 2014, 06:06:55 PM
Hi, anyone here can post the PERFECT settings for this brawlbox to import DAES files? as a character ... always thtat i import a dae my model looks ALL BLACK in game, and if i export the dae optimizing, and reimporting on BB 67b the facepoints back to the normal, like a model witouth optimize, thks
this is my settings for character importing
(http://i.imgur.com/Z8V9hKZ.png)


Title: Re: BrawlBox 0.73b
Post by: Nasca Corp on September 20, 2014, 08:01:31 PM
Thks Demonslayer!, i will test it this night, thks a lot, dude what Brawl Box did you use?


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 20, 2014, 09:59:04 PM
0.73b... the recent version available


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 22, 2014, 03:11:48 PM
Any progress with enemy spawning? Because that's an epic thing.


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 22, 2014, 10:03:59 PM
yo liberty, idk if u realised.. but SRT0 edits dont save in BB 73b.. might want to look into that :v


Title: Re: BrawlBox 0.73b
Post by: Blazingflare on September 23, 2014, 10:30:15 PM
yea that. The files all have null placeholders for the other 4 tables, but are still included in the files rather then just removing them. To me, that means they are significant in some way. SSE stages make use of all the tables, but it seems that all normal stages (at least the ones i've checked) only use 1 table.
The dream for having Saffron City spawn Pokemon out the door is becoming more real by the second.   8)
I have one other question. Is it possible to have a stage spawn an item on a timer? I'm sure you know where I'm going with this.


Title: Re: BrawlBox 0.73b
Post by: sluigi123 on September 23, 2014, 10:59:21 PM
Have you thought of moves where hitboxes are in SubRoutines can show up via model viewer? That was my only problem, whenever I edit characters. As for the item spawning, I noticed that  whenever you have 1 spawn bone at say, (-50,25), and the other at (60,50), I wasn't sure if it would turn into a square and everything, but it turns out, that it stays in a linear line instead of a square. I not sure if I'm right, but you could try and look at it again if you want to.

The dream for having Saffron City spawn Pokemon out the door is becoming more real by the second.   8)
I have one other question. Is it possible to have a stage spawn an item on a timer? I'm sure you know where I'm going with this.
When that happens, I'll be totally ready. :P


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 24, 2014, 12:25:44 AM
As for the item spawning, I noticed that  whenever you have 1 spawn bone at say, (-50,25), and the other at (60,50), I wasn't sure if it would turn into a square and everything, but it turns out, that it stays in a linear line instead of a square. I not sure if I'm right, but you could try and look at it again if you want to.

If you use the advanced model viewer to view the whole stage, you can turn on the item spawn overlays. The two bones do make a rectangle, that's why it shows as a rectangle in the model previewer :P


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on September 28, 2014, 10:42:17 PM
Bug reports:

1. When you change the bone control using E,R,T or View -> Viewer -> Bone Control, the drop down on the top right of the window doesn't update to reflect the correct control. Same with the other way around; they need to be synchronized.

2. When the Environment Settings window (under Options) is open and a bone control is visible or any of the stage overlays are visible, they become huge in size. The size reverts back to normal when the window is closed.

3. In SHP0Editor.cs - UpdateSHP0Indices(), the line

if (SelectedAnimation != null && TargetModel != null)

needs to be changed to

if (SelectedAnimation != null && TargetModel != null && TargetModel._vertList != null)

I got the error because the target model dropdown was set to All, I had the stage position model selected, and a SHP0 for another model was being applied to it in the SHP0 editor. There weren't any vertex nodes in the model for it to use :P

And a suggestion. When you click Preview All Models, the target model drop down at the top of the window should be set to All by default.


I'll probably fix these things on the side of my projects at some point, but for now hopefully you guys can beat me to it.


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on September 29, 2014, 12:41:26 AM
Bug report: when you preview all models & exit I get an error saying Object reference is not set to an instance of an object.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 29, 2014, 01:48:30 AM
Bug report: when you preview all models & exit I get an error saying Object reference is not set to an instance of an object.

Do you think you could send me a copy of the file your working with? Last i checked, the only thing that caused that was editing an MDL0 with no objects. However, i recall LibertyErnie fixing that at one point and i don't have any trouble previewing all models and closing OR saving it. Even previewing all models in a brres containing only a model with no objects doesn't reproduce it.


Title: Re: BrawlBox 0.73b
Post by: DSX8 on September 29, 2014, 01:51:07 AM
Do you think you could send me a copy of the file your working with? Last i checked, the only thing that caused that was editing an MDL0 with no objects. However, i recall LibertyErnie fixing that at one point and i don't have any trouble previewing all models and closing OR saving it. Even previewing all models in a brres containing only a model with no objects doesn't reproduce it.
check my skyloft stage. it does it to that too... same thing with a char im working on too...


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on September 29, 2014, 03:14:09 PM
Errrm, It might be my computer, but the issue with the model viewer freezing if opened to long is still present for me.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 29, 2014, 10:45:58 PM
Bug reports:

2. When the Environment Settings window (under Options) is open and a bone control is visible or any of the stage overlays are visible, they become huge in size. The size reverts back to normal when the window is closed.

I've gone ahead and fixed 1 & 3. For number 2, it seems it's messing things up only when the light source is being drawn. If the lightsource isn't drawn at all, it never happens. The problem is that the things being done to lightsource are affecting the geometry of the bone controls, the bone orbs, overlays, and collisions. basically anything being drawn with GL.XXX is being scaled and rotated the same way the light source is for some reason. I'll have to look into it a bit more since i'm not too great with the GL stuff.


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on September 29, 2014, 10:53:59 PM
Well GL is a state machine, so anything that's set to on needs to be set back to off when you're done. A call was probably made inside of the 'if' statement to scale up the scene to draw the light source, and for whatever reason another call wasn't made at the end to scale it back down before rendering the other controls.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on September 30, 2014, 12:53:39 AM
Yea i figured that was the case. Dunno if I've fixed it perfectly, but it seems that I've fixed it by scaling it back down to .01 and rotating y + Azimuth. Though since depth tests are disabled when rendering the light source and the rest of the rendering normally has it enabled, i had to enable it again afterwards otherwise it would mess some stuff up later down the road.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on November 12, 2014, 02:39:37 PM
Been a while since something was posted here, just wanted to let people know that development hasn't stopped :)

Anywhozits, here's some pictures! Methods! :D Under section 5 will be the methods. Im still working on a few kinks here and there, but for the most part they are completely functional. You can right click->open memory viewer to open directly to the method's target section and offset. Using the section editor of course, so it will disassemble and show the method. This also means you can see linked commands and open relocations, since it's using the section editor. (which is AWESOME for following exactly what a method is doing.) speaking of which...i'm also working on making it so you can double click on any branch or branch link command, click "Open Branch" to jump to where the code would jump to, without doing the math yourself :) Just more convenience for following the methods flow

 (Don't mind the red colored nodes, that was just to temporarily show me that external method nodes were working right...though it could stay if people would like?)

(http://i.imgur.com/vReHqcL.png)

(http://i.imgur.com/AjPbbHn.png)



Title: Re: BrawlBox 0.73b
Post by: pikazz on November 12, 2014, 03:18:04 PM
ooooh yeees! this is music in my eyes <3

cant wait for the BL Goto :D
will you make it also show in colored text on the linked command like the relocation data does? (example on hex 0x140 you see its colored red because it has a relocationdata linked to it)


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on November 12, 2014, 03:20:16 PM
Aww yiss, this is great. I've been meaning to add the object parser back.

One thing though - I've been hesitant to add it back because I don't know if ALL rels used in any game follow this same "null, code, constructors, destructors, constants, objects, BSS, null" kind of format. I know that some brawl rels only use 5 sections instead of 6, which would mean that parsing the 5th section as objects would be incorrect. Another thing is that tree nodes are a bit cumbersome to dynamically manage using code. I was thinking there should be an intuitive object editor that you could optionally open and would be incorporated into the section editor window. It would only find objects if there were strings in the section so it would have no negative effect if used on non-object sections.

i'm also working on making it so you can double click on any branch or branch link command, click "Open Branch" to jump to where the code would jump to, without doing the math yourself :) Just more convenience for following the methods flow

Wait wait wait lol. I actually already did this. :P
I haven't committed in a while because I'm kind of doing a pretty large rewrite of... things... and I guess I forgot to commit my REL changes. :P I'll do that so your code is up to speed with mine first.


Title: Re: BrawlBox 0.73b
Post by: E-scope12 on November 14, 2014, 09:34:20 AM
How do I get the position models of a stage with flying platforms attached to it's background model in brawlbox? Like Delfino Plaza. When I play one of Delfino Plaza's chr0 animations, StgDolpic_Bell1, StgDolpic_Bell2, StgDolpic_Shine, StgDolpicKamome_KamomeA, StgDolpicKamome_KamomeB, StgDolpicKamome_KamomeC, StgDolpicKamome_KamomeD, & gr2_StgDolpic_Suimen models don't move along with it & at the end of the animation, the flying platforms don't go down.

Brawlbox
(http://i.imgur.com/Sj7O191.jpg)

In Game
(http://i.imgur.com/NLWo0wt.png)


Title: Re: BrawlBox 0.73b
Post by: pikazz on November 14, 2014, 09:52:07 AM
Been a while since something was posted here, just wanted to let people know that development hasn't stopped :)

Anywhozits, here's some pictures! Methods! :D Under section 5 will be the methods. Im still working on a few kinks here and there, but for the most part they are completely functional. You can right click->open memory viewer to open directly to the method's target section and offset. Using the section editor of course, so it will disassemble and show the method. This also means you can see linked commands and open relocations, since it's using the section editor. (which is AWESOME for following exactly what a method is doing.) speaking of which...i'm also working on making it so you can double click on any branch or branch link command, click "Open Branch" to jump to where the code would jump to, without doing the math yourself :) Just more convenience for following the methods flow

 (Don't mind the red colored nodes, that was just to temporarily show me that external method nodes were working right...though it could stay if people would like?)

([url]http://i.imgur.com/vReHqcL.png[/url])

([url]http://i.imgur.com/AjPbbHn.png[/url])


forgot to ask more of this. will you be able to press on a Method and see what it leads to hex and possible able to change it directly on it instead for going into section[5]? o: let say I want to change Method[0][0] in your pic from external to inside module directly by pressing on it without looking for it in section5?
will you also make it possible to add Method in a section this way?
also, keep it red! that way its easy to tell if its used in that module or not!


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on November 14, 2014, 04:02:57 PM
Aww yiss, this is great. I've been meaning to add the object parser back.

One thing though - I've been hesitant to add it back because I don't know if ALL rels used in any game follow this same "null, code, constructors, destructors, constants, objects, BSS, null" kind of format. I know that some brawl rels only use 5 sections instead of 6, which would mean that parsing the 5th section as objects would be incorrect. Another thing is that tree nodes are a bit cumbersome to dynamically manage using code. I was thinking there should be an intuitive object editor that you could optionally open and would be incorporated into the section editor window. It would only find objects if there were strings in the section so it would have no negative effect if used on non-object sections.

Yea i had the same thought. Not all rel's follow the pattern, and i don't like the idea of statically hard-coding in the section to be parsed based on index either. It's really only a placeholder :P I had a similar idea to make a new control + form for the method editor, that way it'd be easier to edit them and at the same time it would be easier to add / delete methods without coding the functionality into the section editor.

Wait wait wait lol. I actually already did this. :P
I haven't committed in a while because I'm kind of doing a pretty large rewrite of... things... and I guess I forgot to commit my REL changes. :P I'll do that so your code is up to speed with mine first.

Well...whoops haha xP Alrighty, well I'll be looking forward to the changes. I wish i had internet right now then i woulda seen this before i actually committed it xD I'll be on the lookout.

forgot to ask more of this. will you be able to press on a Method and see what it leads to hex and possible able to change it directly on it instead for going into section[5]? o: let say I want to change Method[0][0] in your pic from external to inside module directly by pressing on it without looking for it in section5?
will you also make it possible to add Method in a section this way?
also, keep it red! that way its easy to tell if its used in that module or not!

Well, i intended to allow you to open the relocation's offset in section[5] as well, but i figured i would wait until i finished the actual method editor (or something to the same effect?) before doing that. But don't worry i got ya ;)


Title: Re: BrawlBox 0.73b
Post by: uyjulian on November 14, 2014, 04:14:43 PM
All right, I might try to port the audio code to OpenAL again, since I learned how to use OpenAL.


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on November 14, 2014, 05:31:26 PM
All right, I might try to port the audio code to OpenAL again, since I learned how to use OpenAL.

If you're going to add that to BrawlLib, make sure there's an option to choose between OpenAL and DirectSound as default.

I had a similar idea to make a new control + form for the method editor, that way it'd be easier to edit them and at the same time it would be easier to add / delete methods without coding the functionality into the section editor.

That's probably a better idea. :P I was just thinking about being able to see the hex still because I don't know if the object parser reads EVERY byte in the section. With a parser, we need to worry about rebuilding the objects section and how that should be done so that no byte is left out (and ideally, the section doesn't appear changed if it's rebuilt with no changes).


Title: Re: BrawlBox 0.73b
Post by: Ondo on November 29, 2014, 11:16:45 PM
So I figured out a new technique for reducing the size of CSPs substantially, and it'd be nice if BrawlBox could be updated to support it.

It's desirable to store CSPs in CI8 format, but limitations on the compressed size of common5.pac make that impossible if there are too many characters and costumes.  However, many costumes are just recolors.  Since we want to store them in a format that separates the main image data and the palette, it'd be nice to store just one copy of the main image data and then a palette for each recolor.

In testing, I've found this is possible - each TEX0 does require its own header, in order to point to its name, but it is possible to put, for example, 9 TEX0 headers in a row, followed by their data, as long as each header has its length changed to include all the following headers.  (So with 9 the first has length 0x240, the second 0x200, and so on, until the last is just the standard 0x40.)

I've done a proof-of-concept test, available here (http://bit.ly/TestBRRES). To see it, just import that BRRES over sc_selcharacter_en > char_bust_tex_lz77 > MiscData[17], and change the compression to ExtendedLZ77 (or just LZ77).  It's the Smash 3 textures for Mr. Game & Watch, but note that while they all share the same image data I did not rearrange the palettes so that would actually work well.

So there's obviously a lot of work to get this to a place where it's easy to use.  I'm wondering, in particular, what the interface in BrawlBox should be.  One possibility, for minimal support, is just having an option on a BRRES to compact it, where it just goes through and looks for identical textures and merges them if found, relying on other tools to create textures that will work with that.

More thorough support might be having an option to import multiple images at once, ideally including doing the quantization with all of them together, to make image data that works as well as possible with each of the palettes.  Not sure how the UI would work for that, though.

My current plan is to work on some simple tools in Ruby for doing much of this (as I find that more enjoyable to work in, particularly when experimenting on things).  As I've been looking into quantization algorithms, I'm hoping to at some point add another algorithm to BrawlBox, whether or not it includes support for multiple images at once.


Title: Re: BrawlBox 0.73b
Post by: Ricky on December 01, 2014, 08:17:35 AM
So I figured out a new technique for reducing the size of CSPs substantially, and it'd be nice if BrawlBox could be updated to support it.

It's desirable to store CSPs in CI8 format, but limitations on the compressed size of common5.pac make that impossible if there are too many characters and costumes.  However, many costumes are just recolors.  Since we want to store them in a format that separates the main image data and the palette, it'd be nice to store just one copy of the main image data and then a palette for each recolor.

In testing, I've found this is possible - each TEX0 does require its own header, in order to point to its name, but it is possible to put, for example, 9 TEX0 headers in a row, followed by their data, as long as each header has its length changed to include all the following headers.  (So with 9 the first has length 0x240, the second 0x200, and so on, until the last is just the standard 0x40.)

I've done a proof-of-concept test, available here ([url]http://bit.ly/TestBRRES[/url]). To see it, just import that BRRES over sc_selcharacter_en > char_bust_tex_lz77 > MiscData[17], and change the compression to ExtendedLZ77 (or just LZ77).  It's the Smash 3 textures for Mr. Game & Watch, but note that while they all share the same image data I did not rearrange the palettes so that would actually work well.

So there's obviously a lot of work to get this to a place where it's easy to use.  I'm wondering, in particular, what the interface in BrawlBox should be.  One possibility, for minimal support, is just having an option on a BRRES to compact it, where it just goes through and looks for identical textures and merges them if found, relying on other tools to create textures that will work with that.

More thorough support might be having an option to import multiple images at once, ideally including doing the quantization with all of them together, to make image data that works as well as possible with each of the palettes.  Not sure how the UI would work for that, though.

My current plan is to work on some simple tools in Ruby for doing much of this (as I find that more enjoyable to work in, particularly when experimenting on things).  As I've been looking into quantization algorithms, I'm hoping to at some point add another algorithm to BrawlBox, whether or not it includes support for multiple images at once.

Wonderful idea, would work great when it's all about recolors.

Too bad it wouldn't work well when imports are involved... But at least it will help opening space.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on December 04, 2014, 09:51:39 PM
Oh? what have we here?  :af:

(http://i.imgur.com/i05oyyA.png)


Title: Re: BrawlBox 0.73b
Post by: DSX8 on December 04, 2014, 11:59:41 PM
I likey!! Bout time bb does online/program updates.. :af:


Title: Re: BrawlBox 0.73b
Post by: sluigi123 on December 05, 2014, 12:25:27 AM
I actually didn't see that one coming at all.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 05, 2014, 05:41:05 PM
Oh? what have we here?  :af:

([url]http://i.imgur.com/i05oyyA.png[/url])


Would you distribute this version here please? I got coding and stuff to edit through the dol and rel files.


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 05, 2014, 07:46:11 PM
I actually didn't that one coming at all.

-> didn't that one coming

Would you distribute this version here please? I got coding and stuff to edit through the dol and rel files.

Entitled much?

I think sammi would be ecstatic to give you an unstable build just to hear you complain about all the unfinished features you'd find.

Not like you can't go and compile it yourself right now if you really wanted to, anyway.


Title: Re: BrawlBox 0.73b
Post by: Segtendo on December 05, 2014, 11:13:56 PM
Would you distribute this version here please? I got coding and stuff to edit through the dol and rel files.
Get out.
You wait like everyone else.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 06, 2014, 10:11:04 AM
-> didn't that one coming

Entitled much?

I think sammi would be ecstatic to give you an unstable build just to hear you complain about all the unfinished features you'd find.

Not like you can't go and compile it yourself right now if you really wanted to, anyway.

What are some unfinished features? Also, there is my report of a comment that shows that another BrawlVault Staff member told me to wait in a rude/inappropriate way like saying "Get out." as I was only asking nicely for a build even though it could be in development and asking when will it be released.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 06, 2014, 11:29:44 AM
What are some unfinished features? Also, there is my report of a comment that shows that another BrawlVault Staff member told me to wait in a rude/inappropriate way like saying "Get out." as I was only asking nicely for a build even though it could be in development and asking when will it be released.
You want build ? Compile it yourself. It's easy go install vc2013 and  open sln, then hit the compile menu option. https://github.com/libertyernie/brawltools
Updated 5 days ago (as of this post)


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 06, 2014, 12:43:48 PM
You want build ? Compile it yourself. It's easy go install vc2013 and  open sln, then hit the compile menu option. https://github.com/libertyernie/brawltools
Updated 5 days ago (as of this post)

You mean visual studio 2013?


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 06, 2014, 01:27:52 PM
You mean visual studio 2013?
yes


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 06, 2014, 02:17:15 PM
yes
But the one's that I found are bigger than 1-4 gb on one of the torrent sites.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on December 06, 2014, 02:32:01 PM
You don't require visual studio professional to compile it. You can use the free version by Microsoft, visual studio express. Personally, i prefer compiling code myself when it comes to open source projects anyways. It's pretty easy. just go the github repo on the first page of this thread, and on the right there is a button to download the source in a .zip. Just unzip it and double click the .sln file. Then in the menu bar up top click build->rebuild solution.

Your compiled version will be in brawltools/brawlbox/bin/debug or brawltools/brawlbox/bin/release depending on if you compiled a debug build or release build.


Title: Re: BrawlBox 0.73b
Post by: libertyernie on December 07, 2014, 05:18:50 PM
Microsoft also announced a new free version (http://techcrunch.com/2014/11/12/microsoft-makes-visual-studio-free-for-small-teams/) of Visual Studio recently. I haven't tried it yet - I got VS 2013 before I graduated from college and I've been using it since then.

Yesterday and today I added support for enabling/disabling codes in a TXT file to BrawlBox's built-in Code Manager. Before, it couldn't read codes that were in this format (note the asterisk):
Code:
* 01234567 89ABCDEF
Now, when it reads a file that has some of these codes, it will mark those as checked and the rest are unchecked. Multi-line comments are also supported now.

(http://i.imgur.com/suq9xjM.png)

Just a note: I didn't realize this until I looked at the code, but when BrawlBox saves a GCT, it puts extra data at the end of a file to store the names, position and length of each code, so you can open it in BrawlBox later and see the separate codes.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 07, 2014, 06:31:27 PM
Where did you find these music codes from in the game?


Title: Re: BrawlBox 0.73b
Post by: Ebola16 on December 08, 2014, 03:12:09 PM
I am able to edit MoveDef information in fighter .pacs using BrawlBox 0.68b but not on this version. Is this feature no longer supported or am I missing something?


Title: Re: BrawlBox 0.73b
Post by: DSX8 on December 08, 2014, 05:51:11 PM
I am able to edit MoveDef information in fighter .pacs using BrawlBox 0.68b but not on this version. Is this feature no longer supported or am I missing something?
all other BB versions besides 68b (i think) doesnt support psa editing.


Title: Re: BrawlBox 0.73b
Post by: Ebola16 on December 08, 2014, 05:58:15 PM
Aww, it didn't always work but I liked it better than PSA. Thanks!

Post Merge: December 09, 2014, 11:43:21 AM
I might as well ask my other question here. Is there an easier way to swap subactions between PSAs than copying and pasting Main, GFX, SFX, and other separately? It'd be nice if I could copy all parts of a subaction with one click and then replace the old subaction.


Title: Re: BrawlBox 0.73b
Post by: Shinobu Nyan! on December 09, 2014, 12:27:00 PM
Am I the only one that prefers code manager over the integrated code manager in BB? It's great and all, but I still like the original version better.


Title: Re: BrawlBox 0.73b
Post by: libertyernie on December 10, 2014, 07:00:03 PM
Where did you find these music codes from in the game?
These are from the Project M stage expansion kit I put together a week ago. Oshtoby made the code, which just plays song X whenever you're on stage Y, and I put in 36 copies of it into my GCT.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 23, 2014, 05:09:29 PM
I guess it's time that the newer BrawlBox programs should be released this week.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 23, 2014, 05:29:13 PM
I guess it's time that the newer BrawlBox programs should be released this week.
https://github.com/libertyernie/brawltools

stop complaining, last update was 2 days ago (as of this post)


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 23, 2014, 05:32:58 PM
https://github.com/libertyernie/brawltools

stop complaining, last update was 2 days ago (as of this post)

It's not a complaint, it's a mind thing I thought about when it should be here. I will have to try to compile it myself since I have Visual Basic on my computer. If it compiles the correct way, I will post it here.


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 23, 2014, 06:04:39 PM
If it compiles the correct way, I will post it here.

And if you do, I will warn you. This is literally a warning warning.

We choose to release when we do because we feel that the program is in a stable enough state for everyone to use, and it's none of your business posting an incomplete build here like some kind of hero. It's our work, not yours, and we will release it when it is ready.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 23, 2014, 06:17:16 PM
Well, I found some problems when I was compiling with Mono, but I fixed them.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 23, 2014, 06:19:50 PM
Well, I found some problems when I was compiling with Mono, but I fixed them.

Visual Studio is the easy way to compile it without these errors. Although it can detect errors when compiling if any code like that exists.


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 23, 2014, 06:22:13 PM
Well, I found some problems when I was compiling with Mono, but I fixed them.

Merge your changes yo!

I just pushed some stuff like literally a minute ago, maybe I fixed something you came across.

Just be careful changing pointer operations, one of the previous fixes for mono broke some code that wrote CHR0 and SRT0 animations.

Visual Studio is the easy way to compile it without these errors. Although it can detect errors when compiling if any code like that exists.

Mono can compile for platforms other than just Windows, so it's a little bit different.


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 23, 2014, 06:25:50 PM
Merge your changes yo!

I just pushed some stuff like literally a minute ago, maybe I fixed something you came across.

Just be careful changing pointer operations, one of the previous fixes for mono broke some code that wrote CHR0 and SRT0 animations.

Mono can compile for platforms other than just Windows, so it's a little bit different.
What should I convert to, System.VoidPtr or byte*?


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on December 23, 2014, 06:31:39 PM
Visual Studio is the easy way to compile it without these errors. Although it can detect errors when compiling if any code like that exists.

Please, i request that you do not post development builds in this thread.

We're nearing release now anyways, so please let others wait the short amount of time left. If people get the dev build now, it will be unfinished, and many will likely not come get the completed version afterwards. I would like for people to get the most complete, most functional build of our work rather than an early development build that will likely be broken, all over a matter of time as short as this.

That being said, you can compile the code yourself if you'd like. Just please, don't post it here. If anybody wants the dev build, compile it yourself or PM Brandon here. The less confusion around this release the better.



Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 23, 2014, 06:37:02 PM
What should I convert to, System.VoidPtr or byte*?

VoidPtr works the same as byte*, so either or.

Here's some examples of what does and doesn't work.

Good:
int offset = 0x10;
VoidPtr address2 = (VoidPtr)address + offset;

Good:
int offset = 0x10;
byte* address2 = (byte*)address + offset;

Bad:
int offset = 0x10;
buint* address2 = (buint*)address + offset; //increments by 0x40 instead

Good:
int offset = 0x4;
buint* address2 = (buint*)address + offset; //buint increments by four bytes, and 0x10 / 0x4 is 0x4

Good:
VoidPtr address;
buint* otherAddress;
int offset = (int)address - (int)otherAddress; //By casting to int, you get the raw address value so the pointer type doesn't matter


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 23, 2014, 06:42:11 PM
VoidPtr works the same as byte*, so either or.

Here's some examples of what does and doesn't work.

Good:
int offset = 0x10;
VoidPtr address2 = (VoidPtr)address + offset;

Good:
int offset = 0x10;
byte* address2 = (byte*)address + offset;

Bad:
int offset = 0x10;
buint* address2 = (buint*)address + offset; //increments by 0x40 instead

Good:
int offset = 0x4;
buint* address2 = (buint*)address + offset; //buint increments by four bytes, and 0x10 / 0x4 is 0x4

Good:
VoidPtr address;
buint* otherAddress;
int offset = (int)address - (int)otherAddress; //By casting to int, you get the raw address value so the pointer type doesn't matter

Thanks, I'll keep that in mind.


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 23, 2014, 06:47:36 PM
Please, i request that you do not post development builds in this thread.

We're nearing release now anyways, so please let others wait the short amount of time left. If people get the dev build now, it will be unfinished, and many will likely not come get the completed version afterwards. I would like for people to get the most complete, most functional build of our work rather than an early development build that will likely be broken, all over a matter of time as short as this.

That being said, you can compile the code yourself if you'd like. Just please, don't post it here. If anybody wants the dev build, compile it yourself or PM Brandon here. The less confusion around this release the better.




Hm, is it possible for people to be seeing an update message saying that the previous version is up to date like this?:

(http://www.mediafire.com/convkey/8a98/9r1c3349cbqonpvzg.jpg)


Title: Re: BrawlBox 0.73b
Post by: uyjulian on December 23, 2014, 06:49:22 PM
Hm, is it possible for people to be seeing an update message saying that the previous version is up to date like this?:

([url]http://www.mediafire.com/convkey/8a98/9r1c3349cbqonpvzg.jpg[/url])

yes


Title: Re: BrawlBox 0.73b
Post by: Brandondorf9999 on December 23, 2014, 06:51:11 PM
yes

Do they want most people seeing this like any other program or not?


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 23, 2014, 06:53:36 PM
Do they want most people seeing this like any other program or not?

Isn't this feature self-explanatory?

The only reason it shows the past version is because there's no release on the repo that has a version greater or equal.


Title: Re: BrawlBox 0.73b
Post by: Sammi Husky on December 23, 2014, 06:56:24 PM
Your seeing that, because the latest release's version number is different from the one in the development build. That's a given, since we haven't released the new version yet. This won't happen to people who get the released version, since they're version number won't be ahead of the latest release

Isn't this feature self-explanatory?

The only reason it shows the past version is because there's no release on the repo that has a version greater or equal.

damn! Ninja'd! :P


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 23, 2014, 07:07:08 PM
Also, I like how you're voluntarily spoiling your Christmas present right now, haha. Just because you find out SANTA ISNT REAL and that your presents are hidden somewhere in your house doesn't mean you search for them, eventually find them, unwrap them, and start playing with them. It ruins all the meaning of the gift. But hey, I'm not your conscience. If you have a conscience


Title: Re: BrawlBox 0.73b
Post by: ɴᴇᴢʜᴀ on December 24, 2014, 06:26:48 AM
Let me say that the most updated released public version of Brawl Box is beast, I especially like it because it focused on stage design (I don't make characters, so I might had missed those details) but man this is looking pretty awesome.

Sorry I don't feedback more often, I don't speak code  :-\


Title: Re: BrawlBox 0.73b
Post by: BlackJax96 on December 25, 2014, 11:17:18 PM
BrawlBox v0.74 released! (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=207285)

Let us know if there's any problems.


Title: Re: BrawlBox 0.73b
Post by: Rodo Furedorikku on December 25, 2014, 11:21:02 PM
BrawlBox v0.74 released! ([url]http://forums.kc-mm.com/Gallery/BrawlView.php?Number=207285[/url])

Let us know if there's any problems.


Sweet. Thanks for the gift, mate.


Title: Re: BrawlBox 0.73b
Post by: DSX8 on December 25, 2014, 11:23:11 PM
thanks!

edit:
Error found with adding metal to character models. Shows fine w/o metal added after being re-opened. With metal added and re-opened, its all broken.
(http://i.imgur.com/Bqcn93K.png)
(http://i.imgur.com/OLPuuDn.png)


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on December 26, 2014, 12:02:16 AM
Also, since we have the updater implemented, we can roll out hotfixes or entire updates much more efficiently to everyone using Brawlbox. If you download the new version and it immediately shows an update (even though it v0.74 was just released), it means we're on the job fixing bugs that are just now showing themselves :P the exe unpacker will show all of the changes we made in each update, too.

I'm already working on fixing the bug above :police:

Edit: Okay that was the dumbest hotfix I made in my life and I'm going somewhere tomorrow so just redownload it, lmfao wtf


Title: Re: BrawlBox 0.74
Post by: Rosetta-Hime on December 26, 2014, 01:10:10 PM
So I went to start using .74 for animating, and when I went to view an animation... Well, I'll let the pictures tell what happened.
(http://i.imgur.com/y075tJg.gif)
When it originally was like this
(http://i.imgur.com/XfgtOqG.gif)
In .71. Any ideas?


Title: Re: BrawlBox 0.74
Post by: pikazz on December 26, 2014, 01:33:02 PM
the animations seems to get problem when either its a custom move or when one bone is resized/mixture on a way the 74 doesnt like!

I am testing out the Module stuff right now! I cant test stuff ingame atm since I am away! I love the branch command but something that bugs me is its location! there is one thing aswell, the "purple" box only gets visible once you are over the branch command that go to it, otherwise its invisible and stuff possible to miss some branch attached to it. could you make the purple all the time like how the "red linked words" are? and you could backtrack to them like how the red words works? o:
(http://i.imgur.com/627vwmP.png)

also, I am using Windows 8.1, but someone it always resize itself to smaller and gives me bad font. how do I prevent this for happen? o:


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on December 26, 2014, 03:11:03 PM
I can't save the settings in Windows 8, only if I run the program as administrator :/


Title: Re: BrawlBox 0.74
Post by: Don Jon Bravo on December 26, 2014, 04:25:13 PM
was that bug in the previous brawlbox with the material and shader 1 fixed already?


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on December 26, 2014, 04:26:44 PM
Also, when importing aimations from Marios Sports Mix, they show up as "CHR0" instead of their names, and as 0 frame animations


Title: Re: BrawlBox 0.74
Post by: Sammi Husky on December 26, 2014, 06:55:35 PM
was that bug in the previous brawlbox with the material and shader 1 fixed already?


Yes, that was fixed a good while ago now.

~snip~


The module editor is a bit of a work in progress right now. I originally intended to have a new control or form for the object/method editing. However with the planned release date nearing, i figured i would put that back in for now. Even then, a few of my changes were (unfortunately) unable to be committed and released, since my internet decided to die Christmas eve.

As for the problem with windows 8 interaction, i can't really help there. I don't have any machine running windows 8 at the moment. I can however look into it if you post a screenshot of the problem

Also, when importing aimations from Marios Sports Mix, they show up as "CHR0" instead of their names, and as 0 frame animations
So I went to start using .74 for animating, and when I went to view an animation... Well, I'll let the pictures tell what happened.
([url]http://i.imgur.com/y075tJg.gif[/url])
When it originally was like this
([url]http://i.imgur.com/XfgtOqG.gif[/url])
In .71. Any ideas?



Unfortunately, most things related to the model previewer or animations are out of the range of my abilities, as BJ rewrote a whole lot of the model related code in both Brawllib and Brawlbox in this update. That all said, this is the perfect example of why the automatic updates will be helpful


Title: Re: BrawlBox 0.74
Post by: DSX8 on December 27, 2014, 03:29:05 AM
what i'd like to know is what happened to the "hide bone" feature in the model viewer... i really liked that option... now i cant hide any bones thats blocking my view for positioning.


Title: Re: BrawlBox 0.74
Post by: SMFan on December 27, 2014, 05:46:10 AM
The vertex editor is gone as well. When I press the J key, the bottom panel closes instead of switching to the vertex editor.


Title: Re: BrawlBox 0.74
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on December 28, 2014, 08:22:07 AM
I can't open new version at all. It just closes itself before it even shows up. How to fix that?


Title: Re: BrawlBox 0.74
Post by: Bakuryu on December 28, 2014, 09:44:20 AM
When I click the update thing it downloads and update and makes the directory "currentfolder"/v0.74 which then contains all the files I already had in the "currentfolder" + the update it download, which I can install again if I want and if I hit the update thing again it repeats this infinitely.


Title: Re: BrawlBox 0.74
Post by: secretchaos1 on December 28, 2014, 10:22:10 PM
When using the newest version all of my LZ77/ExtendedLZ77 compressed archives are displayed as uncompressed even though they actually are compressed.


Title: Re: BrawlBox 0.74
Post by: Sammi Husky on December 29, 2014, 12:36:41 AM
Thanks for all the bug reports guys. We will have bugs being fixed and released soon. I highly suggest people register the issues here as well https://github.com/libertyernie/brawltools/issues

This is the official bug tracker, and will also be used for suggestions and enhancements. When submitting a bug report, please give as much information as you can. If possible, also include a download link to any trouble files your dealing with. That is optional though.


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on December 29, 2014, 01:00:57 AM
Yup, bugs acknowledged. Ideally we'll have all of these fixed for v0.74b.

I can&#039;t open new version at all. It just closes itself before it even shows up. How to fix that?

Do you have .NET 4.5.1? We had to upgrade it for the updater to work.
You could also try running it in compatibility mode or by launching it a different way (like instead of clicking the exe, instead try assigning the new BB to an extension like brres and launching it like that) just to see if that works.

When I click the update thing it downloads and update and makes the directory "currentfolder"/v0.74 which then contains all the files I already had in the "currentfolder" + the update it download, which I can install again if I want and if I hit the update thing again it repeats this infinitely.

There isn't an update at the moment, so that's probs why it's looping infinitely.

What's your OS? Is it 32 bit or 64 bit? Do you have .NET 4.5.1? What's your computer's locale (language)? Also, right click the exe, go to Properties->Details and double check that it says BrawlBox v0.74 and all that, just in case.

For now, you can just turn off automatic updates under Tools->Settings->"Check for updates on startup"

Also, when importing aimations from Marios Sports Mix, they show up as "CHR0" instead of their names, and as 0 frame animations

Can you send me the raw files before you open or import or whatevs so I can test them?

I can&#039;t save the settings in Windows 8, only if I run the program as administrator :/

There's nothing I can do about that. Every version of BrawlBox can't edit the registry on Windows 8 without admin privileges. The least I could do was put a helpful message.


Title: Re: BrawlBox 0.74
Post by: DSX8 on December 29, 2014, 05:35:36 AM
oh i forgot to mention this bug... if a material/mesh is using more than 1 texture, and u hide the first texture, no other texture shows, which just becomes a texture-less model in model viewer.


Title: Re: BrawlBox 0.74
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on December 29, 2014, 09:03:30 AM
Do you have .NET 4.5.1? We had to upgrade it for the updater to work.
You could also try running it in compatibility mode or by launching it a different way (like instead of clicking the exe, instead try assigning the new BB to an extension like brres and launching it like that) just to see if that works.
I have only 4.1 and wouldn't it report that i need new version?
This one didn't worked either.


Title: Re: BrawlBox 0.74
Post by: secretchaos1 on December 29, 2014, 10:45:41 AM
Alright, I'll add my issue to your github page too just for consistency's sake.


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on December 29, 2014, 10:50:19 AM
@BlackJax, with raw files you mean the animations?

Post Merge: December 29, 2014, 11:03:34 AM
Here is a pic of the error, to illustrate it

(http://i.imgur.com/wcsMaI5.png)
(http://i.imgur.com/wOVWXEk.png)


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 06:10:41 PM
Is there a way to make it so semi-transparencies can be added without crashing BB? Not really a request, more like wondering for convenience.


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on December 29, 2014, 06:17:00 PM
Is there a way to make it so semi-transparencies can be added without crashing BB? Not really a request, more like wondering for convenience.

I need this too, my last import had semitransparent hair, but didn't work


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on December 29, 2014, 06:24:33 PM
Is there a way to make it so semi-transparencies can be added without crashing BB? Not really a request, more like wondering for convenience.

What specifically? You can't set the blend mode?


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 06:30:00 PM
What specifically? You can't set the blend mode?

I ripped the mat and shader from a semi-transparent texture on Ike, and tried to set it on my fairy's wings. BrawlBox crashes when I hit save.


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on December 29, 2014, 07:05:57 PM
I ripped the mat and shader from a semi-transparent texture on Ike, and tried to set it on my fairy's wings. BrawlBox crashes when I hit save.

So you can't replace materials and shaders?


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 07:16:54 PM
So you can't replace materials and shaders?

Yes, I can. Just not semi-transparent ones. And sometimes normals get messed up.

Um... wait, I should actually TRY in 0.74. :>.>palm:


Title: Re: BrawlBox 0.74
Post by: DSX8 on December 29, 2014, 07:50:14 PM
idk what ppl r talking about... i was able to replace materials that uses transparenct for hairs, and it works fine for me. did u guys make sure to auto-fix the alpha blend and xlumaterial in the material data?


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 08:12:40 PM
I figured it out. It doesn't like the shader from the semi-transparent model. Material works fine and textures corrupted in-game, but when I import the damn shader and hit save, BB crashes.


Title: Re: BrawlBox 0.74
Post by: DSX8 on December 29, 2014, 08:17:16 PM
srsly tabuu... am i the only 1 not having issue's replacing a shader that uses alpha transparency? besides an odd crash i did from testing ur theory, but only had 1 crash and that was about it. since then i was able to replace the material and shader 10 times w/o any issue's..

does ur BB crash, or does it give an error?


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 08:19:22 PM
srsly tabuu... am i the only 1 not having issue's replacing a shader that uses alpha transparency? besides an odd crash i did from testing ur theory, but only had 1 crash and that was about it. since then i was able to replace the material and shader 10 times w/o any issue's..

does ur BB crash, or does it give an error?

Just crashing. I did "Add New Shader", replaced it with the shader from the alpha texture, and hit save. All I did.


Title: Re: BrawlBox 0.74
Post by: DSX8 on December 29, 2014, 08:21:14 PM
Just crashing. I did "Add New Shader", replaced it with the shader from the alpha texture, and hit save. All I did.
what i did was add a new shader, linked said material (that will be replaced) to the shader, then i hit save. re-opened the model and replace shader and material and saved fine.

try doing it like that.


Title: Re: BrawlBox 0.74
Post by: Rodo Furedorikku on December 29, 2014, 08:25:07 PM
.....I think that might have worked. :O Guess BB hates orphaned shaders.

EDIT: Thanks, Mike. Actually LOOKS like a fairy now. XD

(http://i178.photobucket.com/albums/w271/T_C_Rhade/al_141230_0031binout_zps036235a7.jpg)


Title: Re: BrawlBox 0.74
Post by: uyjulian on December 29, 2014, 08:49:23 PM
Crashing... no backtraces.
I don't know how to debug with M$ .NET, but if you have mono installed on your computer, run this command from the command line:
mono /path/to/brawlbox.exe --debug
, and crash BrawlBox, a backtrace will be printed in the console with line numbers, function names etc (if there are debug symbols in the executable). This will help the developers of BrawlBox track down the problem.

By the way, this is how I found out what was causing BrawlBox to crash on Macs.


Title: Re: BrawlBox 0.74
Post by: Sammi Husky on December 29, 2014, 10:00:36 PM
Crashing... no backtraces.
I don't know how to debug with M$ .NET, but if you have mono installed on your computer, run this command from the command line:
mono /path/to/brawlbox.exe --debug
, and crash BrawlBox, a backtrace will be printed in the console with line numbers, function names etc (if there are debug symbols in the executable). This will help the developers of BrawlBox track down the problem.

By the way, this is how I found out what was causing BrawlBox to crash on Macs.

https://github.com/libertyernie/brawltools/tree/DebugLog

This is a branch i was working on before the release. It's just a debug output console when BBox is started with -d or /d. Hopefully in the future it will help us debug things, and others see exactly where the problem is. Right now, there isn't any backtraces. Just event printouts. But backtraces will definitely be printed to the log in red when things are more complete


Title: Re: BrawlBox 0.74
Post by: Blazingflare on December 30, 2014, 09:26:50 PM
Sammi, where is the item data for sudden death stored in stages? I wanted to change it so the stage would spawn active Pokemon instead of bombs.


Title: Re: BrawlBox 0.74
Post by: Sammi Husky on December 31, 2014, 01:37:22 AM
Sammi, where is the item data for sudden death stored in stages? I wanted to change it so the stage would spawn active Pokemon instead of bombs.

Not entirely sure where it is stored specifically. Im also not too sure if everything 100% works right yet. Though i see no reason it shouldn't, since files are being rebuilt exactly the way they should be. In any case, i think the sudden death mode items are spawned from a group in the common table contained in common3. under itmCommonGen/item Generation/table[0]/group[4] if i remember correctly


Title: Re: BrawlBox 0.74
Post by: pikazz on December 31, 2014, 04:43:31 AM
thats great to hear that the module editor will get an update :3
Not entirely sure where it is stored specifically. Im also not too sure if everything 100% works right yet. Though i see no reason it shouldn't, since files are being rebuilt exactly the way they should be. In any case, i think the sudden death mode items are spawned from a group in the common table contained in common3. under itmCommonGen/item Generation/table[0]/group[4] if i remember correctly
isnt it inside the Sora_melee aswell? o: I remember seeing it there


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on December 31, 2014, 11:12:38 PM
So I went to start using .74 for animating, and when I went to view an animation... Well, I'll let the pictures tell what happened.
([url]http://i.imgur.com/y075tJg.gif[/url])
When it originally was like this
([url]http://i.imgur.com/XfgtOqG.gif[/url])
In .71. Any ideas?


Fixed

also, I am using Windows 8.1, but someone it always resize itself to smaller and gives me bad font. how do I prevent this for happen? o:

Try this
On my laptop (Windows 8.1) with its high-DPI display, viewing any model - whether in the model previewer or the bottom-right panel of the main window - causes the program window to shrink to 1:1 pixel size. This can be avoided by disabling DPI scaling in Properties > Compatibility for BrawlBox.exe.


Also, when importing aimations from Marios Sports Mix, they show up as "CHR0" instead of their names, and as 0 frame animations

Fixed

The vertex editor is gone as well. When I press the J key, the bottom panel closes instead of switching to the vertex editor.

Fixed

I can't open new version at all. It just closes itself before it even shows up. How to fix that?

Not fixed, I have no idea

When I click the update thing it downloads and update and makes the directory "currentfolder"/v0.74 which then contains all the files I already had in the "currentfolder" + the update it download, which I can install again if I want and if I hit the update thing again it repeats this infinitely.

Do you have any idea why it's asking you to update when there is no update?

When using the newest version all of my LZ77/ExtendedLZ77 compressed archives are displayed as uncompressed even though they actually are compressed.

Fixed

Is there a way to make it so semi-transparencies can be added without crashing BB? Not really a request, more like wondering for convenience.

Just crashing. I did "Add New Shader", replaced it with the shader from the alpha texture, and hit save. All I did.

Can't really seem to reproduce this, so... not fixed? Saving an unlinked default shader works, saving an unlinked replaced shader works, saving a linked default shader works, saving a replaced linked shader works...

Did it work in the most recent version?

oh i forgot to mention this bug... if a material/mesh is using more than 1 texture, and u hide the first texture, no other texture shows, which just becomes a texture-less model in model viewer.

Well the textureless thing isn't a bug, but I get what you mean. Brawlbox only loads the first texture because it really needs to render shaders to display ALL of them at once, but I think I can have it show the next texture if the disable the first.

You also mentioned adding bone checkboxes back, so there's that too.



These changes will be in the next update, by the way.


Title: Re: BrawlBox 0.74
Post by: Brandondorf9999 on January 01, 2015, 11:47:56 AM
I agree that there does need to be a code into the program to render the shaders used in the shaders section along with the materials so that we can preview the one's that will be used in the game when it's edited.


Title: Re: BrawlBox 0.74
Post by: pikazz on January 01, 2015, 01:56:59 PM
I agree that there does need to be a code into the program to render the shaders used in the shaders section along with the materials so that we can preview the one's that will be used in the game when it's edited.
I Would love it too Except it Would take months and possible years to do! That render stuff isnt Easy to do!


Title: Re: BrawlBox 0.74
Post by: Bakuryu on January 02, 2015, 12:23:07 PM
There isn't an update at the moment, so that's probs why it's looping infinitely.

What's your OS? Is it 32 bit or 64 bit? Do you have .NET 4.5.1? What's your computer's locale (language)? Also, right click the exe, go to Properties->Details and double check that it says BrawlBox v0.74 and all that, just in case.

For now, you can just turn off automatic updates under Tools->Settings->"Check for updates on startup" 

Windows 7 Pro SP1 64bit, looks like I have .NET 4.5.50709. English is the language. It does says 0.74 in the properties so that checks out to.


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on January 02, 2015, 02:48:44 PM
Windows 7 Pro SP1 64bit, looks like I have .NET 4.5.50709. English is the language. It does says 0.74 in the properties so that checks out to.

Be sure that the language AND the locale are set to english (i.e lang. english, locale US, UK  etc), because my locale is set  to japanese, while language is brazilian portuguese...


Title: Re: BrawlBox 0.74
Post by: Ebola16 on January 02, 2015, 11:07:48 PM
I don't know if this regression has been reported, but when looking at the texture list in PAT0 Texture Entries, the list is empty. It should not be empty.


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on January 02, 2015, 11:21:33 PM
I don't know if this regression has been reported, but when looking at the texture list in PAT0 Texture Entries, the list is empty. It should not be empty.

Fixed

Windows 7 Pro SP1 64bit, looks like I have .NET 4.5.50709. English is the language. It does says 0.74 in the properties so that checks out to.

So let me just double check here. Brawlbox v0.74 is showing the popup saying that Brawlbox v0.74 is available as an update? The same version.

I don't really know how to fix that, I'll just put an extra thing to see if that works...


Title: Re: BrawlBox 0.74
Post by: Sirkura on January 03, 2015, 09:02:38 PM
i was looking into the PM codes trying to help a team with BeX + 3.5 and thought about a feature that might be relatively easy with the code manager. i'll quote the post here:

its coming...  its not really hard its just tedius. would be easier if there was a way to set brawlbox to read codes with multiple values so it doesn't read it as an entirely new code (things like default settings modifier wich anyone can change) maybe i can suggest it later to the BB team. basically i have to fine codes one at a time. basically the codes i have to find are set up as stated in a previous post so the values look like this:

06586??? 000000??
????????? ?????????
????????? ?????????

the only numbers that matter are the ones listed, the (?) can be any value. the lower 2 rows are being a bit more difficult however. since those directly affect the costumes and order and can be randomely 2 or 3 rows depending on how many were added. total. after those first digets i have to find the "0C" wich basically means the costumes end for that character.

basically if any value's change in the remembered codes it is considered an entirely new code. it would be nice if you can set it to a "wild card" or something to that effect to allow random values and changes easier. (like if you have one gct with default settings 4 lives, and another set as  lives, it would read it as the same code with an edited value.) maybe you can set the wildcards as green/blue etc to make it show a little in a code? tho that is juct an aesthetic touch"


Title: Re: BrawlBox 0.74
Post by: Draco on January 05, 2015, 10:56:34 AM
May I ask why moveset editing support was dropped in late BB versions? Will it return for this one?


Title: Re: BrawlBox 0.74
Post by: KingJigglypuff on January 05, 2015, 12:16:01 PM
May I ask why moveset editing support was dropped in late BB versions? Will it return for this one?
BlackJax separated the moveset editor from BrawlBox, as it was rather unstable. Though I don't know 100% why.

His alternative was a program he named Ikarus (Ikaros + Icarus). Though BJ retired before he was able to finish it (early 2014), but now that it's been payed off by namq and pikazz (late 2014/early 2015), Ikarus will at least be in a stable state, as stated by his previous posts.


Title: Re: BrawlBox 0.74
Post by: Draco on January 05, 2015, 12:50:57 PM
BlackJax separated the moveset editor from BrawlBox, as it was rather unstable. Though I don't know 100% why.

His alternative was a program he named Ikarus (Ikaros + Icarus). Though BJ retired before he was able to finish it (early 2014), but now that it's been payed off by namq and pikazz (late 2014/early 2015), Ikarus will at least be in a stable state, as stated by his previous posts.
I see. Thanks for the explanation.


Title: Re: BrawlBox 0.74
Post by: Shinobu Nyan! on January 06, 2015, 06:20:09 PM
Be it a little flawed, I've always thought there should a way to check for updates without logging in everyday, so I like that an updater is installed.


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on January 06, 2015, 09:40:29 PM
BrawlBox v0.74b is coming soon, probably later tonight or tomorrow. It's mainly bug fixes and will be the first time the updater will come into play, so we'll see how that goes.

We have v0.74c planned as well.

I don't know 100% why

BrawlBox's model editor code started to become convoluted with Brawl-specific code and a moveset editor really needs dedicated controls and options as well, so that's why I moved it out.


Title: Re: BrawlBox 0.74
Post by: E-scope12 on January 07, 2015, 06:41:42 AM
I have a question. Is it possible to play STDT in the Brawlbox Model Viewer?


Title: Re: BrawlBox 0.74
Post by: Power Marshall on January 07, 2015, 08:11:22 AM
 Hate to be the bearer of bad news; can anyone confirm this?

On BB v0.74b, I load the model, then the motionetc, I select an animation, and nothing happens; I can't even hit play, and the model doesn't change. Hopefully this was just a bad update on my part.


Title: Re: BrawlBox 0.74
Post by: DSX8 on January 07, 2015, 08:55:07 AM
ur not the only 1.. no animation files wants to play in bb 74b.. nor shows how many frames it has.


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on January 07, 2015, 08:56:59 AM
ur not the only 1.. no animation files wants to play in bb 74b.. nor shows how many frames it has.

you too? Brawl animations works, but oher game animations, nope


Title: Re: BrawlBox 0.74
Post by: DSX8 on January 07, 2015, 09:04:08 AM
well to prove wat power marshal said... here's Korra rigged on shiek, and with the animations shown on the left side, but on the bottom, it says 0 frames and play not being able to be clicked on. does the same thing with srt0, shp0, vis0, and pat0
(http://i.imgur.com/MmFQIbo.png) (http://i.imgur.com/MmFQIbo.png)


Title: Re: BrawlBox 0.74
Post by: Power Marshall on January 07, 2015, 10:11:23 AM
well to prove wat power marshall* said... here's Korra rigged on shiek, and with the animations shown on the left side, but on the bottom, it says 0 frames and play not being able to be clicked on. does the same thing with srt0, shp0, vis0, and pat0
([url]http://i.imgur.com/MmFQIbo.png[/url]) ([url]http://i.imgur.com/MmFQIbo.png[/url])

So it is a general thing. Hmm.. maybe something was forgotten to be implemented so that Brawlbox could edit animations. If so I understand and await v0.74c or rather v0.74bb lol


Title: Re: BrawlBox 0.74
Post by: BlackJax96 on January 07, 2015, 12:35:38 PM
Fixed and updated

(http://i.imgur.com/0JLOktZ.gif)


Title: Re: BrawlBox 0.74
Post by: Ashley and Red on January 07, 2015, 01:45:28 PM
It works, and with other game animations too >< Thank you!!


Title: Re: BrawlBox 0.74
Post by: Nasca Corp on January 08, 2015, 05:22:56 PM
i cant get it work on Windows XP SP4, there is a message :
(http://sia1.subirimagenes.net/img/2015/01/09/150109012253393495.jpg)

any idea that how to fix it? Thks


Title: Re: BrawlBox 0.74
Post by: uyjulian on January 08, 2015, 05:44:21 PM
i cant get it work on Windows XP SP4, there is a message :
([url]http://sia1.subirimagenes.net/img/2015/01/09/150109012253393495.jpg[/url])

any idea that how to fix it? Thks

Windows XP SP4 doesn't exist, unless you are using a pirated Windows.
You need to have .Net framework installed, go to http://www.microsoft.com/net (http://www.microsoft.com/net)


Title: Re: BrawlBox 0.74
Post by: Nasca Corp on January 08, 2015, 06:10:32 PM
i can run any other version of brawlbox, i have the Net framework installed the 4, yeah is not service pack 4 its framework4, the last bbx ive used was 0.73B and my computer runn it  normal, just this one does not work for me


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on January 08, 2015, 08:18:58 PM
Programs compiled with .NET 4.5 and up no longer support windows XP, but we need it for the updater. I don't really know what we should do about that...


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 08, 2015, 09:27:21 PM
i can run any other version of brawlbox, i have the Net framework installed the 4, yeah is not service pack 4 its framework4, the last bbx ive used was 0.73B and my computer runn it  normal, just this one does not work for me
its time for u to upgrade ur OS mate... or just stay with 73b? idk


Title: Re: BrawlBox 0.74b
Post by: uyjulian on January 09, 2015, 02:03:27 AM
Time to upgrade your OS, you got a REALLY OLD OS there.


Title: Re: BrawlBox 0.74b
Post by: Nasca Corp on January 09, 2015, 12:34:46 PM
its time for u to upgrade ur OS mate... or just stay with 73b? idk
haha, i have this pc since the first mini laps, the same ASPIRE ONe MINI LAP maybe when i get a new PC i can try the new brawlbox,, btw im using the .67b its the only brawlbox in the i can get work the models with all fine, the new give me models witouth textures or without working moving eyes, thks all!


Title: Re: BrawlBox 0.74b
Post by: pikazz on January 09, 2015, 03:17:02 PM
this isnt a problem with brawlbox but with my grapfic card. does anyone know how I can update it so I can skip this problem?
(http://i.imgur.com/OZoKBOT.png)
I already have the latest net 4.5 so it shouldnt be the problem!


Title: Re: BrawlBox 0.74b
Post by: jjookkeekkiidd on January 09, 2015, 05:41:26 PM
dat mini-eye though xD


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 09, 2015, 06:06:07 PM
dat mini-eye though xD
its all anime now :v


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on January 10, 2015, 03:46:39 PM
....I think it's time for me to update to newer BB's for animations. This happens each time I import a model with 0.74b and add effects, and then view it with my usual 0.63d.

"Attempted to read or write protected memory. This is often an indication that other memory is corrupt".

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.OnIni tialize()
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Initiali ze(ResourceNode parent, DataSource origSource, DataSource uncompSource)
   at BrawlLib.SSBB.ResourceNodes.MDL0GroupNode.OnPopul ate()
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.get_Chil dren()
   at BrawlLib.SSBB.ResourceNodes.MDL0Node.OnPopulate()
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.get_Chil dren()
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.FindChil d(String path, Boolean searchChildren)
   at BrawlLib.SSBB.ResourceNodes.MDL0Node.ApplyCHR(CHR0Node node, Int32 index)
   at BrawlLib.SSBB.ResourceNodes.MDL0Node.Attach(GLContext context)
   at System.Windows.Forms.ModelPanel.AddTarget(IRenderedObject target)
   at System.Windows.Forms.ModelEditControl.ModelChange d(MDL0Node model)
   at System.Windows.Forms.ModelEditControl.set_TargetM odel(MDL0Node value)
   at BrawlBox.ModelForm.OnShown(EventArgs e)
   at System.Windows.Forms.Form.CallShownEvent()
   at System.Windows.Forms.Control.InvokeMarshaledCallb ackDo(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallb ackHelper(Object obj)
   at System.Threading.ExecutionContext.runTryCode(Object userData)
   at System.Runtime.CompilerServices.RuntimeHelpers.Ex ecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Forms.Control.InvokeMarshaledCallb ack(ThreadMethodEntry tme)
   at System.Windows.Forms.Control.InvokeMarshaledCallb acks()


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.8009 (FX35W81RTMGDR.050727-8000)
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.63.3691.33774
    Win32 Version: 0.63.3.0
    CodeBase: file:///C:/Users/Nick/Documents/Brawl%20Hacking/BB%200.63d%20(animations)/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.10.3691.33773
    Win32 Version: 0.10.3.0
    CodeBase: file:///C:/Users/Nick/Documents/Brawl%20Hacking/BB%200.63d%20(animations)/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.8008 (FX35W81RTMGDR.050727-8000)
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.8009 (FX35W81RTMGDR.050727-8000)
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.8007 (FX35W81RTMGDR.050727-8000)
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box."

Works just fine in 0.74b.


Title: Re: BrawlBox 0.74b
Post by: FQuintanilla14 on January 11, 2015, 09:34:04 AM
Brawlbox doesn't seem to like it when I copy and paste frames:
(http://i.imgur.com/IDiZSaQ.png)
Details:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at BrawlLib.SSBB.ResourceNodes.CHR0EntryNode.SetKeyf rame(Int32 arrayIndex, Int32 index, Single value)
   at System.Windows.Forms.CHR0Editor.btnPasteAll_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.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)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.74.5485.20658
    Win32 Version: 0.74.1.0
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.21.5485.20173
    Win32 Version: 0.21.1.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34239 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
OpenTK
    Assembly Version: 1.1.0.0
    Win32 Version: 1.1.1664.6217
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/OpenTK.DLL
----------------------------------------
Octokit
    Assembly Version: 0.6.1.0
    Win32 Version: 0.6.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/Octokit.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Net.Http
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Net.Http/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Net.Http.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly Version: 0.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Design
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Design/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.



It works fine on v0.71 though.

And when I try to export an animation I made I get this:

(http://i.imgur.com/xuCoSMQ.png)
Details:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at BrawlLib.Wii.Animations.KeyframeCollection.GetFra meValue(Int32 arrayIndex, Single index)
   at BrawlLib.Wii.Animations.AnimationConverter.Evalua teCHR0Group(AnimationCode& code, KeyframeCollection kf, Int32 group, Int32& entrySize)
   at BrawlLib.Wii.Animations.AnimationConverter.Calcul ateCHR0Size(KeyframeCollection kf, Int32& entrySize, AnimationCode& code)
   at BrawlLib.SSBB.ResourceNodes.CHR0EntryNode.OnCalcu lateSize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Calculat eSize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.CHR0Node.OnCalculateS ize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild()
   at BrawlLib.SSBB.ResourceNodes.BRESEntryNode.Export(String outPath)
   at BrawlLib.SSBB.ResourceNodes.CHR0Node.Export(String outPath)
   at System.Windows.Forms.LeftPanel.exportToolStripMen uItem_Click(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.FireEventInter active(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)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.74.5485.20658
    Win32 Version: 0.74.1.0
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.21.5485.20173
    Win32 Version: 0.21.1.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34239 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
OpenTK
    Assembly Version: 1.1.0.0
    Win32 Version: 1.1.1664.6217
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/OpenTK.DLL
----------------------------------------
Octokit
    Assembly Version: 0.6.1.0
    Win32 Version: 0.6.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/Octokit.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Net.Http
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Net.Http/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Net.Http.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly Version: 0.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Design
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Design/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 11, 2015, 04:39:40 PM
try exporting animations from the main file.. not from model viewer, if it works fine outside of model viewer, than just do it outside of it


Title: Re: BrawlBox 0.74b
Post by: Power Marshall on January 11, 2015, 06:06:21 PM
Okay, I cannot see any bones or distinguish between them now. It was showing up before in the model viewer nicely as usual, but unusually, when I check them off and back on, they did not reappear. It seems like they are hidden because I can still select them and move the according model via the selected bone. Here's the kicker, though. The bones are on, and all bones are checked on, yet they are still missing for some reason. What did/do I do? If anyone needs proof, I'll provide.


Title: Re: BrawlBox 0.74b
Post by: Ashley and Red on January 11, 2015, 06:24:28 PM
@PowerMarshall:In 0.83 it haooened to me: in viewer, try unchecking bines then check it again


Title: Re: BrawlBox 0.74b
Post by: KILROCK on January 18, 2015, 07:30:11 PM
Hi, I'm getting a really frustrating error when trying to open BrawlBox.

Whenever I double-click the BrawlBox executable, I immediately get a Windows error message saying the program stopped responding. The same thing happens if I try to open the program as an administrator. The updater has the same problem.

My computer runs on Windows Vista, if that helps.


Title: Re: BrawlBox 0.74b
Post by: Power Marshall on January 18, 2015, 09:07:50 PM
I will say it is not too big of an issue, because I can just use other versions, and Blackjax, I hate to keep bringing up bugs, especially when you're one of the ones repeatedly fixing them up. There's a couple bugs I'd like to report for Brawlbox 0.74b.

In the model viewer, when editing animations, it seems copying and then pasting translations seem to crash the program. Ex: If you wanted to give a character another's animation, but the bones were not the character's original position so you copy the character's T-posed bone translation, and pasted for frame 1 of the new animation, brawl box will give out an error and stop working.

As for the second error, it seems I can't save my animations that I've worked on in the new Brawlbox. I believe that whenever I work on an animation for a character in the model viewer, and then save, it will crashes and I lose all my work. I don't know if anyone can back me up on this lol, but it appears like this is the case every time I do this.


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 18, 2015, 10:25:20 PM
As for the second error, it seems I can't save my animations that I've worked on in the new Brawlbox. I believe that whenever I work on an animation for a character in the model viewer, and then save, it will crashes and I lose all my work. I don't know if anyone can back me up on this lol, but it appears like this is the case every time I do this.
not the only 1.. i created an srt0 and did an animation for it to help KJP out, and when i tried to save, it wouldnt save and gave an error, but no crash. after deleting said SRT0, it saved fine.


Title: Re: BrawlBox 0.74b
Post by: Sammi Husky on January 19, 2015, 03:14:58 AM
I will say it is not too big of an issue, because I can just use other versions, and Blackjax, I hate to keep bringing up bugs, especially when you're one of the ones repeatedly fixing them up. There's a couple bugs I'd like to report for Brawlbox 0.74b.

I especially hate not being able to help out very much with the current bugs, but most if not all are related to the model previewer, and that's just a whole lotta funk that i have no idea how to work if, especially now after the rewrites lol. In other news, i was working on a few new cool features regarding modules and such, but due to a recent computer re-formatting, i lost it all...guess i'll be rewriting all that junk :P


Title: Re: BrawlBox 0.74b
Post by: Power Marshall on January 19, 2015, 05:32:35 AM
not the only 1.. i created an srt0 and did an animation for it to help KJP out, and when i tried to save, it wouldnt save and gave an error, but no crash. after deleting said SRT0, it saved fine.

You're right, it didn't crash, it just gave out an error, so essentially, you couldn't save your new work. :/

I especially hate not being able to help out very much with the current bugs, but most if not all are related to the model previewer, and that's just a whole lotta funk that i have no idea how to work if, especially now after the rewrites lol. In other news, i was working on a few new cool features regarding modules and such, but due to a recent computer re-formatting, i lost it all...guess i'll be rewriting all that junk :P

Oh yes, Sami, you're another one working on Brawlbox? That's why I said that BlackJax was one of the ones fixing it. But that stinks. Speaking of Modules, I had opened up the module of pokemon trainer (fitpoke.rel), and can now see where Charizard starts and where Ivy and Squirtle begin their file location, however, if you export one of their files, it says that the file is empty, but will still export. And when importing them into someone else's, it gives an error. I'm sure it's a generalization for all rels (at least, characters') but can this be fixed, or is this in the next version? Thanks, Sami, and Blackjax!


Title: Re: BrawlBox 0.74b
Post by: Doqtor Kirby on January 19, 2015, 01:38:38 PM
Still wanting that software render mode for the model viewer.

#poor

Also some mice won't work at all with the model viewer, but I think it's just limited to those with wonky drivers, such as my ThinkPoint (a laptop driver), and limited to just scrolling.


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on January 25, 2015, 12:22:27 PM
I'd like to ask a question.

I'm trying to import a model and boneset from Sonic Lost World, but it won't do so. It's high-poly, but not for Brawl anyways. It's for 2.5D sprite making. What's going on? I get a "Object reference not set to an instance of an object" error with tristripping and the program crashes without tristripping.


Title: Re: BrawlBox 0.74b
Post by: windhunter7 on January 25, 2015, 01:38:31 PM
I had that same
Quote
"Object reference not set to an instance of an object"
error when trying to import models from Blender, so is that what you were trying to do?
Because, without Autodesk's FBX Converter program, you can't import .daes from Blender, and even then, it still doesn't seem to like working in-game.(Though, in BrawlBox it works fine, with the exception of importing only one texture mapping the entire model and the rest are deleted.)


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on January 25, 2015, 01:44:15 PM
I had that same error when trying to import models from Blender, so is that what you were trying to do?
Because, without Autodesk's FBX Converter program, you can't import .daes from Blender, and even then, it still doesn't seem to like working in-game.(Though, in BrawlBox it works fine, with the exception of importing only one texture mapping the entire model and the rest are deleted.)

Nope, I don't use Blender. I've used 3ds the whole time.


Title: Re: BrawlBox 0.74b
Post by: windhunter7 on January 25, 2015, 01:50:50 PM
Not sure what the exact problem is, but what "Object reference not set to an instance of an object" means is that it's trying to reference an object that doesn't exist. I don't know how that could be applied to model imports, only to programming, so I can't be of further assistance than that basic info.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on January 25, 2015, 02:38:52 PM
I'd like to ask a question.

I'm trying to import a model and boneset from Sonic Lost World, but it won't do so. It's high-poly, but not for Brawl anyways. It's for 2.5D sprite making. What's going on? I get a "Object reference not set to an instance of an object" error with tristripping and the program crashes without tristripping.

Send over the dae of the model you're trying to import.
Also, are you using v0.74b to import it?

Hi, I'm getting a really frustrating error when trying to open BrawlBox.

Whenever I double-click the BrawlBox executable, I immediately get a Windows error message saying the program stopped responding. The same thing happens if I try to open the program as an administrator. The updater has the same problem.

My computer runs on Windows Vista, if that helps.

Windows Vista is pretty iffy. Lots of talk about compatibility and such goes straight from XP to Win7. Do you have .NET 4.5?

Brawlbox doesn't seem to like it when I copy and paste frames:
([url]http://i.imgur.com/IDiZSaQ.png[/url])
Details:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at BrawlLib.SSBB.ResourceNodes.CHR0EntryNode.SetKeyf rame(Int32 arrayIndex, Int32 index, Single value)
   at System.Windows.Forms.CHR0Editor.btnPasteAll_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.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)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.74.5485.20658
    Win32 Version: 0.74.1.0
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.21.5485.20173
    Win32 Version: 0.21.1.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34239 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
OpenTK
    Assembly Version: 1.1.0.0
    Win32 Version: 1.1.1664.6217
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/OpenTK.DLL
----------------------------------------
Octokit
    Assembly Version: 0.6.1.0
    Win32 Version: 0.6.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/Octokit.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Net.Http
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Net.Http/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Net.Http.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly Version: 0.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Design
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Design/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.



It works fine on v0.71 though.

And when I try to export an animation I made I get this:

([url]http://i.imgur.com/xuCoSMQ.png[/url])
Details:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at BrawlLib.Wii.Animations.KeyframeCollection.GetFra meValue(Int32 arrayIndex, Single index)
   at BrawlLib.Wii.Animations.AnimationConverter.Evalua teCHR0Group(AnimationCode& code, KeyframeCollection kf, Int32 group, Int32& entrySize)
   at BrawlLib.Wii.Animations.AnimationConverter.Calcul ateCHR0Size(KeyframeCollection kf, Int32& entrySize, AnimationCode& code)
   at BrawlLib.SSBB.ResourceNodes.CHR0EntryNode.OnCalcu lateSize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Calculat eSize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.CHR0Node.OnCalculateS ize(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild(Boolean force)
   at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild()
   at BrawlLib.SSBB.ResourceNodes.BRESEntryNode.Export(String outPath)
   at BrawlLib.SSBB.ResourceNodes.CHR0Node.Export(String outPath)
   at System.Windows.Forms.LeftPanel.exportToolStripMen uItem_Click(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.FireEventInter active(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)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.74.5485.20658
    Win32 Version: 0.74.1.0
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.21.5485.20173
    Win32 Version: 0.21.1.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34239 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
OpenTK
    Assembly Version: 1.1.0.0
    Win32 Version: 1.1.1664.6217
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/OpenTK.DLL
----------------------------------------
Octokit
    Assembly Version: 0.6.1.0
    Win32 Version: 0.6.1
    CodeBase: file:///C:/Users/Fernando/Desktop/Brawlbox%200.74/Octokit.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Net.Http
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Net.Http/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Net.Http.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
    Assembly Version: 0.0.0.0
    Win32 Version: 4.0.30319.34014 built by: FX45W81RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Accessibility
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.34230 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Design
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.33440 built by: FX45W81RTMREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Design/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Design.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

I will say it is not too big of an issue, because I can just use other versions, and Blackjax, I hate to keep bringing up bugs, especially when you're one of the ones repeatedly fixing them up. There's a couple bugs I'd like to report for Brawlbox 0.74b.

In the model viewer, when editing animations, it seems copying and then pasting translations seem to crash the program. Ex: If you wanted to give a character another's animation, but the bones were not the character's original position so you copy the character's T-posed bone translation, and pasted for frame 1 of the new animation, brawl box will give out an error and stop working.

As for the second error, it seems I can't save my animations that I've worked on in the new Brawlbox. I believe that whenever I work on an animation for a character in the model viewer, and then save, it will crashes and I lose all my work. I don't know if anyone can back me up on this lol, but it appears like this is the case every time I do this.

Fixed both bugs for v0.74c, thanks for reporting them (especially with the call stack).

Okay, I cannot see any bones or distinguish between them now. It was showing up before in the model viewer nicely as usual, but unusually, when I check them off and back on, they did not reappear. It seems like they are hidden because I can still select them and move the according model via the selected bone. Here's the kicker, though. The bones are on, and all bones are checked on, yet they are still missing for some reason. What did/do I do? If anyone needs proof, I'll provide.

Fixed this, thanks.

Also some mice won't work at all with the model viewer, but I think it's just limited to those with wonky drivers, such as my ThinkPoint (a laptop driver), and limited to just scrolling.

That's odd. The model viewer just uses the MouseMove event that windows calls every time you move the mouse, so I'm not sure what to do there.

Still wanting that software render mode for the model viewer.

#poor

I do too, but it's so much work ;-;


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on January 25, 2015, 03:53:16 PM
Send over the dae of the model you're trying to import.
Also, are you using v0.74b to import it?

Okay. But RTB ripped it so I assumed it was good.

And yes, I used that one, and tried with 0.73 too.


Title: Re: BrawlBox 0.74b
Post by: Dominic on January 27, 2015, 11:33:15 AM
Hello, unfortunately, it's not possible to edit the 9stars.brsar File from Mario Party 9. I always get the Error "Object reference not set to an instance of an object." when trying to save the changes. Any ideas?


Title: Re: BrawlBox 0.74b
Post by: iwantgames on January 29, 2015, 05:53:06 PM
forgot to mention this awhile ago, the color folder for models are no longer there. just asking cause it was there for all other versions of BB, but seems to be absent now.


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 29, 2015, 05:57:01 PM
its actually still there... u just have that setting turned off during importing.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on January 29, 2015, 08:42:23 PM
Hello, unfortunately, it's not possible to edit the 9stars.brsar File from Mario Party 9. I always get the Error "Object reference not set to an instance of an object." when trying to save the changes. Any ideas?

is there a details button on the error window

forgot to mention this awhile ago, the color folder for models are no longer there. just asking cause it was there for all other versions of BB, but seems to be absent now.

That's normal.

I removed color nodes from being default to save file space and ease GPU load in-game. It takes up way more file space being there with only one color entry than not.

Having a color node for all objects means that the color entries are stored PER FACEPOINT for those objects, which means there's one extra byte per point of every triangle/tristrip.

For example, if your model has 1,000 faces (no tristrips for the sake of the example), that's 3,000 total points (3 per triangle), so that means there's a 3,000 extra bytes that are referring to the exact same color value.

That's redundant and unnecessary, so instead of storing it like that per vertex, I store it via register in each material's "Material Color" value under Light Channel 1 by default. This way the game reads it as "apply this color to the whole object this material is applied to".

its actually still there... u just have that setting turned off during importing.

Just because that's how it used to be doesn't mean you should do it still. It's not efficient.
The only reason you should have color nodes is if you need to apply different colors to individual vertices.


Title: Re: BrawlBox 0.74b
Post by: DSX8 on January 29, 2015, 08:48:05 PM
Just because that's how it used to be doesn't mean you should do it still. It's not efficient.
The only reason you should have color nodes is if you need to apply different colors to individual vertices.
hmm i see.. well i mostly need em for my stages anyways, not characters :v


Title: Re: BrawlBox 0.74b
Post by: iwantgames on January 29, 2015, 09:54:33 PM
That's normal.

I removed color nodes from being default to save file space and ease GPU load in-game. It takes up way more file space being there with only one color entry than not.

Having a color node for all objects means that the color entries are stored PER FACEPOINT for those objects, which means there's one extra byte per point of every triangle/tristrip.

For example, if your model has 1,000 faces (no tristrips for the sake of the example), that's 3,000 total points (3 per triangle), so that means there's a 3,000 extra bytes that are referring to the exact same color value.

That's redundant and unnecessary, so instead of storing it like that per vertex, I store it via register in each material's "Material Color" value under Light Channel 1 by default. This way the game reads it as "apply this color to the whole object this material is applied to".
alright, was just checking cause it was there in the other versions and then it wasn't. thanks


Title: Re: BrawlBox 0.74b
Post by: Dominic on January 31, 2015, 12:03:41 AM
is there a details button on the error window

No, unfortunately not. I've talked to other people having the same problem, so it's not caused on my end... :/


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on January 31, 2015, 12:25:16 AM
No, unfortunately not. I've talked to other people having the same problem, so it's not caused on my end... :/

What specific changes are you trying to make? You'll have to send me the RSAR so I can debug it, too. I don't work for free anymore but if the bug fix is simple enough I'll fix it for free.


Title: Re: BrawlBox 0.74b
Post by: Dominic on January 31, 2015, 08:03:19 AM
What specific changes are you trying to make? You'll have to send me the RSAR so I can debug it, too. I don't work for free anymore but if the bug fix is simple enough I'll fix it for free.
What specific changes are you trying to make? You'll have to send me the RSAR so I can debug it, too. I don't work for free anymore but if the bug fix is simple enough I'll fix it for free.

Well, if it's too complicated, we'd rather leave it as it is, it's not that important I guess.

Basically I just want to edit Voices/Sound effects like in Mario Kart Wii, Brawl etc., where it works fine. For example, selecting a RBNK, and editing one of the Wav's included. Replacing them works fine, just saving the .brsar doesn't work.


By the way, I found an exception text from using an older version (Brawl Box 0.71):

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
at BrawlLib.Wii.Audio.RSARConverter.CalculateSize(RSAREntryList entries, RSARNode node)
at BrawlLib.SSBB.ResourceNodes.RSARNode.OnCalculateS ize(Boolean force)
at BrawlLib.SSBB.ResourceNodes.ResourceNode.Rebuild(Boolean force)
at BrawlLib.SSBB.ResourceNodes.ResourceNode.Merge(Boolean forceBuild)
at BrawlBox.Program.Save()
at BrawlBox.MainForm.saveToolStripMenuItem_Click(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.FireEventInter active(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)



When using v0.74b, it just says the text I posted earlier without a Details tab.


Title: Re: BrawlBox 0.74b
Post by: Kurausukun on February 01, 2015, 02:38:20 AM
Whenever I try to save my Brawl .bsrar after some editing, BrawlBox crashes. This seems to be new to .74b because it never happened it .73b... I'm not even making any serious edits, just changing some values for volume. Anyway, I'd appreciate some help with this.


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on February 01, 2015, 06:47:39 PM
BJ, sorry to be a pest, but did you ever figure out why my model didn't work?


Title: Re: BrawlBox 0.74b
Post by: Gamidame_K on February 01, 2015, 08:42:15 PM
is the newest brawlbox win8 only or something? im in win 7 and everytime I try to open it, it never runs


Title: Re: BrawlBox 0.74b
Post by: Sammi Husky on February 02, 2015, 01:34:40 AM
is the newest brawlbox win8 only or something? im in win 7 and everytime I try to open it, it never runs

It never runs? sounds like outdated .net framework or something. The real deal is that we upgraded the .net framework that bbox uses to 4.5, (which makes XP unsupported.) If you can't open in win7, that's the only thing i can think of at the moment that would cause it.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 02, 2015, 12:28:49 PM
Ok, so saving the RSAR isn't working anymore. I'll take a look at it.
Also, don't bother reporting bugs if you're not using the most recent version. We make changes and fixes to all sorts of random stuff in every update.

BJ, sorry to be a pest, but did you ever figure out why my model didn't work?

Oh yeah, I fixed all the bugs, thanks. I forgot to tell you.
It imports fine now but the model itself needs some fixes.


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on February 02, 2015, 01:25:12 PM
Oh yeah, I fixed all the bugs, thanks. I forgot to tell you.
It imports fine now but the model itself needs some fixes.

....hmmmmm, k. Looks like I'll have to break her apart and lose her rig after all.


Title: Re: BrawlBox 0.74b
Post by: E-scope12 on February 05, 2015, 05:03:01 PM
Blackjax, not to be a pest but I was thinking if it is possible to import .omo Animation to convert it to .chr0 & import .bin lighting to convert it to .scn0 so that we can use them for our stages?


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 11, 2015, 11:53:46 PM
When I try to open Brawlbox, the message says "Brawlbox is not a valid win32 application". Is there a 32-bit version of Brawlbox in there?


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 11, 2015, 11:55:24 PM
When I try to open Brawlbox, the message says "Brawlbox is not a valid win32 application". Is there a 32-bit version of Brawlbox in there?
nope, its all 64-bit from here on out i believe.


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 11, 2015, 11:57:56 PM
Could you send me a 32-bit version?


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 12, 2015, 12:24:55 AM
That should be fixed in the next release.


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 12, 2015, 12:33:15 AM
Alight, I'm waiting for it!


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 12, 2015, 12:35:15 AM
got an ETA for the next release? just curious lol


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 12, 2015, 12:47:24 AM
I don't have an ETA. Why ETA and what does it stand for?


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 12, 2015, 01:03:31 AM
I don't have an ETA. Why ETA and what does it stand for?
i wasnt asking u.. i was asking blackjax, and ETA stands for Estimated Time of Arrival, since i was asking him when the new brawlbox would be released.


Title: Re: BrawlBox 0.74b
Post by: uyjulian on February 12, 2015, 02:18:55 AM
When I try to open Brawlbox, the message says "Brawlbox is not a valid win32 application". Is there a 32-bit version of Brawlbox in there?
you don't have .net installed.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 12, 2015, 10:16:03 AM
I want to release the next version by monday, but that depends on if everything goes well.



Title: Re: BrawlBox 0.74b
Post by: Nasca Corp on February 12, 2015, 02:18:50 PM
i need help with this:

(http://sia1.subirimagenes.net/img/2015/02/11/15021103342237927.png)




in game:
(http://sia1.subirimagenes.net/img/2015/02/11/15021103342412193.jpg)

how i can fix it?


Title: Re: BrawlBox 0.74b
Post by: jjookkeekkiidd on February 12, 2015, 03:11:04 PM
texture size?

be sure both dimensions are either: 8,16,32,64,128,256,512 or 1024 pixels.

or it could be a material issue


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 12, 2015, 03:16:04 PM
to me, i think he didnt set the cullmode to outside


Title: Re: BrawlBox 0.74b
Post by: pikazz on February 12, 2015, 03:29:29 PM
i would say that the shades are set uncorrectly, like it has only one texture active and not all 2


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 12, 2015, 03:34:30 PM
It's not texture size or culling, it's definitely a material/shader issue. Are the material and shader the BrawlBox defaults? Which Brawlbox version did you import it with?


Title: Re: BrawlBox 0.74b
Post by: Nasca Corp on February 12, 2015, 03:36:18 PM
Dimenssions are ok, all 256 x 256, i ve made 2 models, one without outline using BBx 67b and works good on game, this one was made with outline on bb 73b but looks like that in game, the material for the outline are on "cull outside" thats the reason just the head looks good, if i made this on 67b goods looks on game, but there is a lot of lag, and i want to optimize it with this version, here is the pcs if anyone can see it, but i ve see all and all seems in order. http://www.mediafire.com/download/1uzumw6lzgdvx9g/FitLucas03.pcs (http://www.mediafire.com/download/1uzumw6lzgdvx9g/FitLucas03.pcs)

Post Merge: February 12, 2015, 03:39:28 PM
It's not texture size or culling, it's definitely a material/shader issue. Are the material and shader the BrawlBox defaults? Which Brawlbox version did you import it with?


on brawlbox 0.73b, yeah i not replace any material and just in shader 0 i put the textureref0 on True


Title: Re: BrawlBox 0.74b
Post by: pikazz on February 12, 2015, 03:45:04 PM
test set it as cull_inside since it can be one of those polygons that is already modeled inverted so if you invert the invert you will get it as normal o:


Title: Re: BrawlBox 0.74b
Post by: Nasca Corp on February 12, 2015, 03:50:01 PM
test set it as cull_inside since it can be one of those polygons that is already modeled inverted so if you invert the invert you will get it as normal o:

no dude, always that i use the brawlbox versions with optimize mode i get a black model like that, if i turn the cull mode then the outline on head will not work, becouse is the same material for all outline polygons, idk what can be


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 12, 2015, 04:44:31 PM
Ok, that'll be great.

Post Merge: February 12, 2015, 04:46:49 PM
Is
you don't have .net installed.

Is .Net a program?


Title: Re: BrawlBox 0.74b
Post by: uyjulian on February 12, 2015, 04:55:21 PM
Ok, that'll be great.

Post Merge: February 12, 2015, 04:46:49 PM
Is
Is .Net a program?

http://www.microsoft.com/net (http://www.microsoft.com/net)
or you can install it through Windows Update


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 12, 2015, 05:18:30 PM
Dimenssions are ok, all 256 x 256, i ve made 2 models, one without outline using BBx 67b and works good on game, this one was made with outline on bb 73b but looks like that in game, the material for the outline are on "cull outside" thats the reason just the head looks good, if i made this on 67b goods looks on game, but there is a lot of lag, and i want to optimize it with this version, here is the pcs if anyone can see it, but i ve see all and all seems in order. [url]http://www.mediafire.com/download/1uzumw6lzgdvx9g/FitLucas03.pcs[/url] ([url]http://www.mediafire.com/download/1uzumw6lzgdvx9g/FitLucas03.pcs[/url])

Post Merge: February 12, 2015, 03:39:28 PM
on brawlbox 0.73b, yeah i not replace any material and just in shader 0 i put the textureref0 on True


It doesn't seem like a material issue actually, it does seem like an issue with culling. It's like the head outline is culled one way and the rest is culled the other. I'm not talking about material culling, I'm talking about the actual object's facepoint order per face.

The weird part is that a problem like that would display in BrawlBox. You're gonna have to test it by making a copy of the outline material PER object. Don't assign all the objects to one material. Then try changing the culling on each separate material. Another thing you can try to do is reoptimize the object and check "Force CCW".

Also, you don't need UVs, colors or normals on any of those outline objects, nor a texture. Set the outline material's Light Channel 1 material color to black, change the material color source to register, and remove the texture reference. I think Brawlbox allows you to delete the UV and color references from the object. If not, I'll see if I can make sure it's working for the next release. I'll also add support for deleting the normal reference.

I took a look at the model but I didn't see anything wrong right off the bat and I don't have time to test any changes atm, so it's up to you or somebody else to fix it.


Title: Re: BrawlBox 0.74b
Post by: Nasca Corp on February 12, 2015, 05:39:23 PM
It doesn't seem like a material issue actually, it does seem like an issue with culling. It's like the head outline is culled one way and the rest is culled the other. I'm not talking about material culling, I'm talking about the actual object's facepoint order per face.

The weird part is that a problem like that would display in BrawlBox. You're gonna have to test it by making a copy of the outline material PER object. Don't assign all the objects to one material. Then try changing the culling on each separate material. Another thing you can try to do is reoptimize the object and check "Force CCW".

Also, you don't need UVs, colors or normals on any of those outline objects, nor a texture. Set the outline material's Light Channel 1 material color to black, change the material color source to register, and remove the texture reference. I think Brawlbox allows you to delete the UV and color references from the object. If not, I'll see if I can make sure it's working for the next release. I'll also add support for deleting the normal reference.

I took a look at the model but I didn't see anything wrong right off the bat and I don't have time to test any changes atm, so it's up to you or somebody else to fix it.


ITS strange, but on every model that i import on the newest version of brawl box i get a totally black model in game(any model witouth outline), even if i replace the shader, maybe i dont have settings good, or i m texturizing on 3dmax bad, but im apliyng the same textures.

this are mmy settings
(http://sia1.subirimagenes.net/img/2015/02/13/150213013617785842.png)




_________________________________________________ ____________________________________________


I ve fix it :)  http://forums.kc-mm.com/index.php?topic=73105.0 (http://forums.kc-mm.com/index.php?topic=73105.0)


Title: Re: BrawlBox 0.74b
Post by: Doqtor Kirby on February 13, 2015, 07:09:38 PM
When I try to open Brawlbox, the message says "Brawlbox is not a valid win32 application". Is there a 32-bit version of Brawlbox in there?
Eh?
(https://goput.it/b2n1.png)


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 13, 2015, 08:08:34 PM
I ve fix it :)  [url]http://forums.kc-mm.com/index.php?topic=73105.0[/url] ([url]http://forums.kc-mm.com/index.php?topic=73105.0[/url])

nice work

Eh?
([url]https://goput.it/b2n1.png[/url])

dat x64 based processor though.

Anyway, I just didn't realize that the Release build settings weren't set to AnyCPU with "Prefer 32 bit" set to true.

BrawlLib, however, still uses framework 4.0 so that it's still supported on XP (even though BrawlBox isn't). Because of that, I can't check "Prefer 32-bit", and I'm not sure if that will affect anything. We'll see how it goes when it's released.


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 15, 2015, 03:29:42 PM
[url]http://www.microsoft.com/net[/url] ([url]http://www.microsoft.com/net[/url])
or you can install it through Windows Update


I can't. The Windows XP won't update no more.


Title: Re: BrawlBox 0.74b
Post by: uyjulian on February 15, 2015, 03:46:14 PM
I can't. The Windows XP won't update no more.
Time to upgrade your OS... or use Linux.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 15, 2015, 04:18:22 PM
I can't. The Windows XP won't update no more.

Oh, you should've mentioned your OS. Microsoft dropped support for XP, and in order to implement the new updater we had to as well. You need to upgrade.


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 15, 2015, 04:52:56 PM
I can't. The Windows XP won't update no more.
Oh, you should've mentioned your OS. Microsoft dropped support for XP, and in order to implement the new updater we had to as well. You need to upgrade.
this ^

either upgrade to Vista, 7, or 8/8.1.. those r still supported by Microsoft.


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 15, 2015, 10:00:41 PM
Oh, you should've mentioned your OS. Microsoft dropped support for XP, and in order to implement the new updater we had to as well. You need to upgrade.

I can't. It'll delete all my stuff once I upgrade my computer!


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 15, 2015, 10:03:52 PM
I can't. It'll delete all my stuff once I upgrade my computer!
ummm thats only if u install a new version of windows... if u pick "upgrade", u'll keep all of ur files and it'll all be moved into a folder called "windows.old" in ur C drive.


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 15, 2015, 10:27:06 PM
I'll try!

Post Merge: February 15, 2015, 10:34:34 PM
ummm thats only if u install a new version of windows... if u pick "upgrade", u'll keep all of ur files and it'll all be moved into a folder called "windows.old" in ur C drive.


I may try, but look here
http://windows.microsoft.com/en-us/windows-8/upgrade-from-windows-vista-xp-tutorial (http://windows.microsoft.com/en-us/windows-8/upgrade-from-windows-vista-xp-tutorial)


Title: Re: BrawlBox 0.74b
Post by: DSX8 on February 16, 2015, 12:08:59 AM
I'll try!

Post Merge: February 15, 2015, 10:34:34 PM
I may try, but look here
[url]http://windows.microsoft.com/en-us/windows-8/upgrade-from-windows-vista-xp-tutorial[/url] ([url]http://windows.microsoft.com/en-us/windows-8/upgrade-from-windows-vista-xp-tutorial[/url])
well ur in [censored] luck then... unless u want to backup all of ur data


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 17, 2015, 08:31:41 PM
hey, does anyone (excluding BlackJax) know the last version of Brbx that exported DAE 1.4.1??

because this: https://github.com/pycollada/pycollada
(I'm using this with UMC and need to test an import)

thanks

DAE 1.5.0:
Code:
importing FitPikachu00.dae 100%
Converting from import format...
[]
Verifying data...
Finalizing...
Updating Viewer

so Pikachu has 0 meshes as displayed

you can thank the dumb who wanted 1.5.0 support for whatever. :rage:
(you won't be able to import in UMC for a while)

EDIT:
or you can hound on the pycollada devs for 1.5.0 support XD
but that's only if you really want it :3


Title: Re: BrawlBox 0.74b
Post by: pikazz on February 18, 2015, 12:38:09 AM
Thats something many Knew since bj did state that he did update the DAE a while ago


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 18, 2015, 01:02:53 PM
Thats something many Knew since bj did state that he did update the DAE a while ago

well I wasn't one of them... lol

v068d exports fine, but you need to edit the namespace to use the 1.4 schema:
Code:
<COLLADA version="1.4.1" xmlns="http://www.collada.org/2005/11/COLLADASchema">

1.5: http://www.collada.org/2008/03/COLLADASchema (http://www.collada.org/2008/03/COLLADASchema) (exported by v0.68d)
1.4: http://www.collada.org/2005/11/COLLADASchema (http://www.collada.org/2005/11/COLLADASchema)

I still would like to know if there's a higher version that possibly exports a better 1.4.1 DAE


Title: Re: BrawlBox 0.74b
Post by: Chibiyima on February 19, 2015, 06:34:57 PM
well ur in [censored] luck then... unless u want to backup all of ur data

I also have no money, so I am very unlucky!

Bad things happens, unless you want to make a 32-bit version of Brawlbox.


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 19, 2015, 08:36:43 PM
I can't. The Windows XP won't update no more.
Oh, you should've mentioned your OS. Microsoft dropped support for XP, and in order to implement the new updater we had to as well. You need to upgrade.
this ^

either upgrade to Vista, 7, or 8/8.1.. those r still supported by Microsoft.
I'm sick of this garbage.
anything above XP sucks, and I DON'T test my developments on anything newer than XP.
(I know too much about MS's BS garbage to do so, and am utterly sick of it)

either stick with XP or get linux because you're literally not safer on anything newer.
(MS-RAT or not, anything newer has lower security, especially if it's supplied by MS)

no joke, you're safer sticking to XP.
F MS support.
if you use XP, use Comodo AV which offers the best free protection I know of (better than Avast).
and for your browser, use Comodo Dragon (safer than Chromium which is the safest browser).
make sure to install blockers for ads, trackers, JS, images, and other stuff...
I use these: (yes, these are all free)
-AdBlock
-AdBlock Plus
-AdBlock Pro
-AdGuard
-PrivDog (Dragon only)
-Ghostery
-Diconnect
-AVG Do Not Track
-Avast (reports infected sites)
-Netcraft
and for information on untrusted links:
-Web of Trust

no more trash, MS doesn't deserve the credit for the crap they're shoveling out.
(MS doesn't care about their users, they care about the money they make from them, and thus shovel out complete crap to do so.)

if you want to get linux, if you don't want to go in too deep, get Zorin, but if you want more customizability, get Xubuntu. ;)

EDIT:
btw, if you want to speed up chrome/chromium/dragon, disable some of google's sync services such as passwords and history.
(passwords don't work anyways between compys or sessions, so no big deal there) :P

EDIT2:
I also have no money, so I am very unlucky!

Bad things happens, unless you want to make a 32-bit version of Brawlbox.

why is this even an issue??
@devs: why aren't we testing with x86 and then releasing with x64??


Title: Re: BrawlBox 0.74b
Post by: Segtendo on February 19, 2015, 08:46:25 PM
Can we stop talking about updating computers and talk more about BrawlBox?


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 19, 2015, 08:51:12 PM
I'll just see if I can find an alternative to the "await" and "async" keywords in a later release, those are the only things we need .NET 4.5.1 for in the BrawlBox application anyway. That won't fix the updater, but at least you'll be able to use BrawlBox itself.


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 19, 2015, 08:55:52 PM
Can we stop talking about updating computers and talk more about BrawlBox?
+1

yes, I freakin agree!
I'm sick of blowing my brains out over this trash.
it's MS's fault people need to get smart or throw their computers away.
(not joking, that's literally the only good Win7 and up is good for is filling up your trash bin with a broken computer)

at least I'm here to keep people from throwing out their compys.
stick with XP or linux, and you won't have a headache to deal with later on!


getting back to BrawlBox now, I take it nobody knows which version last supported DAE 1.4.1??

EDIT:
I'll just see if I can find an alternative to the "await" keyword in a later release, that's the only thing that we need .NET 4.5.1 for in the BrawlBox application anyway. That won't fix the updater, but at least you'll be able to use BrawlBox itself.
that's not supported by XP BJ...
sorry but you need to use things everyone can use.

I think you'll even cause issues for linux users if you do that :/


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 19, 2015, 08:59:19 PM
getting back to BrawlBox now, I take it nobody knows which version last supported DAE 1.4.1??

v0.69, it's right there in the changelog. I'm editing it right now, so I just searched for "1.5" to find the release that included that update and then told you the release version before that. Simple stuff m8.


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 19, 2015, 09:03:05 PM
v0.69, it's right there in the changelog. I'm editing it right now, so I just searched for "1.5" to find the release that included that update and then told you the release version before that. Simple stuff m8.
you never told me that dude... haha
unless I overlooked it on our skype chat, then I'll take full blame. :)
(sorry if so)

I don't have skype open atm because of mother issues >3<


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 19, 2015, 09:27:45 PM
that's not supported by XP BJ...
sorry but you need to use things everyone can use.

I think you'll even cause issues for linux users if you do that :/

Nah, only the updater won't be supported.
I'll be able to downgrade BrawlBox itself back down to NET 4.0, which supports XP.
BrawlLib was never upgraded, so no problems there.

also

sorry but you need to use things everyone can use.

ok mom


Title: Re: BrawlBox 0.74b
Post by: Sammi Husky on February 19, 2015, 10:18:55 PM
Nah, only the updater won't be supported.
I'll be able to downgrade BrawlBox itself back down to NET 4.0, which supports XP.
BrawlLib was never upgraded, so no problems there.

Remember when i was working to try and separate the asynchronous functionality from BBox and brawllib a while ago? That was why lulz. The only issue your going to have is that you'll have to make a separate process call for the updater. I...can actually get to work on fixing that right now... why am i talking about instead of doing it..

that's not supported by XP BJ...
sorry but you need to use things everyone can use. Anyways..

I think you'll even cause issues for linux users if you do that :/
I would prefer we keep XP support if at all possible as well, but for the sake of not just your sanity, but the relevancy of this thread as well, lets try to keep opinions about OS's to ourselves. The only purpose it serves in this thread is to cause drama and/or derail. Also, (personally) if i absolutely have to choose between supporting XP and bringing the best possible experience to the most users, i will most certainly choose the latter. But again, if i can help it, i won't have to choose at all.

The update system is incredibly important as it stands because with all the rewrites being done, many people can't afford to monitor this thread to look for updates and such. The updater will notify everyone of new versions and allows us to pump out fixes and versions super duper fast. (it will also still reach them to update even if KC:MM is down).

That being said, that's just my opinion on the matter. Can't say much for the other devs. If you're that worried about it, you could always take it upon yourself to be the BBox "XP guru" and handle all the xp related deeds. It is open source afterall. Though i think i remember you saying in the past that you won't use / dedicate time to learning C# or something to that effect.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 19, 2015, 10:25:59 PM
Remember when i was working to try and separate the asynchronous functionality from BBox and brawllib a while ago? That was why lulz. The only issue your going to have is that you'll have to make a separate process call for the updater. I...can actually get to work on fixing that right now... why am i talking about instead of doing it..
LOL yup.
I left you a comment in this commit (https://github.com/libertyernie/brawltools/commit/c93fb5866096e2d5e7dda92146c6077caffc60fa), although you probably have the same idea. :P

I'm working on getting v0.75 out tonight btw, I think it's in a good stable spot right now and it's been a while since the last release. There are also some critical bug fixes people have been waiting for.


Title: Re: BrawlBox 0.74b
Post by: Sammi Husky on February 19, 2015, 10:49:19 PM
I'm working on getting v0.75 out tonight btw, I think it's in a good stable spot right now and it's been a while since the last release. There are also some critical bug fixes people have been waiting for.

Right. I'll see if i can get the updater working correctly to fix XP support in time! :P That's be pretty coolio. Oh, i may see about adding sm4sh stuff, including the moveset file stuff...but endian independent code can become..complex. We'll see ;)


Title: Re: BrawlBox 0.74b
Post by: uyjulian on February 20, 2015, 02:24:11 AM
Can't buy Windows 8.1? Go install Debian, you can run BrawlBox via Wine. (Wine compatibility is getting better and better that I can actually use it!)

Anyway, I'll submit a pull request to make sure mcs can compile the source files properly (if there is any problems)


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 20, 2015, 05:03:45 AM
Can't buy Windows 8.1? Go install Debian, you can run BrawlBox via Wine. (Wine compatibility is getting better and better that I can actually use it!)
indeed
just make sure you install the latest wine and not wine 1.6 :P

but for the sake of not just your sanity

lol thanks, but don't worry about my sanity ;)
I may blow my brains out over MS's stupidity, but at least I push in the right direction :)

If you're that worried about it, you could always take it upon yourself to be the BBox "XP guru" and handle all the xp related deeds. It is open source afterall. Though i think i remember you saying in the past that you won't use / dedicate time to learning C# or something to that effect.

only if you'll pay me back with working on these with me: ;)
-both versions of UMC (3.0a and 3.0)
-UMC_SIDE (a fully interactive and intuitive IDE for teaching noobs (complete non-coders) to build UMC-scripts)
-UMCSL (my recompilation language for translating executable byte-code between machines and actual code)

yes I know UMC scripts were already designed to be easy to write, but it can only get so easy before I have to start dropping interface support to get any easier.

I already have a fully automated and interruptable state engine like OpenGL's FFP (dual-buffered in 3.0) and my own file system (with pointer support in 3.0)

so UMC_SIDE is built to take care of the learning gap with more features and better intellisense than merging VS2010 with Aptana.
and later on, hope to implement collaborative support.
(I'm a big fan of real-time (synced) development)

EDIT: forgot to mention this :P
(personally) if i absolutely have to choose between supporting XP and bringing the best possible experience to the most users, i will most certainly choose the latter. But again, if i can help it, i won't have to choose at all.

que commercial: Why can't we have both?
XD


hey tbh, that's one reason why I program in python.
it's just as cross-platform as Java ;)

I hate 3rd party libraries, which is one reason I choose PyOpenGL over pyglet.
this means even more low-end cross platform support than using something like .NET aka IronPython
(IronPython sucks, don't ever use it)
^ Python already has a garbage collector, it doesn't need .NET :P


Title: Re: BrawlBox 0.74b
Post by: iwantgames on February 20, 2015, 02:28:52 PM
I got 1 major bug.

not sure about any other characters but after importing with the latest BB link acts up with in game animations. he looks and acts fine with the animations in BB though. got some pics of the problem

(http://i.imgur.com/XAe02AQ.png)
this is how he runs

(http://i.imgur.com/iMyV9OI.png)
this is his wait animation

when in the air he kinda looks like a ragdoll. he kicks his feet around randomly. I can send you the model if it will help solve the problem. I imported the same dae into another version of BB and did not get the same problem.

other than that problem the new BB is great, love the added viewpoints feature


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 20, 2015, 03:10:19 PM
Fixed, published a hotfix update

the new BB is great, love the added viewpoints feature

Thanks m80


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on February 20, 2015, 03:58:25 PM
BJ, you are awesome. Now I can make sprites for Super Smash Bros. Feud that face both directions AT THE SAME TIME. Thanks for another feature that'll save me tons of trouble.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 20, 2015, 04:37:54 PM
You're welcome! Always glad to hear BrawlBox is helping achieve new things faster.

I always have a minor heart attack every time I see a new post right after a release because I'm expecting huge bug reports lol x_x


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on February 20, 2015, 05:00:37 PM
You're welcome! Always glad to hear BrawlBox is helping achieve new things faster.

I always have a minor heart attack every time I see a new post right after a release because I'm expecting huge bug reports lol x_x

Ah, well we're not ALL looking for bugs all the time haha (no offence bug reporters)

Question: How do you restore the scene after adding a viewport?


Title: Re: BrawlBox 0.74b
Post by: iwantgames on February 20, 2015, 05:05:12 PM
yeah, I don't look for bugs. I only notice stuff if it's noticeable.

for viewpoints I just drag the viewpoint off screen. click and drag the visible line, you can still add and/or re-add after that


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 20, 2015, 05:29:08 PM
Yeah you just drag it so that it's not really visible anymore and it will automatically remove it


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 20, 2015, 05:32:53 PM
Now I can make sprites for Super Smash Bros. Feud

oh good lord, another 2D smash game. >3<
well, I'll give credit if it's good at least :)

I wanna see something in 3D that isn't a brawl mod >3<
lol

I just so happen to be working on something btw using pyglfw with pyopengl ;3
I don't have a good name for it yet, but it'll have everything nintedo seems to be forgetting about that makes smash memorable and overall epic. :)
(with my own twists to promote epicness with fair-play of course)
^ cheapness is bad and you will be punished with a lower score (can hurt your chances of winning the game)

argue with me about competitive play all you want, I wanna see tourneys promote this method ;)

basically, I'm a fan of TAS battles and I try to fight like so :)
(I know what TAS means, but now actually try fighting like that and being epic while doing it)
^ that will get you the highest scores in my game IF you can pull it off :)

Smash TV Announcer: GOOD LUCK! You'll need it!

Yeah you just drag it so that it&#039;s not really visible anymore and it will automatically remove it
oh that's interesting >.>
may not be good though... perhapse a mark for deletion or something would be better ;)


Title: Re: BrawlBox 0.74b
Post by: Rodo Furedorikku on February 20, 2015, 05:42:28 PM

oh good lord, another 2D smash game. >3<
well, I'll give credit if it's good at least :)

I wanna see something in 3D that isn't a brawl mod >3<
lol

I hope that wasn't sarcasm. :P Cuz you know, not everyone is able to code 3D engines. I don't know enough about them. Even the 2D stuff, I'm just picking up and applying logic and common sense. I learned it on my own time due to not being a pro game maker. I'm also tired of game engines that cost an arm and a leg.


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 20, 2015, 06:55:22 PM
I'm also tired of game engines that cost an arm and a leg.

I don't know about you but UE4 costs $19 and it's pretty easy to use imo
This is off topic though, so go ahead and PM me if you want to talk about it.

Now get the back on topic, you derailers


Title: Re: BrawlBox 0.74b
Post by: Kurausukun on February 20, 2015, 07:01:30 PM
Saving .brsar is still broken... or was that not part of the latest version? (I just updated because it checked for me, I haven't been reading the forum)


Title: Re: BrawlBox 0.74b
Post by: BlackJax96 on February 20, 2015, 07:18:19 PM
I did not get a chance to look at BRSAR, no. Sorry about that. All the changes are listed in the changelog.

I'll post when I manage to fix it. A fix will probably be in the next update, if it's not too major (which it shouldn't be).


Title: Re: BrawlBox 0.74b
Post by: DarkPikachu on February 20, 2015, 10:01:11 PM
I hope that wasn't sarcasm. :P Cuz you know, not everyone is able to code 3D engines. I don't know enough about them. Even the 2D stuff, I'm just picking up and applying logic and common sense. I learned it on my own time due to not being a pro game maker. I'm also tired of game engines that cost an arm and a leg.
it wasn't :)
I honestly dislike 2D, and tbh, 3D isn't much different from 2D ;)
the only hard part is learning matrices and optionally integrating with GLSL.

and don't worry about learning stuff on your own, I'll be a first hand person to hijack BJ's thread and teach everyone 3D if that's what they want. :3
lol
(I actually have fun helping people like that)

also, screw using a game engine, seriousely :/
it's better if you actually write your own game and structure it w/o an engine.
but to do that, you need to understand object orientation, which can be difficult to learn :/
I can help with that too ;)

hey I'm no pro game developer, and I learned what I know just about on my own as well.
Ian Mallet taught me alot about OpenGL, but I've figured out more than what he's taught.
I built my own transparent GUI widget system entirely with OpenGL's FFP not using the GL-Feedback buffer.

but yea, if you want to learn some cool tricks and such, just ask, and I'll be happy to clarify. ;)
(unlike alot of others who would hardly teach me crap)

basic 3D programming is actually very easy.
it's basically the same thing as placing down blocks in minecraft, except the blocks connect to each other via lines that form faces with texures ;)

Eular's system is extremely easy to understand ;)


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on February 20, 2015, 10:03:14 PM
and don't worry about learning stuff on your own, I'll be a first hand person to hijack BJ's thread and teach everyone 3D if that's what they want. :3

Now get the back on topic, you derailers

Go off topic again and I'll have to warn you.

Also this isn't my thread, surprise


Title: Re: BrawlBox 0.75
Post by: DarkPikachu on February 20, 2015, 10:29:28 PM
Go off topic again and I'll have to warn you.
sorry *scratches back of head*

Also this isn't my thread, surprise
lol woops :P


Title: Re: BrawlBox 0.75
Post by: TheStarThief on February 21, 2015, 12:27:06 AM
I have a bug to report. I saved my common5.pac after changing a csp and when I went in game the character select screen wouldn't load up. After opening my common5 back up I saw that the compressions on all of the items said None and attempting to access the sc_selcharacter would crash Brawlbox.

When I reverted back to 0.74b the problem didn't happen anymore so it's probably a problem with the latest update. Just thought I would let you know.


Title: Re: BrawlBox 0.75
Post by: DSX8 on February 21, 2015, 05:50:11 AM
bug time!!! making a SHP0 file within a stage file corrupts almost every other file. thats after saving then re-opening in an older BB due to BB75 crashing while trying to open.
(http://i.imgur.com/1EmY158.png)(http://i.imgur.com/RNk47cy.png)


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on February 21, 2015, 10:45:37 AM
Thanks a bunch for the reports, I've published Hotfix 2 with it fixed.


Title: Re: BrawlBox 0.75
Post by: Rodo Furedorikku on February 21, 2015, 09:07:30 PM
Go off topic again and I'll have to warn you.

Take it easy, man. It was my fault if he derailed, I started it.

Anyway, I'll check out that hotfix 2.


Title: Re: BrawlBox 0.75
Post by: Segtendo on February 21, 2015, 10:24:21 PM
I haven't been on the Brawl hacking scene in quite some time, but after seeing all of this progress you've done BJ, I'm very impressed. I hope you continue with BrawlBox.
Take it easy, man. It was my fault if he derailed, I started it.
He's the mod. His decision.


Title: Re: BrawlBox 0.75
Post by: Sammi Husky on February 21, 2015, 11:27:34 PM
Working on a bug reporting system to go along with the updater changes. By the end of them, we should have XP support back. As well as an issue submision function on github when the app crashes (and a bug of the same title does not already exist). That way people don't have to report bugs here, or make an account on git to report them either. Simple, easy peasy :)


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on February 22, 2015, 01:40:09 AM
Take it easy, man. It was my fault if he derailed, I started it.

So should I be warning you instead? lmao

I haven&#039;t been on the Brawl hacking scene in quite some time, but after seeing all of this progress you&#039;ve done BJ, I&#039;m very impressed. I hope you continue with BrawlBox.

Thanks Segtenders. It's great to hear nice feedback.

I really wish I could continue working on Brawlbox longer, but I want to develop my game full-time so bad ;-;
It's really hard to pull away from the modding scene, there's so many things I'd like to program.

Working on a bug reporting system to go along with the updater changes. By the end of them, we should have XP support back. As well as an issue submision function on github when the app crashes (and a bug of the same title does not already exist). That way people don&#039;t have to report bugs here, or make an account on git to report them either. Simple, easy peasy :)

aw ye that's gonna be so bomb


Title: Re: BrawlBox 0.75
Post by: DarkPikachu on February 22, 2015, 11:54:41 AM
Take it easy, man. It was my fault if he derailed, I started it.
well then I guess you share the fault :P

I should've known better from the start, so I take blame for derailment ;)

as for Brbx.
bout time a bug report system came out! =3


Title: Re: BrawlBox 0.75
Post by: Power Marshall on February 23, 2015, 01:55:34 PM
bug: copy and paste have flipped y and z axises.
Example: I copy a transition of 3,4,12 and when I paste, it's 3,12,4 instead.


Title: Re: BrawlBox 0.75
Post by: DSX8 on February 24, 2015, 03:43:08 AM
i'd like to point out that u cant change colision points since 74b.. and thought it wouldve been fixed in 75
(http://i.imgur.com/HcNPA37.png)

edit:
also, i get this when changing a texture name inside a material and then save after the edit
(http://i.imgur.com/3StFBrV.png)


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on February 28, 2015, 02:30:46 PM
bruh

(http://i.imgur.com/cPobpIc.png) (http://i.imgur.com/cPobpIc.png)

doin wERK

bug: copy and paste have flipped y and z axises.
Example: I copy a transition of 3,4,12 and when I paste, it's 3,12,4 instead.

Fixed, thanks

i'd like to point out that u cant change colision points since 74b.. and thought it wouldve been fixed in 75
([url]http://i.imgur.com/HcNPA37.png[/url])

edit:
also, i get this when changing a texture name inside a material and then save after the edit
([url]http://i.imgur.com/3StFBrV.png[/url])

Fixed and fixed

Thanks

thought it wouldve been fixed in 75

Not if you don't report it.


Title: Re: BrawlBox 0.75
Post by: Sammi Husky on February 28, 2015, 05:51:48 PM
OI! Great work BJ. Stop stealing all my good ideas and implementing them faster than i can ;__; nah im just kidding, implemented faster and better than i anyways LOL


Title: Re: BrawlBox 0.75
Post by: Rodo Furedorikku on February 28, 2015, 05:54:42 PM
I spy... with my little eye.... easier REL editing. :O

There anything you can't do, dude?


Title: Re: BrawlBox 0.75
Post by: DSX8 on February 28, 2015, 06:10:01 PM
Fixed and fixed

Thanks
yaaay.. sadly no update yet ;-;


Title: Re: BrawlBox 0.75
Post by: Doqtor Kirby on February 28, 2015, 09:48:38 PM
I'm still in awe of BJ's three monitors.

Maybe he can send me one. jk

But no really this is great.


Title: Re: BrawlBox 0.75
Post by: Sammi Husky on February 28, 2015, 10:52:55 PM
I WISH I HAD 3 MONITORS. i have the gfx cards for it but no spare monitors ;~; 2broke4me


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on February 28, 2015, 11:49:18 PM
I spy... with my little eye.... easier REL editing. :O

There anything you can't do, dude?


Haha well I don't know if I would call it much easier yet, but it's getting there. Most of the big changes for module editing in Brawlbox so far have been speed optimizations. I had to completely redo the code that stores information for every 4 bytes in a section because the previous method was using a class for EVERY SINGLE 4 BYTES in a section, even for every separate method node, which in turn took up a [censored] ton of memory. That kind of code was easier to program with, but extremely inefficient. Now it only stores data as necessary.

There anything you can't do, dude?

If I want to do something... I will. (http://i.imgur.com/sGBOR.png)

OI! Great work BJ. Stop stealing all my good ideas and implementing them faster than i can ;__; nah im just kidding, implemented faster and better than i anyways LOL


lmao weeeeelp

I&#039;m still in awe of BJ&#039;s three monitors.

Maybe he can send me one. jk

But no really this is great.

I WISH I HAD 3 MONITORS. i have the gfx cards for it but no spare monitors ;~; 2broke4me

lol I just got a converter cable yesterday so I can use my third monitor now, it's awesome. They're all old monitors from my dad's business though, so they're not very big but I didn't pay any munnies so it's all good. FOR NOW

yaaay.. sadly no update yet ;-;


You spoke too soon there. (http://i.imgur.com/sGBOR.png)


Title: Re: BrawlBox 0.75
Post by: DSX8 on February 28, 2015, 11:54:08 PM
You spoke too soon there. ([url]http://i.imgur.com/sGBOR.png[/url])
touche mah good sir... touche.. :vyse:


Title: Re: BrawlBox 0.75
Post by: Codex-9 on March 01, 2015, 07:40:19 AM
Sorry if this has been previously mentioned but the newest update doesn't allow me to copy a pose over frame 0/T-pose (I mainly do this so I can create renders haha by exporting the posed model) great work by the way!


Title: Re: BrawlBox 0.75
Post by: pikazz on March 01, 2015, 08:47:49 AM
bruh

([url]http://i.imgur.com/cPobpIc.png[/url]) ([url]http://i.imgur.com/cPobpIc.png[/url])

doin wERK
Fixed, thanks
Fixed and fixed

Thanks
Not if you don't report it.

wish I could get my hands on IDA D:

but great work on that Module stuff :'D


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on March 01, 2015, 12:26:36 PM
Sorry if this has been previously mentioned but the newest update doesn't allow me to copy a pose over frame 0/T-pose (I mainly do this so I can create renders haha by exporting the posed model) great work by the way!


Fixed and updated (http://i.imgur.com/sGBOR.png) Thank you

wish I could get my hands on IDA D:

but great work on that Module stuff :&#039;D


ye IDA with the DOL and REL plugins is pretty dang helpful

thank ye, the updates are coming along nicely


Title: Re: BrawlBox 0.75
Post by: Kurausukun on March 01, 2015, 02:19:20 PM
Still no .brsar save fix? I reported that one quite a while back.


Title: Re: BrawlBox 0.75
Post by: BlackJax96 on March 01, 2015, 02:42:54 PM
Still no .brsar save fix? I reported that one quite a while back.

I don't even get an error message, the program just closes. That's not easy to debug and fix. :L
You should just use an older version in the meantime, I think v0.68d to v0.69b would be your best bet. Nothing new has been added to RSAR editing since then.


Title: Re: BrawlBox 0.75b
Post by: Tyshy! on March 02, 2015, 04:00:38 PM
How do I open the new brawlboxes because the new ones won't open for me


Title: Re: BrawlBox 0.75b
Post by: Doqtor Kirby on March 02, 2015, 10:12:05 PM
Are you XP?


Title: Re: BrawlBox 0.75b
Post by: Codex-9 on March 03, 2015, 10:23:24 AM
Fixed and updated ([url]http://i.imgur.com/sGBOR.png[/url]) Thank you

ye IDA with the DOL and REL plugins is pretty dang helpful

thank ye, the updates are coming along nicely


Sorry late reply from me! Just wanted to say thank you for such a fast update and reply!


Title: Re: BrawlBox 0.75b
Post by: Tyshy! on March 03, 2015, 12:50:47 PM
Are you XP?
no windows 7


Title: Re: BrawlBox 0.75b
Post by: Sammi Husky on March 03, 2015, 01:19:49 PM
no windows 7

What happens when you try and open it? Normally if it just won't start up it means your using an outdated .net framework, or are on XP. Working on fixing the .Net 4.5 requirement, but until then i would check your .net version.


Title: Re: BrawlBox 0.75b
Post by: Tyshy! on March 03, 2015, 02:45:24 PM
It closes as soon as it opensp


Title: Re: BrawlBox 0.75b
Post by: Power Marshall on March 08, 2015, 05:45:45 AM
I know that in previous brawlboxes, when you preview all models, you could hide all of them, and then show some back. This one doesn't do that (or is there a different way). I hide all, but can't bring back some; it brings back all.


Title: Re: BrawlBox 0.75b
Post by: windhunter7 on March 08, 2015, 11:35:13 AM
I dunno what you're talking about; I have version .67b, which is old compared to newer ones, and if I, for example, hide and then unhide the checkbox for all for Pit's polygons, it brings back all of them instead of some of them.

Besides which, you can always just look at the ones that are defaultly hidden(For example, Pit's shield polygon), and then just hide that after unhiding "All"


Title: Re: BrawlBox 0.75b
Post by: Power Marshall on March 08, 2015, 03:11:31 PM
Sorry for confusion. I'll try to explain.

For example: I open up the pac file for the main menu. Then I click "preview all models," and ALL the models are opened. In the latest 0.75b version, clicking on polygons removes all polygons, so nothing is there. In older versions like .71 or .73, clicking on polygons only hides the selected model. Is there a way to do this in .75b? Thanks.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on March 08, 2015, 03:29:40 PM
It's because those display settings are stored per viewport now, not per model. If they were still stored per model, then for example, the model would be hidden in all viewports.

I can see how this would be an issue trying to view vertices or wireframe or something for only one model at a time, but for hiding or showing all objects for only one model you can just click the "All" checkbox under the objects list for that model.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on March 08, 2015, 03:40:39 PM
Excellent job on fixing the shader glitch on imports, man. No more extracting/replacing Shader0s! ;)


Title: Re: BrawlBox 0.75b
Post by: Power Marshall on March 08, 2015, 04:42:44 PM
[...]but for hiding or showing all objects for only one model you can just click the "All" checkbox under the objects list for that model.

That's why I asked. I just wanted a way to preview all, but able to turn all polygons/bones/vertices off, and then turn certain ones back on, instead of manually turning the majority off first.

I would use previous versions, but those seem mess with Anim files, causing animations that loop to not loop or ones that shouldn't loop, to loop. That's why I asked.


Title: Re: BrawlBox 0.75b
Post by: Doqtor Kirby on March 08, 2015, 11:03:10 PM
At least BrawlBox works for you. I don't even get a sign of life from this program. :P


Title: Re: BrawlBox 0.75b
Post by: Sammi Husky on March 09, 2015, 12:30:00 AM
At least BrawlBox works for you. I don't even get a sign of life from this program. :P

Really? Do you run XP or somethin? I thought it was just the model previewer you couldn't use


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on March 09, 2015, 09:32:07 AM
Found an error with the latest version. I made my Lord Fredrik rig and while rotating a bone to test it, as soon as I let go the program throws an index out of range error. When I dismiss the error the bone keeps rotating when I let go of the left mouse button and when I try to click and let go, it keeps throwing the error till I quit. Wondering if my import was at fault, I tried it again on a clean Ike model. Same result. :(

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeExcepti on()
   at System.Collections.Generic.List`1.RemoveAt(Int32 index)
   at System.Windows.Forms.ModelEditorBase.AddUndo(SaveState save)
   at System.Windows.Forms.ModelEditorBase.BoneChange(IBoneNode bone)
   at System.Windows.Forms.ModelEditorBase.MouseDownTar getBone(MouseEventArgs e, ModelPanel panel)
   at System.Windows.Forms.ModelEditorBase.modelPanel1_ MouseDown(Object sender, MouseEventArgs e)
   at System.Windows.Forms.Control.OnMouseDown(MouseEventArgs e)
   at System.Windows.Forms.ModelPanel.OnMouseDown(MouseEventArgs e)
   at System.Windows.Forms.Control.WmMouseDown(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.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.UserControl.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)


************** Loaded Assemblies **************
mscorlib


Title: Re: BrawlBox 0.75b
Post by: Power Marshall on March 09, 2015, 11:21:31 AM
Brawlbox still gives an error when trying to save animations after editing. It'll give an error once, then you can save like normal. However, if you check back to (reopen) the animations, it's unchanged from how it was before.


Title: Re: BrawlBox 0.75b
Post by: Doqtor Kirby on March 09, 2015, 11:08:45 PM
Really? Do you run XP or somethin? I thought it was just the model previewer you couldn't use
Corrupted my HDD and had to reinstall. Running on W7 (not 8.1) and I get absolutely nothing. No error, no .NET problems. I even went into taskmgr and checked and it just has what I call the spawn issue (opening then closing)


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on March 13, 2015, 04:56:58 PM
Brawlbox still gives an error when trying to save animations after editing. It'll give an error once, then you can save like normal. However, if you check back to (reopen) the animations, it's unchanged from how it was before.

I can't get this to happen. What animation type? Are you making it from scratch or editing an existing one?

Found an error with the latest version. I made my Lord Fredrik rig and while rotating a bone to test it, as soon as I let go the program throws an index out of range error. When I dismiss the error the bone keeps rotating when I let go of the left mouse button and when I try to click and let go, it keeps throwing the error till I quit. Wondering if my import was at fault, I tried it again on a clean Ike model. Same result. :(

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeExcepti on()
   at System.Collections.Generic.List`1.RemoveAt(Int32 index)
   at System.Windows.Forms.ModelEditorBase.AddUndo(SaveState save)
   at System.Windows.Forms.ModelEditorBase.BoneChange(IBoneNode bone)
   at System.Windows.Forms.ModelEditorBase.MouseDownTar getBone(MouseEventArgs e, ModelPanel panel)
   at System.Windows.Forms.ModelEditorBase.modelPanel1_ MouseDown(Object sender, MouseEventArgs e)
   at System.Windows.Forms.Control.OnMouseDown(MouseEventArgs e)
   at System.Windows.Forms.ModelPanel.OnMouseDown(MouseEventArgs e)
   at System.Windows.Forms.Control.WmMouseDown(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.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.UserControl.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)


************** Loaded Assemblies **************
mscorlib

Can't get this one to happen either. It has to do with undo and redo though which is buggy AF, so I'll just put a ton of error checks in there so no errors are thrown.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on March 13, 2015, 05:17:44 PM
Ok. That would make sense.


Title: Re: BrawlBox 0.75b
Post by: Shinobu Nyan! on March 18, 2015, 09:49:15 AM
I can eliminate the use of Brawl Wall with the new features in the model viewer right? Because Brawl Wall is a pain.


Title: Re: BrawlBox 0.75b
Post by: Doqtor Kirby on March 18, 2015, 01:12:15 PM
BlackJax what did you do to the model viewer???!?!
(https://goput.it/dig9.png)
:happy:

Also got BB to launch again, dunno what I did. However closing the model viewer, taking a screenshot, loading external animations, all do not work.


Title: Re: BrawlBox 0.75b
Post by: carbuncle700 on March 20, 2015, 05:42:01 PM
Hi, I haven't messed with Brawl for a while, and I figured I would try it out again. I started by updating my Brawlbox version from 0.71 to 0.75b. The model viewer doesn't seem to be working for me to any extent.
I apologize if anyone mentioned a similar issue earlier in the thread:
(http://i.imgur.com/F670myb.png)
I'm running Windows 7 (64-bit), and my .NET framework is up to date.
I wanted to update because I remembered 0.71 having some issue where it would screw up the shaders on imports (I don't quite remember how to fix it, either). Sorry in advanced if this isn't the right place to post this.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on March 20, 2015, 07:13:33 PM
If any of you guys can't open the model viewer anymore, can you do me a favor and test out each version of BrawlBox and find out specifically which version it stops working in?

I can eliminate the use of Brawl Wall with the new features in the model viewer right? Because Brawl Wall is a pain.

Right click a collision node and choose Preview.

Found an error with the latest version. I made my Lord Fredrik rig and while rotating a bone to test it, as soon as I let go the program throws an index out of range error. When I dismiss the error the bone keeps rotating when I let go of the left mouse button and when I try to click and let go, it keeps throwing the error till I quit. Wondering if my import was at fault, I tried it again on a clean Ike model. Same result. :(

About this, I tried rewriting the code and I think I accidentally fixed undo/redo altogether. I couldn't get it to throw any errors anymore, so there's that.


Title: Re: BrawlBox 0.75b
Post by: carbuncle700 on March 20, 2015, 11:17:57 PM
The model viewer error seems to be occurring in v0.73b and up for me (was there a 0.72?, as I can't seem to find one).


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on March 21, 2015, 12:59:27 AM
Oh my bad, I don't think v0.72 was ever posted on the vault and I don't know where you can find it either :P
Did you try out v0.73 (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=204520) though?

I'll upload a test build of v0.75b with a possible fix tomorrow.


Title: Re: BrawlBox 0.75b
Post by: StarWaffle on March 21, 2015, 01:05:04 AM
The live texture updater is borked for me in 0.75b but works (nearly) fine in 0.74 preview BlackJax had sent me over awhile back.

I get this error when enabling the live texture folder
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentException: Parameter is not valid.
   at System.Drawing.Image._SetColorPalette(ColorPalette palette)
   at System.Drawing.Image.set_Palette(ColorPalette value)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Creat eIndexedImage(String path)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Searc hDirectory(String path)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Load(Int32 index, Int32 program, PLT0Node palette)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Reloa d()
   at BrawlLib.SSBB.ResourceNodes.MDL0Node.Refresh()
   at System.Windows.Forms.ModelPanel.RefreshReferences()
   at System.Windows.Forms.ModelEditControl.EnableLiveT extureFolder_Click(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.FireEventInter active(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)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
BrawlBox
    Assembly Version: 0.75.5538.20444
    Win32 Version: 0.75.1.0
    CodeBase: file:///C:/Users/Jer/Documents/BrawlBox%20v0.71/75/BrawlBox.exe
----------------------------------------
BrawlLib
    Assembly Version: 0.22.5538.20353
    Win32 Version: 0.22.1.1
    CodeBase: file:///C:/Users/Jer/Documents/BrawlBox%20v0.71/75/BrawlLib.DLL
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
Octokit
    Assembly Version: 0.6.1.0
    Win32 Version: 0.6.1
    CodeBase: file:///C:/Users/Jer/Documents/BrawlBox%20v0.71/75/Octokit.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
OpenTK
    Assembly Version: 1.1.0.0
    Win32 Version: 1.1.1664.6217
    CodeBase: file:///C:/Users/Jer/Documents/BrawlBox%20v0.71/75/OpenTK.DLL
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Net.Http
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Net.Http/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Net.Http.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.GeneratedCode
    Assembly Version: 1.0.0.0
    Win32 Version: 4.0.30319.18408 built by: FX451RTMGREL
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.


and then only one seemingly random texture will actually display while the others are gray/turned off.


Title: Re: BrawlBox 0.75b
Post by: carbuncle700 on March 21, 2015, 01:32:19 AM
Just tested it, and the model viewer indeed works in v0.73 for me.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on March 21, 2015, 06:59:38 PM
Try this, I tried fixing both reported issues: https://www.dropbox.com/s/0durcwp0e0crj8p/BrawlBox%20v0.75b%20Test.zip (https://www.dropbox.com/s/0durcwp0e0crj8p/BrawlBox%20v0.75b%20Test.zip)


Title: Re: BrawlBox 0.75b
Post by: carbuncle700 on March 21, 2015, 09:35:23 PM
The model viewer seems to be working fine in the build you just posted.
However, it seems that loading any FitMotion pac in the animation viewer for any standard character makes BB crash entirely ("BrawlBox has stopped working" error).


Title: Re: BrawlBox 0.75b
Post by: Draco on March 22, 2015, 09:27:04 AM
Whenever I try to put values with decimals anywhere in the right box of BB (in scale or translation for example), either by writing them or copying and pasting them, it goes back to 0.


Title: Re: BrawlBox 0.75b
Post by: StarWaffle on March 23, 2015, 04:05:10 PM
 works


Title: Re: BrawlBox 0.75b
Post by: DarkPikachu on March 24, 2015, 08:25:21 AM
hey is it alright if I could request a small amount of help??
it's with a misunderstanding on the mdl0 format and I want to correct it.

why?
apparently I'm not supplying the proper weights to UMC at all times:
(http://lh4.ggpht.com/-3rbO3U_3BUg/VQmbz8ZTTbI/AAAAAAAAItY/WSek7lvgFvA/s1152/UMC_trans3.png)
^yes, I know it worked before, but my new system is now pointing out the flaws in the weight data I'm suplying

so I just need some help re-understanding the binding definitions and how the facepoints reference them.

the current documentation I can find doesn't reference them and C# is too messy for me to understand alone.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on April 01, 2015, 07:45:25 PM
(http://i.imgur.com/KSm4Y86.png)
(http://i.imgur.com/9bKMSFp.png)
(http://i.imgur.com/FeBZxrP.png)
(http://i.imgur.com/z8NIVMx.png)
(http://i.imgur.com/1M41u48.png)
(http://i.imgur.com/NOxi2zV.png)
(http://i.imgur.com/W9srGYP.png)


Title: Re: BrawlBox 0.75b
Post by: ɴᴇᴢʜᴀ on April 01, 2015, 07:56:52 PM


hnnnng! I want this!


Title: Re: BrawlBox 0.75b
Post by: DSX8 on April 01, 2015, 08:14:26 PM
............

*jaw drops and dies*


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 01, 2015, 08:22:58 PM
FFFFFUUUUUUU---

I can actually make 2D renders with SHINE? ;D


Title: Re: BrawlBox 0.75b
Post by: KingJigglypuff on April 01, 2015, 08:27:05 PM
Happening Level: It's.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 01, 2015, 08:31:33 PM
BJ never ceases to [censored]ing amaze me. :)


Title: Re: BrawlBox 0.75b
Post by: Gamidame_K on April 01, 2015, 09:50:00 PM
Im scared...


Title: Re: BrawlBox 0.75b
Post by: Nao-chan on April 01, 2015, 11:51:04 PM
Dat Yoko. Nice job boi. Dem be some sexy shaders and [censored].

Where's my Yoko collab you lazy bum? >:c Totally not serious.


Title: Re: BrawlBox 0.75b
Post by: pikazz on April 02, 2015, 02:14:07 AM
so its finally happening? I cant contain all this hype!


Title: Re: BrawlBox 0.75b
Post by: jjookkeekkiidd on April 02, 2015, 06:39:37 AM
april 1st?


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 02, 2015, 09:01:15 AM
april 1st?

If that's the case, then that's some damn good Photoshop work. XD


Title: Re: BrawlBox 0.75b
Post by: Draco on April 02, 2015, 12:15:39 PM
april 1st?
I was about to say the same thing.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 02, 2015, 01:10:35 PM
Anyway, if shaders can now really be rendered, our CSP work will dramatically improve. And I will have a reason to switch from BB 0.63d.

And only BJ can confirm if this was April Fool's or not.


Title: Re: BrawlBox 0.75b
Post by: Gamidame_K on April 02, 2015, 05:48:39 PM
I only hope he wont be selling this.  thats what Im afraid of

Seeing his other threads, I grew up the fear to see cool things in brawlbox only for sale
(https://1-media-cdn.foolz.us/ffuuka/board/foolz/image/1344/77/13447701514223.jpg)


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 02, 2015, 06:07:49 PM
Naw, ya can't have that attitude lol


Title: Re: BrawlBox 0.75b
Post by: Nao-chan on April 02, 2015, 07:30:23 PM
April first huh? Welp... he must have some real talent with photoshop then. [censored].


Title: Re: BrawlBox 0.75b
Post by: windhunter7 on April 02, 2015, 09:09:49 PM
Not necessarily. There are at least two easy ways that I know he'd be able to do it. One would be to import it into a program like 3DS Max and apply the shaders or whatnot, then make an image of it, with making the background one color; and the other would be to use Bin2Jpg with the character on a stage that is nothing but a pure color, with a program that can isolate the picture from that color(I know I have a program that can do that within a few clicks); in either case, he could've then copied in MS Paint into another .bmp containing snapshots of BrawlBox's viewport with a character that has all its ppolygons disabled, and uncheck "Draw Opaque", position properly, and, presto! Same results!!!


Title: Re: BrawlBox 0.75b
Post by: Don Jon Bravo on April 03, 2015, 05:12:57 PM
BlackJax and Tcll joined forces to make this happen. so its legit.


Title: Re: BrawlBox 0.75b
Post by: Asuka on April 03, 2015, 07:51:16 PM
BlackJax and Tcll joined forces to make this happen. so its legit.

Tcll?

(http://i92.photobucket.com/albums/l17/cx_asuka/Reactions/nickcagelaugh.gif)

Good one, man.


Title: Re: BrawlBox 0.75b
Post by: Don Jon Bravo on April 03, 2015, 07:55:36 PM
lol
tcll, u know we luv u!


Title: Re: BrawlBox 0.75b
Post by: Sirkura on April 06, 2015, 12:13:50 AM
just wondering, are there any major glitches with the newest brawlbox? or can you use it safely for everything? i remember one of the newer ones for instance had a bug with importing textures, and another didn't compress correctly for CSS edits. (both those seem fixed now)


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on April 06, 2015, 12:19:50 AM
So the shaders thing...

(http://i.imgur.com/YDqiaLl.png)

...was faked with a custom stage, dolphin, codes, and animation removal.

(http://i.imgur.com/2uLS97h.png)

GOTCHA GUYS GOOD

just wondering, are there any major glitches with the newest brawlbox? or can you use it safely for everything? i remember one of the newer ones for instance had a bug with importing textures, and another didn&#039;t compress correctly for CSS edits. (both those seem fixed now)


I think the latest is pretty stable (imho compared to previous versions). Always use the latest version if you're going to report a bug, anyway.

BlackJax and Tcll joined forces to make this happen. so its legit.

lol


Title: Re: BrawlBox 0.75b
Post by: pikazz on April 06, 2015, 05:04:34 AM
I want that stage, since it would be to good use :'3


Title: Re: BrawlBox 0.75b
Post by: windhunter7 on April 06, 2015, 07:13:13 AM
So BlackJax, was I close on my guess of how you did it? Btw, that was awesome for April Fools! ;D


Title: Re: BrawlBox 0.75b
Post by: HypnotizeScourge on April 06, 2015, 08:27:03 AM
Not necessarily. There are at least two easy ways that I know he'd be able to do it. One would be to import it into a program like 3DS Max and apply the shaders or whatnot, then make an image of it, with making the background one color; and the other would be to use Bin2Jpg with the character on a stage that is nothing but a pure color, with a program that can isolate the picture from that color(I know I have a program that can do that within a few clicks); in either case, he could've then copied in MS Paint into another .bmp containing snapshots of BrawlBox's viewport with a character that has all its ppolygons disabled, and uncheck "Draw Opaque", position properly, and, presto! Same results!!!

So the shaders thing...

...was faked with a custom stage, dolphin, codes, and animation removal.

GOTCHA GUYS GOOD

So BlackJax, was I close on my guess of how you did it? Btw, that was awesome for April Fools! ;D

You tell me. Lol


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 06, 2015, 08:52:40 AM
Faked. Aw man. D:


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on April 06, 2015, 01:03:07 PM
Sorry Tabuu :P

So BlackJax, was I close on my guess of how you did it? Btw, that was awesome for April Fools! ;D

I didn't use 3ds Max rendering or ms paint or bin2jpg or anything, I just made a perfect replica of Brawlbox's model viewer as a stage, used some codes to allow no fighters and no camera boundaries (for the stage pictures), and used dolphin so I could use any window aspect ratio with widescreen hack and capture an HD picture with F9 as if it was taken in Brawlbox. For the characters in T-Pose, I just deleted all the keyframes in Wait1 and pasted the bind state on frame 1.

I want that stage, since it would be to good use :'3

lol I'll post it on the vault when I'm back home later this week


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on April 06, 2015, 03:35:28 PM
Well played, BJ! ;D I was just really hoping to be able to make decent renders without PS. XD


Title: Re: BrawlBox 0.75b
Post by: Don Jon Bravo on April 06, 2015, 04:53:34 PM

lol I'll post it on the vault when I'm back home later this week
expect that stage to be on top of most popular downloads for a season...
is it a walk off stage tho?


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on April 06, 2015, 05:27:40 PM
It's actually really small, so definitely not walkoff. 4 players spawn right next to each other


Title: Re: BrawlBox 0.75b
Post by: Sirkura on April 06, 2015, 05:32:45 PM
So the shaders thing...

([url]http://i.imgur.com/YDqiaLl.png[/url])

...was faked with a custom stage, dolphin, codes, and animation removal.

([url]http://i.imgur.com/2uLS97h.png[/url])

GOTCHA GUYS GOOD

I think the latest is pretty stable (imho compared to previous versions). Always use the latest version if you're going to report a bug, anyway.lol


Aww faked </3 xD and ofc, if i report a bug i'll always be using the newest. i just used some of the older ones as an example when i asked if there were any glaring errors. how hard would it be to implement btw? showing sharders in BB i mean.


Title: Re: BrawlBox 0.75b
Post by: jjookkeekkiidd on April 06, 2015, 06:13:22 PM
i did call for it though, but  was hoping to be wrong D:


Title: Re: BrawlBox 0.75b
Post by: Sirkura on April 08, 2015, 12:30:04 AM
using BB .75b i think i found a crash. i've been working with the BeX files and was trying to add the correct files to the common5 for it, it keeps crashing every time i try to save, and only after replacing MenSelchrPos_TopN.chr/mdl0. the program just stops working all together.

Just an update, i used BB .71 and it worked fine. so for sure 75b crashes.


Title: Re: BrawlBox 0.75b
Post by: ZX_BraveSol_ZX on April 09, 2015, 10:41:51 AM
There is a nasty bug with the vertex editor. if you use it AT ALL and then save your model, the next time you reload the model it will crash brawlbox upon trying to preview the model.
The older brawlbox versions never did this before.


Title: Re: BrawlBox 0.75b
Post by: ɴᴇᴢʜᴀ on April 23, 2015, 10:29:00 PM
Is v0.75b portable like the rest? I'm always on the move, and I used to have my tools on my pendrive for quick edits.


Title: Re: BrawlBox 0.75b
Post by: DSX8 on April 23, 2015, 10:36:45 PM
Is v0.75b portable like the rest? I'm always on the move, and I used to have my tools on my pendrive for quick edits.
yes it portable as long as the pc/laptop/machine ur using has the supports needed to run it.


Title: Re: BrawlBox 0.75b
Post by: Dominic on April 30, 2015, 01:03:54 AM
Hello, is the .brsar Saving Bug already fixed? It's been like 3 months since it was reported...


Title: Re: BrawlBox 0.75b
Post by: Blueblur105 on May 01, 2015, 11:50:24 AM
Hey not sure if anyone here can help me out, I was told to try seeking help here. I've been trying to make a mod for Roy in project m where he's wearing a recolored version of Ike's hector armor from project M. I original would import the armor into the Roy model via brawlbox only, but because the armor was for a designed for Ike instead of Roy, it messes up Roy's animations and even crashes the game when ever I start a match as Roy. If theres something I have to do in 3ds max, what would that be?


Title: Re: BrawlBox 0.75b
Post by: Ricky on May 01, 2015, 11:57:52 AM
You'd have to import Ike's armor polygons into 3DSMax and rig them to Roy's bones.


Title: Re: BrawlBox 0.75b
Post by: Blueblur105 on May 01, 2015, 03:38:20 PM
You'd have to import Ike's armor polygons into 3DSMax and rig them to Roy's bones.
Is there a tutorial for that? I'm kinda new to brawl modding, I wouldn't know what to do step by step


Title: Re: BrawlBox 0.75b
Post by: Don Jon Bravo on May 01, 2015, 05:21:43 PM
Is there a tutorial for that? I'm kinda new to brawl modding, I wouldn't know what to do step by step

http://lmgtfy.com/?q=how+to+import+models+into+brawl# (http://lmgtfy.com/?q=how+to+import+models+into+brawl#)

I recommend this tutorial
https://youtu.be/qBhMXvR79_o (https://youtu.be/qBhMXvR79_o)

check out his other videos, they are pretty good


Title: Re: BrawlBox 0.75b
Post by: Blueblur105 on May 02, 2015, 04:29:40 PM
Alright Great, the objects are rigged but what about the original textures for the armor? How do i reapply them once they are rigged?


Title: Re: BrawlBox 0.75b
Post by: ɴᴇᴢʜᴀ on May 08, 2015, 09:11:01 PM
Hey gents!

I recently decided to start using v0.75b because I need to cut some issues with  my "Meshes" always being lost due to exporting.

Can you gentlemen please briefly explain how  "Reimport Meshes" feature works and how to use it?


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 19, 2015, 11:55:19 PM
http://forums.kc-mm.com/Gallery/BrawlView.php?Number=208533 (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=208533)

April fools, I'm only a couple months late with my plan's execution


Title: Re: BrawlBox 0.75b
Post by: DSX8 on May 19, 2015, 11:58:27 PM
changelog:
who friggin knows

;-;  i wanted to know what kind of new stuff was added or fixed D:

edit:
u... u cheeky... little... cu-.. omfg @_@
(http://i.imgur.com/LMGu8a0.png)
(http://i.imgur.com/qTROZAK.jpg)
(http://i.imgur.com/p1F8aTz.jpg)


Title: Re: BrawlBox 0.75b
Post by: ZX_BraveSol_ZX on May 20, 2015, 08:08:40 AM
I can't test it right now but did you fix the vertex editor problem I mentioned?


Title: Re: BrawlBox 0.75b
Post by: Taiko on May 20, 2015, 08:52:52 AM
This shader thing is amazing, very well done. Thanks for putting the time into this!


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 20, 2015, 09:05:15 AM
New additions are great, but i have one thing to complain about - you can no longer view animation for only one model (as far as i know) and you can't copy and paste bone rotations and stuff on the model outside of animations, something that is rather uncomfortable at least for me. But thats it. Oh, and models sometimes have parts missing or just somehow get behind other models even though its not how it is.


Title: Re: BrawlBox 0.75b
Post by: secretchaos1 on May 20, 2015, 12:50:11 PM
I notice I'm having a problem with the shader rendering. Is there something else I need to install first to get it to work, or any hardware requirments? I'm just getting strange splotches of colour on most models: http://screenshooter.net/99992442/bnjgjpb (http://screenshooter.net/99992442/bnjgjpb)
These spots of colour go away when I disable the shaders.


Title: Re: BrawlBox 0.75b
Post by: UmbraVivens on May 20, 2015, 01:10:59 PM
i'm also having problems, some parts of various models just don't show up or simply look like butchered textures, but the shaders, shines and specs actually show if possible (http://i.imgur.com/u7UBP96.png)


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on May 20, 2015, 01:17:25 PM
Might be your computers...

Falcon and Samus work fine on mine.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 20, 2015, 03:29:34 PM
changelog:
who friggin knows

;-;&#160; i wanted to know what kind of new stuff was added or fixed D:


I'm just too lazy, I guess I'll write a changelog eventually

New additions are great, but i have one thing to complain about - you can no longer view animation for only one model (as far as i know) and you can&#039;t copy and paste bone rotations and stuff on the model outside of animations, something that is rather uncomfortable at least for me. But thats it. Oh, and models sometimes have parts missing or just somehow get behind other models even though its not how it is.


Yes you can and yes you can, just tested it myself.
Make sure that Target Model -> Edit All is unchecked for the first one.

The third thing probably means your draw order is wrong. The draw priority of each object, whether the object is XLU or OPA, the order of files loaded, the order of materials, etc all can affect the order in which things are drawn. Everything actually matters for the display now.

I notice I&#039;m having a problem with the shader rendering. Is there something else I need to install first to get it to work, or any hardware requirments? I&#039;m just getting strange splotches of colour on most models: [url]http://screenshooter.net/99992442/bnjgjpb[/url] ([url]http://screenshooter.net/99992442/bnjgjpb[/url])
These spots of colour go away when I disable the shaders.


i&#039;m also having problems, some parts of various models just don&#039;t show up or simply look like butchered textures, but the shaders, shines and specs actually show if possible ([url]http://i.imgur.com/u7UBP96.png[/url])


What GPUs do you guys have?
This *shouldn't* be a problem with your operating system.

Shaders run on the GPU (graphics card), so you might have a GPU that can't handle the generated shader code properly. I used GLSL version 120 (one of the oldest versions of OpenGL's shader language) for the most compatibility and the program does check to make sure you have the necessary drivers, so it's most likely a GPU problem. An older GPU or CPU integrated graphics (when you have no graphics card at all) would be the most likely culprit.

I can't test it right now but did you fix the vertex editor problem I mentioned?


probably

This shader thing is amazing, very well done. Thanks for putting the time into this!


no prob mang!


Title: Re: BrawlBox 0.75b
Post by: KingJigglypuff on May 20, 2015, 03:51:22 PM
I'm having an issue as well. BB will occasionally crash when exiting the Model viewer after opening it.

Though I could see if I have the latest NET Frameworkd or not.

But I can't thank you enough for making v0.76 come true.


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 20, 2015, 03:58:58 PM
I'm just too lazy, I guess I'll write a changelog eventually

Yes you can and yes you can, just tested it myself.
Make sure that Target Model -> Edit All is unchecked for the first one.

The third thing probably means your draw order is wrong. The draw priority of each object, whether the object is XLU or OPA, the order of files loaded, the order of materials, etc all can affect the order in which things are drawn. Everything actually matters for the display now.
It was not checked.
How? When i try to do it, all options for Transform All can no longer be used. I can rotate each bone on its own, but that takes a while. Its been like this since v0.75. Its just fine in v0.71 and below.
Weird. It gets messed up when i add too many objects or something. Its not always like this.


Title: Re: BrawlBox 0.75b
Post by: UmbraVivens on May 20, 2015, 04:04:44 PM
my GPU is Intel(R) Graphics Media Accelerator 3600 Series.
I can play Portal on it :P


Title: Re: BrawlBox 0.75b
Post by: windhunter7 on May 20, 2015, 04:09:45 PM
It was not checked.
How? When i try to do it, all options for Transform All can no longer be used. I can rotate each bone on its own, but that takes a while. Its been like this since v0.75. Its just fine in v0.71 and below.
Weird. It gets messed up when i add too many objects or something. Its not always like this.

I believe that you can rotate/transform the TransN bone and that will rotate/translate the entire model. I know it does it with the actual polygons of the character, but I dunno if it also does it with the grabbing bones and such.


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 20, 2015, 04:29:15 PM
I believe that you can rotate/transform the TransN bone and that will rotate/translate the entire model. I know it does it with the actual polygons of the character, but I dunno if it also does it with the grabbing bones and such.
Not exactly what i meant.


Title: Re: BrawlBox 0.75b
Post by: secretchaos1 on May 20, 2015, 04:35:30 PM
Probably just my hardware then, I'm on an older laptop with AMD M880G with ATI Mobility Radeon HD 4250. Oh well aside from the weird colour splotches I can still see generally how things will look in game, so I'll just toggle it on and off and use my best judgement between the two to figure it out.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on May 20, 2015, 04:36:22 PM
I'm having an issue as well. BB will occasionally crash when exiting the Model viewer after opening it.

Though I could see if I have the latest NET Frameworkd or not.

But I can't thank you enough for making v0.76 come true.

I get this as well. When I unclick Edit All under Target Model, it doesn't do it anymore.

EDIT: Wait, it still does. It just hangs forever whenever I try to make other models invisible when viewing one.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 20, 2015, 04:42:54 PM
my GPU is Intel(R) Graphics Media Accelerator 3600 Series.
I can play Portal on it :P

lol I just looked it up, and Intel does specify that it has problems loading and/or rendering quite a few older games. (http://www.intel.com/support/graphics/intelgma3600/sb/CS-034806.htm)

I believe that you can rotate/transform the TransN bone and that will rotate/translate the entire model. I know it does it with the actual polygons of the character, but I dunno if it also does it with the grabbing bones and such.


are you okay

I&#039;m having an issue as well. BB will occasionally crash when exiting the Model viewer after opening it.

Though I could see if I have the latest NET Frameworkd or not.

But I can&#039;t thank you enough for making v0.76 come true.

That's odd. Don't have much of an idea why it would do that.

You're welcome m8

It was not checked.
How? When i try to do it, all options for Transform All can no longer be used. I can rotate each bone on its own, but that takes a while. Its been like this since v0.75. Its just fine in v0.71 and below.
Weird. It gets messed up when i add too many objects or something. Its not always like this.


I really don't know why the same code would work correctly on one computer but not another if you have the correct NET version and all that. What's your computer's specs? Do you have .NET 4.5? What exactly do you do to encounter the problem (list the steps you take to get there).

I get this as well. When I unclick Edit All under Target Model, it doesn&#039;t do it anymore.


Are the models in the same file or different files? I can open two character model files and two animation files (4 files total - use the Files manager on the right panel, use the dropdown) and Edit All unchecked works as expected.




Also I just want to point out that I'm completely done with BrawlBox now. I'm not going to fix or add anything or even look at the code anymore. I'll probably release an unstable version later with every feature I haven't finished enabled so you can try them out (a model rig editor, UV map exporter, better interpolation editor, and VERY MINOR Gamecube and Wii U support mainly), but I'm done now. I know I said I was "retired" a year ago or something so this is probably hard to believe but I really mean it now. I'm going to start asserting that declaration. :L

Out with a bang, they say.


Title: Re: BrawlBox 0.75b
Post by: Rodo Furedorikku on May 20, 2015, 04:46:03 PM
Same file. I scroll through the file's models and uncheck them as needed to view them, and once I've done that, it hangs forever when trying to exit the model viewer.


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 20, 2015, 05:01:05 PM
I really don't know why the same code would work correctly on one computer but not another if you have the correct NET version and all that. What's your computer's specs? Do you have .NET 4.5? What exactly do you do to encounter the problem (list the steps you take to get there).
...er...its in Russian. Don't know how to translate all of the stuff that is listed there.
Yes, i have it.
If you mean weird viewing order, then i just load few models (depends on how complex) and one of the other models gets glitched. If you mean being unable to use Transform All buttons, then its always like this unless im previewing an animation. But when i get out of it (btw, i can't close animations loaded anymore like it was possible before), they all get disabled.


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 20, 2015, 05:39:24 PM
You have to use the files manager to unload external files. It's in the right panel, use the dropdown.

The transform all section is disabled without an animation selected. But if you select an animation and go to any frame INCLUDING frame 0, it isn't disabled. Which makes sense, because there's no point copying a frame state without an animation anyway.

it hangs forever when trying to exit the model viewer.

I'll upload a quick hotfix for that since it seems just a TAD BIT CRIPPLING.


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 20, 2015, 05:45:39 PM
You have to use the files manager to unload external files. It's in the right panel, use the dropdown.

The transform all section is disabled without an animation selected. But if you select an animation and go to any frame INCLUDING frame 0, it isn't disabled. Which makes sense, because there's no point copying a frame state without an animation anyway.
Didn't noticed that.
Well, there is point in doing so - its a very easy way to make custom trophies if done correctly. And just for some stuff that doesn't has much use in Brawl modding, but still...eh, whatever.


Title: Re: BrawlBox 0.75b
Post by: jjookkeekkiidd on May 21, 2015, 04:24:18 AM
with shaders turned on, samus is completely black on my side, is this a known issue?


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 21, 2015, 07:51:51 AM
Is anyone having problems viewing SCN0 when viewing shaders in Brawlbox v0.76?

(http://i.imgur.com/4wLO44w.jpg)


Title: Re: BrawlBox 0.75b
Post by: pikazz on May 21, 2015, 09:02:49 AM
does anyone have the same problem as me?
(http://i57.tinypic.com/1183mnb.png)
not exactly sure whats wrong but I bet its something with my grapfic card. I have the latest of everything and it shouldnt be any problem!


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 21, 2015, 09:06:04 AM
does anyone have the same problem as me?
([url]http://i57.tinypic.com/1183mnb.png[/url])
not exactly sure whats wrong but I bet its something with my grapfic card. I have the latest of everything and it shouldnt be any problem!
No, I don't have that problem.


Title: Re: BrawlBox 0.75b
Post by: Segtendo on May 21, 2015, 11:00:18 AM
Damn. I've been out of the loop for a while.

It's finally here. Shaders in BrawlBox. Outstanding job man.
does anyone have the same problem as me?
([url]http://i57.tinypic.com/1183mnb.png[/url])
not exactly sure whats wrong but I bet its something with my grapfic card. I have the latest of everything and it shouldnt be any problem!

Ike looks fine on my end.


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 21, 2015, 11:20:50 AM
does anyone have the same problem as me?
not exactly sure whats wrong but I bet its something with my grapfic card. I have the latest of everything and it shouldnt be any problem!

I have this problem too. Its not on every model though. Those that i am sure have this bug are SJS' ZSS, Ike, Pit, Giga Bowser, adolescent and adult Ridley models from Other M. Gallery of that on imgur as a proof:
http://imgur.com/a/GukQs (http://imgur.com/a/GukQs)
There is no rimlighting on Pit and Giga Bowser shown here. Its just a transparency issue or something. Ridley's wings are supposed to be transparent in few places too, but they are not. Yes, im using 2 models that are not from Brawl, but they work just fine in-game, just too dark.

There is another problem i encountered. After adding 2nd shader to the model, 2 of its polygons suddenly started using it when previewed (i am sure about it since this 2nd shader is set in such way that it makes polygon always have same brightness as if it is glowing in the dark and when i set lighting settings in the preview to 0, those 2 polygons were not pitch black like everything else expect for eyes), but they still keep their original shader in the material settings. That most likely does not affects any in-game stuff, but making CSPs and checking how shaders and materials work is impossible like this. Im talking about this:
(http://i.imgur.com/qO1rEsn.png)
And rimlighting is messed up on models with only few exceptions (like that Smash 4 Falcon), but i think that already was reported.


Title: Re: BrawlBox 0.75b
Post by: Shinobu Nyan! on May 21, 2015, 02:28:50 PM
When would you need to edit .dol files? The changelog said you could open yet not edit or save.
Also I get an error when trying to add materials to a model. Is it thrown up because an error or is it just not implemented?


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 21, 2015, 02:57:04 PM
Is anyone having this problem with Brawlbox v0.76?

(http://i.imgur.com/yMTBhmc.png)


Title: Re: BrawlBox 0.75b
Post by: LJSTAR on May 21, 2015, 02:59:52 PM
The newest update seems amazing
(http://i.imgur.com/yG79dD7.png)
... Well, I guess I have to pass on that one


Title: Re: BrawlBox 0.75b
Post by: Theytah on May 21, 2015, 03:16:30 PM
I personally love the new update, really good for making custom shaders.
http://youtu.be/l7kPZt7rRJQ (http://youtu.be/l7kPZt7rRJQ)


Title: Re: BrawlBox 0.75b
Post by: DSX8 on May 21, 2015, 06:03:35 PM
am i the only 1 that has issue's with editing stage materials and then testing in game to have its normals move with the camera? ._.

that there has been bothering me since BB 75.. anything below 75 doesnt do that.. which I come to the conclusion that i'll just stick with 73b due to materials not being funky in-game


Title: Re: BrawlBox 0.75b
Post by: Theytah on May 21, 2015, 06:05:32 PM
am i the only 1 that has issue's with editing stage materials and then testing in game to have its normals move with the camera? ._.

that there has been bothering me since BB 75.. anything below 75 doesnt do that.. which I come to the conclusion that i'll just stick with 73b due to materials not being funky in-game
I talked to blackjax about this and he already found the problem, it'll be fixed soon.


Title: Re: BrawlBox 0.75b
Post by: DSX8 on May 21, 2015, 06:08:44 PM
I talked to blackjax about this and he already found the problem, it'll be fixed soon.
oh really? alrighty then, cool


Title: Re: BrawlBox 0.75b
Post by: pikazz on May 22, 2015, 04:13:00 AM
I have this problem too. Its not on every model though. Those that i am sure have this bug are SJS' ZSS, Ike, Pit, Giga Bowser, adolescent and adult Ridley models from Other M. Gallery of that on imgur as a proof:
[url]http://imgur.com/a/GukQs[/url] ([url]http://imgur.com/a/GukQs[/url])
There is no rimlighting on Pit and Giga Bowser shown here. Its just a transparency issue or something. Ridley's wings are supposed to be transparent in few places too, but they are not. Yes, im using 2 models that are not from Brawl, but they work just fine in-game, just too dark.

There is another problem i encountered. After adding 2nd shader to the model, 2 of its polygons suddenly started using it when previewed (i am sure about it since this 2nd shader is set in such way that it makes polygon always have same brightness as if it is glowing in the dark and when i set lighting settings in the preview to 0, those 2 polygons were not pitch black like everything else expect for eyes), but they still keep their original shader in the material settings. That most likely does not affects any in-game stuff, but making CSPs and checking how shaders and materials work is impossible like this. Im talking about this:
([url]http://i.imgur.com/qO1rEsn.png[/url])
And rimlighting is messed up on models with only few exceptions (like that Smash 4 Falcon), but i think that already was reported.
The newest update seems amazing
([url]http://i.imgur.com/yG79dD7.png[/url])
... Well, I guess I have to pass on that one

so we 3 have the same problem huh? :/
what is your GPUs? and what countries are you from?


Title: Re: BrawlBox 0.75b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on May 22, 2015, 06:15:21 AM
so we 3 have the same problem huh? :/
what is your GPUs? and what countries are you from?
I can't tell because its all in Russian (or at least can't properly translate).
Why should this matter? If you mean where did the PC came from, then i don't know.


Title: Re: BrawlBox 0.75b
Post by: LJSTAR on May 22, 2015, 08:03:00 AM
so we 3 have the same problem huh? :/
what is your GPUs? and what countries are you from?

Seems like we have the same problem, indeed...

Also :
(http://i.imgur.com/V4l5syO.png)
(I'm from France, the reason for the french text)


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 22, 2015, 08:27:26 AM
When ever I open Brawlbox, it crashes.

(http://i.imgur.com/ZxGJ6kN.png)


Title: Re: BrawlBox 0.75b
Post by: vanhuynh16 on May 22, 2015, 10:23:19 AM
I have been trying to import my Regal Wii model into Brawlbox 0.71 because 0.75b and 0.76 cause the model to look weird. And I keep getting these errors.
(http://i.imgur.com/fJd8lZG.png)

What do they mean? Can anyone help please? Thank you


Title: Re: BrawlBox 0.75b
Post by: pikazz on May 22, 2015, 11:36:54 AM
I can't tell because its all in Russian (or at least can't properly translate).
Why should this matter? If you mean where did the PC came from, then i don't know.

I have a feeling that it might be that the computers GPU doesnt read the same language as in English, making it little confused on the render part
Seems like we have the same problem, indeed...

Also :
([url]http://i.imgur.com/V4l5syO.png[/url])
(I'm from France, the reason for the french text)

wierd, this is mine
(http://i.imgur.com/Sl40d4i.png)
so 3 from non-USA has the same problem and 2 have problem with NVIDIA.

does anyone have this problem outside USA or have NVIDIA?


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 22, 2015, 11:55:06 AM
Take note:
- laptop GPU (GT ###M, less processing power)
- computer language locale other than english

Is anyone having this problem with Brawlbox v0.76?

([url]http://i.imgur.com/yMTBhmc.png[/url])


Your computer can't find gluniform, a function necessary to pass data to the shader. So since you don't have that, you don't have support for shaders.

BrawlBox should catch an incompatible OpenGL version, but I guess it didn't.

I have been trying to import my Regal Wii model into Brawlbox 0.71 because 0.75b and 0.76 cause the model to look weird. And I keep getting these errors.
([url]http://i.imgur.com/fJd8lZG.png[/url])

What do they mean? Can anyone help please? Thank you


There's a problem with your rigging.

I can't tell because its all in Russian (or at least can't properly translate).
Why should this matter? If you mean where did the PC came from, then i don't know.


It matters because the GPU runs the fragment and vertex shaders that render the model on the screen, and it appears that most of you with odd problems are using a computer locale (not necessarily the display language) other than English.


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 22, 2015, 12:06:10 PM
Take note:
- laptop GPU (GT ###M, less processing power)
- computer language locale other than english

Your computer can't find gluniform, a function necessary to pass data to the shader. So since you don't have that, you don't have support for shaders.

BrawlBox should catch an incompatible OpenGL version, but I guess it didn't.
Okay. How do I get that gluniform?


Title: Re: BrawlBox 0.75b
Post by: uyjulian on May 22, 2015, 12:18:23 PM
Okay. How do I get that gluniform?
Upgrade your drivers.
If you still don't get it, upgrade your graphics card, then upgrade your drivers again.


Title: Re: BrawlBox 0.75b
Post by: DeriLoko2 on May 22, 2015, 12:30:24 PM
I have found the one small thing that is missing. The light is not shining on a character that has shaders. Here is proof. (Take a look at the top and bottom parts of the image.):
(http://s5.postimg.org/4pclkwj4n/Screen_Capture15.png)

I am using Brawlbox v0.76 (Hotfix 2).


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 22, 2015, 12:32:51 PM
Upgrade your drivers.
If you still don't get it, upgrade your graphics card, then upgrade your drivers again.
Okay I'll try. I had my computer in Safe Mode.

Post Merge: May 22, 2015, 01:21:56 PM
Upgrade your drivers.
If you still don't get it, upgrade your graphics card, then upgrade your drivers again.
How do I upgrade my drivers? Do I have to buy them?


Title: Re: BrawlBox 0.75b
Post by: DSX8 on May 22, 2015, 04:04:42 PM
Okay. How do I get that gluniform?
...... Update ur graphics card or graphics driver as uyjulian said. Altho if your using a laptop, then ur out of luck for upgrading ur graphics card.

Okay I'll try. I had my computer in Safe Mode.

Post Merge: May 22, 2015, 01:21:56 PM
How do I upgrade my drivers? Do I have to buy them?
.... "buy"? no... they are free to download.

I have found the one small thing that is missing. The light is not shining on a character that has shaders. Here is proof. (Take a look at the top and bottom parts of the image.):
([url]http://s5.postimg.org/4pclkwj4n/Screen_Capture15.png[/url])

I am using Brawlbox v0.76 (Hotfix 2).
did you select the SCN0 in the top left corner? by changing CHR0 to SCN0 in the dropdown panel

edit:
and here's my specs
(http://i.imgur.com/K2B3BHm.png)


Title: Re: BrawlBox 0.75b
Post by: BlackJax96 on May 22, 2015, 04:11:55 PM
did you select the SCN0 in the top left corner? by changing CHR0 to SCN0 in the dropdown panel?

Also make sure Target Model -> Edit All is checked, unless you want to load the SCN0 on only one model at a time.


Title: Re: BrawlBox 0.75b
Post by: E-scope12 on May 22, 2015, 04:49:10 PM
...... Update ur graphics card or graphics driver as uyjulian said. Altho if your using a laptop, then ur out of luck for upgrading ur graphics card.
.... "buy"? no... they are free to download.
Thanks. I figured out the problem though. It occured when my laptop was in Safe Mode. Maybe that was why.


Title: Re: BrawlBox 0.75b
Post by: DeriLoko2 on May 22, 2015, 05:25:35 PM
Also make sure Target Model -> Edit All is checked, unless you want to load the SCN0 on only one model at a time.
I unchecked "Edit All." Did the "Light shining on a character with shaders" thing work?


Title: Re: BrawlBox 0.75b
Post by: Ricky on May 22, 2015, 09:36:53 PM
Should transparency show like this?

(http://i.imgur.com/KOarSi4.png)


Title: Re: BrawlBox 0.75b
Post by: DSX8 on May 22, 2015, 09:42:38 PM
looks like you have shaders turned off... go to view > model > shaders
and make sure its checked, if it is, then ur material might be... idek


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 22, 2015, 10:06:52 PM
Looks like you might have the same problem that pikazz is having.


Title: Re: BrawlBox 0.76
Post by: Ricky on May 22, 2015, 10:14:19 PM
It gets normal when I turn off the shaders wtf lol

It gets weird again whenever shaders are on


Title: Re: BrawlBox 0.76
Post by: DSX8 on May 22, 2015, 10:15:37 PM
well... looks like ppl outside of america have shader issue's...


Title: Re: BrawlBox 0.76
Post by: Ricky on May 22, 2015, 10:25:15 PM
No, the shaders look fine. But the transparency is weird...

Without shaders

(http://i.imgur.com/ZjHu4wp.png)


With shaders:

(http://i.imgur.com/rDqtOW1.png)


Title: Re: BrawlBox 0.76
Post by: DSX8 on May 22, 2015, 10:31:12 PM
ooohhhh... well that is indeed.... odd... ._.

double check ur materials to see if they even have transparency applied to them


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 22, 2015, 10:38:01 PM
I'm pretty sure I know why you guys are having rendering problems now, considering you're ALL not using an English locale apparently (which you can fix yourself, btw).

Unfortunately I'm not going to fix it, I quit.
But if somebody else wants to try, I'll guide you through it, haha. You guys need to learn to code anyway.


Title: Re: BrawlBox 0.76
Post by: Ricky on May 22, 2015, 10:39:45 PM
They are from Castle Siege... and they always showed fine in-game (and Brawlbox without the shaders activated)...


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 22, 2015, 10:43:53 PM
It's just a problem converting integers to strings because of your locale.
When shaders are activated, alpha test is done in the shader.
When they're not, it's not done in the shader.
Shaders are strings. That's the problem.

Also, I'm talking about GLSL shaders here, not MDL0 shaders.

Here's how you can change your locale to English (http://windows.microsoft.com/en-us/windows/change-system-locale#1TC=windows-7)


Title: Re: BrawlBox 0.76
Post by: Ricky on May 22, 2015, 10:58:34 PM
It's just a problem converting integers to strings because of your locale.
When shaders are activated, alpha test is done in the shader.
When they're not, it's not done in the shader.
Shaders are strings. That's the problem.

Also, I'm talking about GLSL shaders here, not MDL0 shaders.

Here's how you can change your locale to English ([url]http://windows.microsoft.com/en-us/windows/change-system-locale#1TC=windows-7[/url])


Wouldn't that break anything in other programs?


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 22, 2015, 11:06:02 PM
Considering my locale is English and I haven't had any locale specific problems, probably not. :P


Title: Re: BrawlBox 0.76
Post by: Sammi Husky on May 22, 2015, 11:46:51 PM
I'll probably just fix it lol. Im sure this laptop can handle light coding to that extent at least.

btw, in case others are wondering, i haven't been around because LIFE stuff. Which for all intents and purposes rendered it impossible to work on anything.

EDIT: You all really should still learn to change your locale though, considering you may have issues like this in the future with other applications, games, etc. When having problems in future and you know your locale isn't english, that is one of the the first things you should check.


Title: Re: BrawlBox 0.76
Post by: LJSTAR on May 23, 2015, 01:01:00 AM
It's just a problem converting integers to strings because of your locale.
When shaders are activated, alpha test is done in the shader.
When they're not, it's not done in the shader.
Shaders are strings. That's the problem.

Also, I'm talking about GLSL shaders here, not MDL0 shaders.

Here's how you can change your locale to English ([url]http://windows.microsoft.com/en-us/windows/change-system-locale#1TC=windows-7[/url])


Well... I tried, doesn't change a thing for me, same glitches as before


Title: Re: BrawlBox 0.76
Post by: Sammi Husky on May 23, 2015, 01:21:46 AM
You're positive you changed the "Locale"..? Also, did you ensure to restart your computer after changing the locale?


Title: Re: BrawlBox 0.76
Post by: LJSTAR on May 23, 2015, 01:43:41 AM
You're positive you changed the "Locale"..? Also, did you ensure to restart your computer after changing the locale?

Yup, I'm used to do it for several Japanese game, so I'm 100% positive that I've done it correctly


Title: Re: BrawlBox 0.76
Post by: jjookkeekkiidd on May 24, 2015, 05:53:37 AM
so basically, instead of making a program work on any language, you wanna force us all to change our pc's language?
seems kind of an odd development decission in my book...

isn't the only difference the "." and ",", im pretty sure in C# you gotta be able to check a system's locale, so it's only an if else situation.
if the issue is something else then idk.


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 24, 2015, 11:24:29 AM
So, you think a bug is a development decision, and us trying to help you find a workaround so you can use the program as intended is "forcing you"?

Jesus christmas, this is one of the reasons I quit. The unending entitlement.

I could program the cure to cancer and somebody'd get mad at me when they hear they have to go to a hospital in the US instead of their own country.


Title: Re: BrawlBox 0.76
Post by: Program on May 24, 2015, 11:27:06 AM
Firstly I would like to thank every one who made this new update possible. This thing is the BOMB!!! After I saw the April fools joke a thought to myself "I wonder if you could ever actually make some way to see shaders in Brawlbox?" My wish was granted! Thank you Blackjax (the trolliest troll to ever troll) and anyone else who helped with this new update. 10 points to Gryffindor!


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 24, 2015, 11:51:53 AM
Thanks ;D

Fun fact, the pictures I initially posted on April Fool's day were actually legitimate.
I made the BrawlBox stage afterward to perpetuate the trollage >D


Title: Re: BrawlBox 0.76
Post by: Program on May 24, 2015, 12:07:36 PM
The day .76 was released I was like "awe yeah a new brawlbox" I immediately downloaded it, before you had added the pictures. I opened up a Peach texture I had been working on (which I hadn't worked on in almost a month). I didn't notice anything unusual. Fast forward to later that day, I'm checking DSX8's thread and I see his comment about how awesome stages look in the new Brawlbox. I then decided that I would give this new update a second look... and my mind was blown. So that's the story about how I almost didn't know that shaders were now in Brawlbox when everyone else did.

P.S. In my defense Peach doesn't look that much different with shaders besides being brighter.


Title: Re: BrawlBox 0.76
Post by: Don Jon Bravo on May 24, 2015, 12:26:21 PM
i didnt even know about the changes bcause of the changelog

and mi compu does not support it


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on May 24, 2015, 01:55:35 PM
I love the whole shaders thing. You, BJ are a master troll. We fell for it when you posted the first pics.

I love looking at shine parts working near flawlessly. Even Tabuu's model is almost perfect.

I salute you.


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on May 24, 2015, 02:03:00 PM
Spoilers: I knew BJ was just tricking you all all along with the April Fools' thing. (http://i.imgur.com/cSm9yLJ.gif)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on May 24, 2015, 02:22:07 PM
Spoilers: I knew BJ was just tricking you all all along with the April Fools' thing. ([url]http://i.imgur.com/cSm9yLJ.gif[/url])


Somehow... I actually believe that. :P


Good job.


Title: Re: BrawlBox 0.76
Post by: pikazz on May 25, 2015, 04:21:35 PM
you BJ, you have my undying support for whatever you do even if it doesnt show that much!

thats sad that brawlboxs shader is messed up on non-english computers. I do hope its a easy fix, that easy fix so either we can do it by ourself or a new coder can easy set it up!
(no, that guide you gave me bj didnt work and I am 100% sure)


Title: Re: BrawlBox 0.76
Post by: E-scope12 on May 26, 2015, 03:32:52 PM
Which computer driver is best to render shaders properly?


Title: Re: BrawlBox 0.76
Post by: Brandondorf9999 on May 26, 2015, 04:11:26 PM
Probably NVidia graphics.


Title: Re: BrawlBox 0.76
Post by: Program on May 26, 2015, 04:25:36 PM
Just a question to anybody. When using the live texture folder with Photoshop elements, Photoshop has a tendency to say the file I'm trying to save over was "left open" or "in use". It's not with every texture and it's not all the time, but I thought It wouldn't hurt to ask if anyone else had this issue, or if you knew if it was something I could fix myself. Thanks!


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 26, 2015, 04:36:50 PM
That was an issue that should've been fixed in v0.76, I can't remember if I put that in the changelog or not.

Which computer driver is best to render shaders properly?

I have an NVidia desktop gpu, windows 8.1 and an english locale, for reference.


Title: Re: BrawlBox 0.76
Post by: E-scope12 on May 26, 2015, 05:43:36 PM
Probably NVidia graphics.
Where can I download it?


Title: Re: BrawlBox 0.76
Post by: DSX8 on May 26, 2015, 05:47:09 PM
Where can I download it?
... you cant download it... you have to buy it from best buy, fry's, or online from newegg


Title: Re: BrawlBox 0.76
Post by: Hubert Oswell on May 26, 2015, 08:30:15 PM
I got an error message when opening the updater.exe.

(http://i.imgur.com/xCQZho0.png)



Title: Re: BrawlBox 0.76
Post by: jjookkeekkiidd on May 27, 2015, 04:25:44 AM
im not saying a workaround is a bad thing, im saying that such a major bug should be fixed properly, didn't this happen to the model importer as well?


Title: Re: BrawlBox 0.76
Post by: E-scope12 on May 27, 2015, 05:40:16 AM
... you cant download it... you have to buy it from best buy, fry's, or online from newegg
How much does it cost?


Title: Re: BrawlBox 0.76
Post by: DSX8 on May 27, 2015, 05:44:40 AM
How much does it cost?
well if ur using a laptop, u cant replace it.. but if ur using a pc, then they're about $150+ for a good graphics card


Title: Re: BrawlBox 0.76
Post by: E-scope12 on May 27, 2015, 07:43:53 AM
well if ur using a laptop, u cant replace it.. but if ur using a pc, then they're about $150+ for a good graphics card
Okay. I don't think I can afford it but thanks for the advice.


Title: Re: BrawlBox 0.76
Post by: Ricky on May 27, 2015, 12:46:54 PM
The hotfix worked like a charm! Thanks to whoever did it!


Title: Re: BrawlBox 0.76
Post by: jjookkeekkiidd on May 27, 2015, 01:20:29 PM
thanks a lot for fixing the locale issue, it's working now.
i do hope it wasnt too much of a problem to deal with


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 27, 2015, 05:58:50 PM
Good to hear it works now, I decided I'd just fix the most prominent issues. Wasn't anything too hard to fix. 8)

(http://i.imgur.com/yf3ntjL.png?1)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on May 27, 2015, 06:18:53 PM
The weirdest thing happened. I can't see K. Rool's eyes, I wonder if it has to do with their materials...

(http://i178.photobucket.com/albums/w271/T_C_Rhade/ScreenCapture0_zpstic3qs37.png)


Title: Re: BrawlBox 0.76
Post by: Don Jon Bravo on May 27, 2015, 06:27:46 PM
is dis wat i need?
http://www.amazon.com/ViewMax-NVIDIA-GeForce-128-Bit-WARRIOR/dp/B00NWPKQZO/ref=sr_1_2?s=pc&srs=2530035011&ie=UTF8&qid=1432773076&sr=1-2&keywords=NVidia (http://www.amazon.com/ViewMax-NVIDIA-GeForce-128-Bit-WARRIOR/dp/B00NWPKQZO/ref=sr_1_2?s=pc&srs=2530035011&ie=UTF8&qid=1432773076&sr=1-2&keywords=NVidia)


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 27, 2015, 06:40:48 PM
-> $88

Just go full-on modern if you're gonna get a new card bruh
http://www.amazon.com/EVGA-GTX-GDDR5-Graphics-Card/dp/B00NT9UT3M/ref=sr_1_1?s=electronics&ie=UTF8&qid=1432773309&sr=1-1&keywords=nvidia+geforce+gtx+980 (http://www.amazon.com/EVGA-GTX-GDDR5-Graphics-Card/dp/B00NT9UT3M/ref=sr_1_1?s=electronics&ie=UTF8&qid=1432773309&sr=1-1&keywords=nvidia+geforce+gtx+980)

The weirdest thing happened. I can't see K. Rool's eyes, I wonder if it has to do with their materials...

If your model isn't showing up right at this point, it just means you don't have the materials and shaders set up properly. I tested the renderer pretty thoroughly with factory models.

Make sure you're passing the right alpha value to the OutputAlpha register in the eye's shader.


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on May 27, 2015, 06:43:48 PM
If your model isn't showing up right at this point, it just means you don't have the materials and shaders set up properly. I tested the renderer pretty thoroughly with factory models.

Make sure you're passing the right alpha value to the OutputAlpha register in the eye's shader.

Kk Thanks for the tip!

EDIT: Nope, no matter what I do, it absolutely refuses to render the eye. It seems to have trouble rendering multi-layered eyes.


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on May 29, 2015, 11:47:56 AM
It renders every brawl character model's eyes properly though. Copy the settings.


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on May 29, 2015, 12:06:50 PM
That's the oddest thing. I'll try that.


Title: Re: BrawlBox 0.76
Post by: DeriLoko2 on May 29, 2015, 01:03:58 PM
That is odd. I imported the PMD model in Brawlbox (v0.76)(Hotfix 3) and it came out like this.
(http://s5.postimg.org/pdyq97srb/Import_PMD_Error_in_Brawlbox_v0_76_Hotfix_3.png)
I used Windows 8.1.


Title: Re: BrawlBox 0.76
Post by: pikazz on June 01, 2015, 06:34:54 AM
there is something I would like to check:

who many have the problem that using Brawlbox built in printscreen turns pitch black? in earlier version all had a 50-50 chance of the pic is only the color black!
now in the new version its a 100% chance off all pics are black!
if anyone know how to fix it, I would lovely know

to those who have this problem and doesnt have, tell me where you are from and what computer specs you have!


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 01, 2015, 06:58:15 AM
Ur not the only 1 pikazz.. Ive been getting alot of black screen shots too with the new BB

Also idk if this was reported during 75, but copy/paste in srt0 editing in model viewer doesnt work, even in 76


Title: Re: BrawlBox 0.76
Post by: Kurausukun on June 02, 2015, 02:56:23 AM
RSAR saving now works if you edit one thing and then save... but if you edit another thing after the first save and attempt to save again, it still crashes.


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 03, 2015, 03:46:04 AM
i'd also like to point out that when you have select all selected for CLR0/SCN0 colors, selecting 'paste color' doesnt work and only affects the first frame to get pasted instead of all thats selected.


Title: Re: BrawlBox 0.76
Post by: ShadowLuigi~NG~ on June 03, 2015, 04:33:00 AM
 Every version after v0.73 just simply will not open for me. Not too sure what the probroblem is, but it refuses to work properly. It gives an error when trying to open any compatible file.

Along the lines of

"System.TypeLoadException: Couldnot load type" etc


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 03, 2015, 10:05:00 AM
Ur not the only 1 pikazz.. Ive been getting alot of black screen shots too with the new BB

I'm getting these too, so it's not just you and Pikazz.

Other than that, works like a charm.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 04, 2015, 07:01:45 AM
So I tested the new BrawlBox on Roy with scaling vertices, and I ran into a problem. For the first test, I scaled just a single boot of his to the size of him, and the boot animated perfectly. For the second test, however, I pressed Ctrl+A and then resized the vertices of his entire character, and in-game he looks really weird and disfigured(Some polygons, like the sword or armor plate, which have only one bone for the polygon, look fine), INCLUDING his boots. So shouldn't either the boot in the first test be disfigured, or the boots in the second test look fine? Am I the only one experiencing this issue? Also, is it SUPPOSED to have no collision changes when you vertex a model? If not, how do you fix it? And is this problem that arose a bug to be fixed?


Title: Re: BrawlBox 0.76
Post by: Ricky on June 04, 2015, 03:21:55 PM
Gotta be careful when vertexing. Are you sure you didn't scale the bone instead? That would definitely [censored] it up.

EDIT: I just re-read and I think I got what you mean this time. You attempted to vertex a character to make it bigger? That is a big NO. I don't think you're getting how vertexing works.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 04, 2015, 03:29:46 PM
Yes I am sure. Wouldn't that have scaled the bones at all, making the collisions bigger than normal Roy's collisions, as that's what bigger bones would do? That's how rigs work to my knowledge. Also, I did the exact same thing for both tests; the only difference is that instead of dragging and dropping the cursor to select the vertices, I pressed Ctrl+A to select all of them. But that wouldn't change that, as you can only select either bones or vertices, and the vertices were highlighted when I was scaling him. Try it for yourself if you don't believe me by selecting using drag-and-drop instead of Ctrl+A.

Post Merge: June 04, 2015, 03:31:32 PM
Just read your edit just now:

So how do you make a character bigger, then? Can you do it by scaling the vertices of the Shd model?

Post Merge: June 04, 2015, 03:41:30 PM
*Scaling the bones works in Blender, so I'd think it'd work for Brawl. I was only testing vertexing the actual model to see if collision changes, which it doesn't, and if there would be any glitches, which there were.*


Title: Re: BrawlBox 0.76
Post by: Ricky on June 04, 2015, 07:26:50 PM
Bone Animations. That's how you resize stuff.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 04, 2015, 07:28:21 PM
I thought you could one-slot resize, though.


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on June 04, 2015, 07:38:18 PM
*Scaling the bones works in Blender, so I'd think it'd work for Brawl. I was only testing vertexing the actual model to see if collision changes, which it doesn't, and if there would be any glitches, which there were.*


Scaling bones isn't the same thing as scaling vertices. If you'd ever made a PSA (or just been aware that using the model itself for any collision in any game is extremely inefficient), you'd know that collision is dictated by collision bubbles in the PSA, not by the vertex positions. And ironically, your model "exploding" like that wasn't a glitch, it was just the proper display of how you edited the model. lmao

I thought you could one-slot resize, though.


Search around a bit.
http://forums.kc-mm.com/index.php?topic=54733.0 (http://forums.kc-mm.com/index.php?topic=54733.0)
https://www.youtube.com/watch?v=5BYCI0ooEj4 (https://www.youtube.com/watch?v=5BYCI0ooEj4)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 04, 2015, 08:39:15 PM
I hate sounding like a constant complainer...

But I can't seem to be able to add transparency / semi transparency to models using the proper mats and shaders. It just crashes BrawlBox 0.76 when I try to load them. Crash as in it quits. On the rare exception it just throws an exception. But it will not let me use them, even when exporting them with the same BB off another fighter. I'm trying to update an old import, but it has semi transparency and transparency and I seem to be a bit stuck.

EDIT: It works until I try to save. Then it just quits.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 04, 2015, 08:43:59 PM
Did it work in previous versions? Because you can always use multiple versions of BrawlBox for one character. I have 3; one for texturing(My common one), one for common vertexing(I haven't released any vertexes, though, but I've vertexed one of my textures a little bit), and then another version to scale and rotate vertices.(which I used when testing my failed theory with Roy as the test subject)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 04, 2015, 08:49:31 PM
Did it work in previous versions? Because you can always use multiple versions of BrawlBox for one character. I have 3; one for texturing(My common one), one for common vertexing(I haven't released any vertexes, though, but I've vertexed one of my textures a little bit), and then another version to scale and rotate vertices.(which I used when testing my failed theory with Roy as the test subject)

It did work in previous versions, but it was still kinda finicky as to which order to load the assets.


Title: Re: BrawlBox 0.76
Post by: Ricky on June 05, 2015, 08:59:12 AM
I thought you could one-slot resize, though.

You can. That's still done through animations.

It's useless to just vertex the character if you want it bigger or smaller. They will still be bound to the rigged bones, who are all connected to the motion file (the bone animations).


Title: Re: BrawlBox 0.76
Post by: vanhuynh16 on June 05, 2015, 10:08:50 AM
Hello everyone. I have a question about a Regal Model I imported over Falcon. I was successfully import it from 3ds max to brawl box. But when I import the textures for the mouth and eyes, nothing shows up. Not even the default eyes and mouth. Does it have to do with falcon and his visor in the way? Could you help anyone please? I can provide the dae model and the textures if you would like. Thank you!
EDIT: Forgot to mention I'm using v0.71 BrawlBox, and I forgot to mention I used the skin wrap method to rig the model


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 05, 2015, 12:20:44 PM
I am curious, though; if I want to import a character, and I want him to be small, how would I do that, then?(Without any fircharacternamemotionetc.pacs or fitcharactername.pacs; For example, I have Sir Lancelot[Sonic & the Black Knight] over Ike as a FitIke00.pac/FitIke00.pcs, and he has shorter range and is less tall; so there must be a way to do it without animations somehow, and maybe using the Shd model[the model that is the bone structure] or something; and yes, the Sir Lancelot that I have does not have any animation data in the .pac or the .pcs)


Title: Re: BrawlBox 0.76
Post by: Ricky on June 05, 2015, 01:18:02 PM
I am curious, though; if I want to import a character, and I want him to be small, how would I do that, then?(Without any fircharacternamemotionetc.pacs or fitcharactername.pacs; For example, I have Sir Lancelot[Sonic & the Black Knight] over Ike as a FitIke00.pac/FitIke00.pcs, and he has shorter range and is less tall; so there must be a way to do it without animations somehow, and maybe using the Shd model[the model that is the bone structure] or something; and yes, the Sir Lancelot that I have does not have any animation data in the .pac or the .pcs)

Shd model is simply the loy-poly model of the shadow.

That, my friend, was a very smart move by Flygon. And how I would probably do it if I knew how to rig a character.

The model is rigged to an edited version of Ike's boneset, and not the original Ike's boneset. You will notice there is an specific bone used for the one-slot re-scaling. That means that, when an animation runs, every bone under that bone structure is already re-scaled, for every animation.

That is a fairly recent one slot resize technique. Usually people rig their characters to the original boneset, not an edited one... It's a really good idea, though. More people should do that.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 05, 2015, 01:37:45 PM
Well that's what I'm wanting to do in the future with my model importing.


Title: Re: BrawlBox 0.76
Post by: Program on June 06, 2015, 07:15:12 AM
Well that's what I'm wanting to do in the future with my model importing.
Just a note, however, models with edited bonesets don't work for Project M users.


Title: Re: BrawlBox 0.76
Post by: Ricky on June 06, 2015, 08:46:35 AM
Just a note, however, models with edited bonesets don't work for Project M users.

If it's rescaled, of course not. But I'm quite sure that, in this case, due to how hit/hurtboxes work, if you keep it the proper size you should have no issues.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 06, 2015, 12:55:00 PM
I play my custom skin with Project M's movesets, though, and the example skin I mentioned(Sir Lancelot from "Sonic and the Black Knight") is shorter with shorter range, and works perfectly. Probably the same way that I have my Armored Mewtwo skins over Lucario's moveset, and nothing goes wrong.(Mewtwo has slightly different bones, I believe, like his tail, for example)


Title: Re: BrawlBox 0.76
Post by: Program on June 07, 2015, 12:06:36 PM
In my experience I haven't had any luck using models with altered bonesets in Project M. For example, DSX8's Ruto model (which is awesome) Doesn't work with PM because it has different bones than Zelda, however, it still is rigged over Zelda...an altered Zelda but Zelda nonetheless.
I play my custom skin with Project M's movesets, though, and the example skin I mentioned(Sir Lancelot from "Sonic and the Black Knight") is shorter with shorter range, and works perfectly.
The only difference between Ike's bones and the bones in Sir Lancelot's are that Flygon renamed the bone that controls Ikes teeth from "HaM" to "ADJs" and added the TransN bone tree to it. Now the reason that Sir Lance is smaller and has different range is because he is a one slot resize. If you look at the bone "ADJs" in Brawlbox you will notice that the scale is not (1.1.1) as Ike's "HaM" bone is instead it's (0.63.0.63.0.63). This is why he is smaller and most likely will work with Project M, because the bones haven't really change.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 07, 2015, 12:26:05 PM
In my experience I haven't had any luck using models with altered bonesets in Project M. For example, DSX8's Ruto model (which is awesome) Doesn't work with PM because it has different bones than Zelda, however, it still is rigged over Zelda...an altered Zelda but Zelda nonetheless.

Ironically, I use that Ruto model over Zelda in PM, and it works fine. In fact, every single mod that's worked with Riivolution I've noticed works in PM, UNLESS it is larger in filesize than the original file.(e.g. my Robin recolors are larger, so they don't work with PM). I did, however, notice that SOME of the models are different sizes than in Riivolution, and some aren't and I have no clue why only some of them are when all of them are one-slot skins and not PSAs or anything.(There's even this one really weird glitch with Pokemon R/B/Y Blastoise over Squirtle that when he goes into shell form, he gets really small but his hitboxes are still as large as he is; this is only for PM, and not regular Brawl, on top of that)

Quote
The only difference between Ike's bones and the bones in Sir Lancelot's are that Flygon renamed the bone that controls Ikes teeth from "HaM" to "ADJs" and added the TransN bone tree to it. Now the reason that Sir Lance is smaller and has different range is because he is a one slot resize. If you look at the bone "ADJs" in Brawlbox you will notice that the scale is not (1.1.1) as Ike's "HaM" bone is instead it's (0.63.0.63.0.63). This is why he is smaller and most likely will work with Project M, because the bones haven't really change.

I have no clue about what this means; I don't know too much about bones, other than how to rig in Blender.


Title: Re: BrawlBox 0.76
Post by: Program on June 07, 2015, 03:05:42 PM
I have no clue about what this means; I don't know too much about bones, other than how to rig in Blender.
I'm not trying to be rude honest, but I've tried that Ruto model in two separate Project M fullset builds and a Wifi and it's really glitchy. Yes the model loads, however, the hitboxes are laughably messed up.
(http://i.imgur.com/ueJt7Ac.jpg)
Did you maybe mean vBrawl? DSX8 told me it was only built to work with that.

Also, here's an explanation of my previous comment about bones.
http://i.imgur.com/dIRvho9.jpg

P.S. Can we continue this conversation via PM I think we're commandeering this thread.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 07, 2015, 03:25:54 PM
I don't think mine has funky hitboxes, but maybe.

And no thank you about continuing on the subject; I'll just ask for help on how to do it when I get around to needing to know how.


Title: Re: BrawlBox 0.76
Post by: Program on June 07, 2015, 04:18:25 PM
I don't think mine has funky hitboxes, but maybe.

And no thank you about continuing on the subject; I'll just ask for help on how to do it when I get around to needing to know how.
If I came off as rude I wasn't trying to. I just thought if you needed anything else explained or if I could possibly help with you with something than we could continue the talking via PM instead of getting in trouble for going off topic.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 07, 2015, 04:21:58 PM
You weren't rude, I'm just kinda confused, that's all.


Title: Re: BrawlBox 0.76
Post by: Program on June 07, 2015, 04:37:47 PM
You weren't rude, I'm just kinda confused, that's all.
If you're confused about the bone thing feel free message me whenever you feel like it, and I'll do my best to answer any questions you've got. Cheers!


Title: Re: BrawlBox 0.76
Post by: Rosetta-Hime on June 08, 2015, 09:28:00 PM
So I tried to replace Link's model with a different character model, and BB froze and then crashed. I've tried it with the default Brawl characters too, and the same thing happens. Can anyone else try this and confirm it?


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 08, 2015, 09:32:53 PM
it does that to me also when i try to save. best work around is import it as a model, dont replace! save, then delete original model and save again.


Title: Re: BrawlBox 0.76
Post by: Rosetta-Hime on June 08, 2015, 09:45:28 PM
Ah, okay. Thank you, DSX8.


Title: Re: BrawlBox 0.76
Post by: jjookkeekkiidd on June 09, 2015, 11:04:48 AM
actually, hasn't the model replacing been troublesome since ever?


Title: Re: BrawlBox 0.76
Post by: Ricky on June 12, 2015, 10:07:27 PM
Been having an issue, can someone confirm it?

When I try to vertex a huge model on Brawlbox, even if just one vertex, and even if just a little, it messes up the whole polygon it belongs to.

Example for those trying to reproduce it: try moving one vertex of the original Brawl Castle Siege's background and saving it...

EDIT: It shows correctly on Brawlbox, but is a total mess in-game


Title: Re: BrawlBox 0.76
Post by: Ebola16 on June 14, 2015, 04:05:25 AM
I also have an issue. I created an alt for the 2D Marisa PSA by editing the sprites in the character's TextureData[0] BRES. The finished BRES works properly on Dolphin but shows garbled sprites on real Wiis. I tried saving the character I made with Brawlbox 0.68b, 0.71, and 0.76. Each time the filesize differed. Can someone let me know if my sprites or image compression is incorrect (I tried both LZ77 and Extended LZ77 for the .pcs)? Thanks!

2D Marisa PSA: http://forums.kc-mm.com/Gallery/BrawlView.php?Number=34047 (http://forums.kc-mm.com/Gallery/BrawlView.php?Number=34047)
My 2D Suwako alt: http://www.mediafire.com/download/8gjrn0ewdxdl5z8/2D+Suwako+Dolphin+Only.rar (http://www.mediafire.com/download/8gjrn0ewdxdl5z8/2D+Suwako+Dolphin+Only.rar)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 14, 2015, 03:21:43 PM
Question: why are semi-transparencies messed up in BB snapshots? As in if a texture is semi transparent, it blends with the background instead of the rest of the model?


Title: Re: BrawlBox 0.76
Post by: Ricky on June 18, 2015, 10:20:18 AM
I found out what the issue was.

Everytime you vertex a huge stage model, that polygon's vertex set changes "Force Rebuid" to True, messing up the model in-game. The solution is to expand the mdl0, expand the Vertices folder, then find the vertex set you modified. Then change "Force Rebuild" back to False. It should look alright in game then.

EDIT: My mistake. It appears that turning "Force Rebuild" off just makes it so it doesn't apply the changes to the model in fact when saving. That's why the model would stop messing up, but in the end, it didn't mess up because it didn't try to apply any changes. But there's something else I've noticed...

When looking at the modified Polygon at the Polygon folder inside the mdl0, then clicking the Vertice Collection, before editing the model, the Weighted Position shows as (0,0,0) for every vertice. Then, after editing and saving, with "Force Rebuid" set to True, new Weighted Positions are assigned, for every single one out of the over 1000 vertices.

I'm still a bit far as to the cause of the issue, and even further away of the solution, but definitely there seems to be an issue with the rebuild function, at least in this model. I'm going to go and try other big stage models, to see if the issue is the same.


Title: Re: BrawlBox 0.76
Post by: ShadowLuigi~NG~ on June 20, 2015, 02:25:38 PM
 Am I the only one who can't seem to get v0.74 or higher to run? Whenever I try opening, its an automatic crash for Brawlbox.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 20, 2015, 05:44:07 PM
What does the error say? Also, did you try 0.76? Because that works completely fine for me.


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on June 21, 2015, 12:54:19 AM
Speaking of that, since I won't be making any more BrawlBox versions I figured I'd release the latest version with some compatibility optimizations dealing with the compiler.

I removed the updater so the program could be downgraded back to NET 4.0. That means it should be able to run on Windows XP again.

I've compiled 3 versions targeted towards specific OS bitsets as well, try out a different version if one doesn't work for you.

32-bit (should still work on 64-bit) (https://www.dropbox.com/s/0uc5aj7o9dlhlx8/BrawlBox%20v0.76%20%2832-bit%29.zip?dl=0)
64-bit (shouldn't work on 32-bit) (https://www.dropbox.com/s/te0473dncnh3xdp/BrawlBox%20v0.76%20%2864-bit%29.zip?dl=0)
Any CPU (should work on any bitset) (https://www.dropbox.com/s/w88res0npy8r49b/BrawlBox%20v0.76%20%28Any%20CPU%29.zip?dl=0)

I also fixed bugs adding new material texture references and replacing a material or material texture reference while having at least one unused texture reference, just because I was trying to do those things and it kept crashing on me :L

Those minor bugfixes aren't in the main release because I'd have to roll out a whole new update and all that.


Title: Re: BrawlBox 0.76
Post by: Ricky on June 21, 2015, 02:39:00 PM
BlackJax96, do you have any clue as to what could be happening in my case, so that may be fixed on a future version?


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on June 21, 2015, 04:33:13 PM
I'm not really sure why it wouldn't work at all for larger models.

The entire model rendering architecture needs to be updated for better modeling support, really. The current way it does it is actually a workaround and only works for editing vertices because each vertex only has one representation, whereas the others can have multiple of the same value on different vertices, which means they would be overwritten in the value array unless it was regenerated and each facepoint in every linked object were updated with the new indices for each value.

If that was done, we could be editing normals, colors and UVs in the editor as well. We could probably even make models from scratch with a bit more work. Basically, if I kept programming BrawlBox, it would've turned into a pretty decent model editor :T


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 21, 2015, 06:09:21 PM
So BJ, does that mean someone else will take over? I still have renders I can see through. D:

(http://i178.photobucket.com/albums/w271/T_C_Rhade/ScreenCapture0_zpsbuonho0o.png)

The black parts in the beard and eyelashes are semi-transparent. Instead of blending in the model, it's semi transparent in the picture.


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 21, 2015, 08:07:04 PM
So BJ, does that mean someone else will take over? I still have renders I can see through. D:

([url]http://i178.photobucket.com/albums/w271/T_C_Rhade/ScreenCapture0_zpsbuonho0o.png[/url])

The black parts in the beard and eyelashes are semi-transparent. Instead of blending in the model, it's semi transparent in the picture.

The way i learned to fix that was to make a SCN0, or use an existing stage SCN0 data and let it run in the model viewer.. that seems to fix the issue for me, but only when an SCN0 is selected.


Title: Re: BrawlBox 0.76
Post by: Ricky on June 21, 2015, 08:21:31 PM
Here's what happens in detail.

(http://i.imgur.com/LlILsgS.jpg)

Beautiful background, eh? Sure is! But how about we edit it a little bit?

Let's pick a Vertice.

(http://i.imgur.com/RjlmxNh.jpg)

Nice, good choice. Now... let's move that single vertice up a noticeable amount...

I think this is enough?

(http://i.imgur.com/Wkt9Vtb.jpg)

Alright. Now let's save...

(http://i.imgur.com/Y6B6U72.jpg)

Well, after we saved, it still looks the same in Brawlbox.

(http://i.imgur.com/AXhKkch.jpg)

But, how does it show in-game? Let's see...

(http://i.imgur.com/UtY7Eyc.jpg)

Uh? Where is the polygon?!... Let's zoom out...

(http://i.imgur.com/zccZQXi.jpg)

Well [censored].

(http://i.imgur.com/U9HqRG7.jpg)

"Are you sure that's the polygon we're looking for?"

(http://i.imgur.com/xehcihZ.jpg)

THE ZOOM TELLS NO LIES

So BJ, does that mean someone else will take over?


Libertyernie and Sammi Husky HAVE taken over for a long while now...


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 21, 2015, 09:48:43 PM
there's actually an error when opening BRSTM's... throws this error, then refuses to open it. This is from the 64bit version that you put up.

(http://i.imgur.com/Hbxd8RJ.png)


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on June 21, 2015, 10:14:33 PM
I'm kinda having an issue with the model viewer. The model viewer will occasionally freeze (not crash-wise), and I have to end up closing the re-opening the model viewer.

(I'm just posting this for if someone were to pick up BrawlBox development.)


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 22, 2015, 05:53:37 AM
The way i learned to fix that was to make a SCN0, or use an existing stage SCN0 data and let it run in the model viewer.. that seems to fix the issue for me, but only when an SCN0 is selected.

Didn't work. Thanks, though.


Title: Re: BrawlBox 0.76
Post by: Sammi Husky on June 24, 2015, 02:58:18 AM
i'm still programming Brawlbox so no worries about me at least, i just have to take care of some life things at the moment. Sorry, just the way life likes to throw curves :I I'll be back in the groove again soon hopefully though.


Title: Re: BrawlBox 0.76
Post by: DeriLoko2 on June 24, 2015, 03:12:25 PM
Okay. This is what happened so far.

(http://s5.postimg.org/s0z092f6f/Untitled_224_1.png)

I turned off the shaders and it came out like this.

(http://s5.postimg.org/u838wzkgn/Untitled_225.png)

Can anyone explain to me what is going on with the shaders?


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on June 24, 2015, 04:10:59 PM
It's your shaders/materials. BrawlBox v0.76 renders shaders/materials just as they were in-game. You're going to need to alter your shaders until you get your desired result.


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on June 24, 2015, 04:13:16 PM
i'm still programming Brawlbox so no worries about me at least, i just have to take care of some life things at the moment. Sorry, just the way life likes to throw curves :I I'll be back in the groove again soon hopefully though.

Good. :3 I'll be happy to see you back.


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 26, 2015, 12:53:52 AM
i'm still programming Brawlbox so no worries about me at least, i just have to take care of some life things at the moment. Sorry, just the way life likes to throw curves :I I'll be back in the groove again soon hopefully though.
cant wait to see anything new from ya!! Maybe u can help me with the keyframe data in these .omo files when ur back~

also.. which version of BB is more stable when saving the common3 pac file? cause anything 0.73b and higher makes the game crash/freeze right at start up. All i did was replace the model of the EffCommonFlyingPlate with a new model (note: it uses the original brawl bones with it). Made it have a smaller filesize also compared to its regular size.


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on June 26, 2015, 09:26:42 AM
There seems to be an issue with the most recent v0.76. Whenever you import an image and it encodes as CI8, it crashes. This issue isn't there in previous hotfixes of v0.76.


Title: Re: BrawlBox 0.76
Post by: DSX8 on June 26, 2015, 04:03:08 PM
There seems to be an issue with the most recent v0.76. Whenever you import an image and it encodes as CI8, it crashes. This issue isn't there in previous hotfixes of v0.76.
i've had that too, so i went back to the previous version just to avoid that error


Title: Re: BrawlBox 0.76
Post by: Sharky on June 28, 2015, 06:25:18 PM
I just started using .76 and am "working" with blender, after importing a model file into Blender, modifying the vertices, exporting out of blender back into brawl box and replacing the Mdl0 file, it spits it back saying "cannot continue importing this model. There was a problem creating a default material and shader--- exception system.ArgumentOutOfRangeException: index was out of range, must be non-negative and less than the size of the collection."

Then I tried just modifying the object 0 mesh on blender, but when I import it, the model is exploded.

Ive tried looking around on other posts, but it seems like blender doesn't want to play nice with BrawlBox, and there is no sure fire way to get it to work- and I'm new at editing outside of brawl box, premiere and gimp.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on June 28, 2015, 08:54:57 PM
The most recent post of mine in my "Project Wolf Link" topic briefly describes how to import into Brawl with Blender with no troubles(At least not yet) and it is sure-fire.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on July 02, 2015, 09:53:53 AM
I need help; I'm doing an import request for Toon Link's eyes, and in-game there are some glitches:

http://forums.kc-mm.com/index.php?topic=74587 (http://forums.kc-mm.com/index.php?topic=74587)

I used v .76, and the "Add New Object"


Title: Re: BrawlBox 0.76
Post by: E-scope12 on July 12, 2015, 04:50:41 PM
I have some suggestions for Brawlbox.

1. Import light.bin from Super Smash Bros. for Wii U into a .scn0.

2. Import .omo from Super Smash Bros. for Wii U into a .chr0.


Title: Re: BrawlBox 0.76
Post by: Rodo Furedorikku on July 12, 2015, 04:57:13 PM
No one's been able to figure out those files.


Title: Re: BrawlBox 0.76
Post by: DSX8 on July 12, 2015, 05:03:18 PM
SmashU light.bin files isnt like SCN0 pal, its very different due to 2 files being used for stage lighting.

AreaLight and Light0

light - stage lighting color
areaLight - light position and lighting type (also has other data in there that i couldnt figure out)

as for omo files... only the header is figured out, keyframes arnt yet.. and the omo files might have multiple animation files stored within them.


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on July 12, 2015, 05:40:18 PM
If we're giving suggestions for those who intend on taking up BrawlBox, then one would be to preserve bone rotations upon import, as with some models (with their original skeletons), certain bones will rotate in an unwanted way upon importing.


Title: Re: BrawlBox 0.76
Post by: Sammi Husky on July 12, 2015, 05:59:46 PM
as for omo files... only the header is figured out, keyframes arnt yet.. and the omo files might have multiple animation files stored within them.

Working on it  :)

If we're giving suggestions for those who intend on taking up BrawlBox, then one would be to preserve bone rotations upon import, as with some models (with their original skeletons), certain bones will rotate in an unwanted way upon importing.

I may look into this as well!


Title: Re: BrawlBox 0.76
Post by: KingJigglypuff on July 12, 2015, 06:55:38 PM
If you do look into it, Sammi, then I would suggest testing with a Smash Wii U model, as the majority of them have the issue. Look at their face and left arm bones.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on July 12, 2015, 07:36:20 PM
I still need help with this, though, please :'( :

I need help; I'm doing an import request for Toon Link's eyes, and in-game there are some glitches:

[url]http://forums.kc-mm.com/index.php?topic=74587[/url] ([url]http://forums.kc-mm.com/index.php?topic=74587[/url])

I used v .76, and the "Add New Object"


Title: Re: BrawlBox 0.76
Post by: BlackJax96 on July 12, 2015, 07:48:20 PM
This isn't a help thread.


Title: Re: BrawlBox 0.76
Post by: windhunter7 on July 12, 2015, 08:03:24 PM
I thought I've seen a lot of people post problems with BrawlBox here, though, and this is a BrawlBox-related problem. :-\


Title: Re: BrawlBox 0.76
Post by: DSX8 on July 12, 2015, 08:17:11 PM
lol seems like u didnt even set the vasability bone to the FS object, nor added the original material and shader for that object to ur model.

altho idk y u want to use blender when u can sign up for a free student version of 3ds max...


Title: Re: BrawlBox 0.76
Post by: windhunter7 on July 12, 2015, 08:25:30 PM
I did set the visibility bones, and I copied the materials; I didn't copy the shaders, though, so I'll try that! Thanks! :)

And there are many reasons that I want to use Blender. The main one being that Blender is 100% free for non-students as well, and has no trial limit. Other reasons include the following, but there are other ones as well:


Rare texture glitches(This Toon Link one is the only one I've run into so far)
No glitched Normals
No glitched UVs
Easy weighting
No size glitches(If you use the proper import)



Title: Re: BrawlBox 0.76
Post by: BlackJax96 on July 12, 2015, 09:05:33 PM
I thought I've seen a lot of people post problems with BrawlBox here, though, and this is a BrawlBox-related problem. :-\

Any brawl modding problem could be brawlbox related. :srs:

People posting here with problems do so because a specific bug is causing it, not because they forget to link a shader or whatever.

And there are many reasons that I want to use Blender. The main one being that Blender is 100% free for non-students as well, and has no trial limit. Other reasons include the following, but there are other ones as well:


Rare texture glitches(This Toon Link one is the only one I've run into so far)
No glitched Normals
No glitched UVs
Easy weighting
No size glitches(If you use the proper import)


Make a proper tutorial and people might start listening to you. probablynotthough


Title: Re: BrawlBox 0.76
Post by: windhunter7 on July 13, 2015, 10:49:31 AM
I am gonna make a tutorial, right after I finish Wolf Link(Haven't started even extracting his model yet, though, cause I'm super-busy), and I even PM'ed Sharky how to do it, and he got it to work. Plus I've gotten it to work for 2 mediocre imports, and I'm working on modeling hair and some swords and will import that. And I was mainly referring to the bug of Toon Link's eyes being bright yellow and his back sword always being visible, even though I wasn't even importing anything to his head. Which I believe is caused by a BrawlBox bug, which is why I mentioned it. But the shaders being copied might fix the bug where the model disappears. :D But yes, I'm gonna make a tutorial on importing with Blender, and within a week from now or less, I'm gonna start importing Wolf Link and write the tutorial during the process.


Title: Re: BrawlBox 0.76
Post by: HypnotizeScourge on July 13, 2015, 11:44:45 AM
I am gonna make a tutorial, right after I finish Wolf Link(Haven't started even extracting his model yet, though, cause I'm super-busy), and I even PM'ed Sharky how to do it, and he got it to work. Plus I've gotten it to work for 2 mediocre imports, and I'm working on modeling hair and some swords and will import that. And I was mainly referring to the bug of Toon Link's eyes being bright yellow and his back sword always being visible, even though I wasn't even importing anything to his head. Which I believe is caused by a BrawlBox bug, which is why I mentioned it. But the shaders being copied might fix the bug where the model disappears. :D But yes, I'm gonna make a tutorial on importing with Blender, and within a week from now or less, I'm gonna start importing Wolf Link and write the tutorial during the process.

Still isn't the thread for all that. Post all of that on one of your own threads, not in this one.


Title: Re: BrawlBox 0.76
Post by: Sirkura on July 17, 2015, 02:31:46 PM
How possible would it be to implement a transparent BB background? i was thinking about it.  i constantly go back and forth with reference pics/video when doing texturing or animation, it might be an interesting feature if possible, tho knowing a few programs that use something similar, it can be quite heavy as well. tho it would allow you to see anything behind brawlbox as you mess with the model viewer. you could even trace an animation so to speak like that (overlapping model and gif/video and making your changes to match)

anyway that was just an idea i got randomely. i noticed you can make a vertex patch in the newer brawlboxes. if i'm not mistaken thats similar to how the original method for vertex hacking was correct? say i had 2 samus models, one vetexed, the other not, can i morph the vertex edits to the default model?


Title: Re: BrawlBox v0.76b
Post by: Wolfy76700 on August 11, 2015, 03:17:53 PM
I'd like to report a major bug happening when editing PAT0 mappings with the latest version of BrawlBox: When trying to edit mappings, the program messes up the whole PAT0 file... Previous versions of BrawlBox, namely v0.68c do not have this bug.


Title: Re: BrawlBox v0.76b
Post by: DSX8 on August 11, 2015, 03:23:11 PM
hmm... i've had no issue with PAT0 making, and i was making yesterday, no troubles with it at all.


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on August 12, 2015, 11:52:07 AM
When i viewed a model with v0.76b and i load a scn0, the objects that have transparent materials disappear.


Title: Re: BrawlBox v0.76b
Post by: seijinshu on August 12, 2015, 03:23:30 PM
Hello. I think we should get a native Linux port of Brawl Box.

I am getting the following error from Brawl Box when trying to open any Pac file. This error came up when I tried to open PM Fox:

System.NullReferenceException: Object reference not set to an instance of an object
 at BrawlLib.SSBBTypes.ARCFileHeader.get Length () [0x00000] in <filename unknown>:0
 at BrawlLib.SSBB.ResourceNodes.ARCNode.OnPopulate () [0x00000] in <filename unknown>:0
 at BrawlLib.SSBB.ResourceNodes.ResourceNode.get Children () [0x00000] in <filename unknown>:0
 at BrawlBox.BaseWrapper.OnExpand () [0x00000] in <filename unknown>:0
 at BrawlBox.ResourceTree.OnBeforeExpand (System.Windows.Forms.TreeViewCancelEventArgs e) [0x00000] in <filename unknown>:0
 at System.Windows.Forms.TreeNode Expand (Boolean byInternal) [0x00000] in <filename unknown>:0
 at System.Windows.Forms.TreeNode.Expand () [0x00000] in <filename unknown>:0
 at (wrapper remoting-invoke-with-check) System.Windows.Forms.TreeNode.Expand ()
 at BrawlBox.MainForm.Reset () [0x00000] in <filename unknown>:0
 at (wrapper remoting-invoke-with-check) BrawlBox.MainForm.Reset ()
 at BrawlBox.Program.Open (System.String path) [0x00000] in <filename unknown>:0

Does BrawlBox even read files in an EXT4 file system? It seems to not load the file since it can't read it's name hence the <filename unknown>:0 on almost every line.


Title: Re: BrawlBox v0.76b
Post by: Ricky on August 13, 2015, 11:19:29 PM
Any chance of a tutorial on the weight editor tool?


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on August 14, 2015, 12:30:41 AM
Any chance of a tutorial on the weight editor tool?

Alright, I can write up a small one to help you out. It's similar to 3ds Max's rigging tool, just with a few less features :P



1. Open up a model in the viewer and enable vertices by pressing V.

2. For bones, there are three main approaches to selecting them, depending on your preference. You'll be selecting bones to change weights for vertices.
   - You can enable selecting them on the model itself by pressing B.
   - You can make the bones render smaller so they're less in the way by going to Options->Settings->General and checking "Scale bones with camera" and "Display bones as points".
   - You can disable rendering them on the model altogether and use the bone list on the right panel instead (make sure the dropdown on the top of the right panel says "Bones"). You can show all the bones in the order they appear in the model by checking flat at the top, or show them in their hierarchy by unchecking flat. You can also search for bones with the textbox, and check "Contains" to return any bones with the search query in their name. Otherwise it will return bones that start with the search query.

3. This is an optional step but I highly recommend it. You can disable showing the transform tool used to translate, rotate and scale vertices and bones by changing the dropdown on the top right of the control to "None". It's not needed for weight editing and you don't want to accidentally change a bone or vertex's position while changing weights.

4. Apply an animation to the model or else you won't be able to see any weight changes you make. You can create an animation just for rigging or you can use an animation used in the game to really see how the model looks overall while animated.

5. Open the weight editor by pressing 9 or clicking on Tools->Weight Editor.

6. Click on a vertex or select multiple by either clicking and dragging or holding ctrl and clicking on multiple.

It's possible to accidentally select vertices that are hidden, on the other side of the model, or in the exact same position as the one you're trying to select, so double check (I probably should've added text that says how many vertices are selected but oh well). Selected vertices will be orange, as long as you can see them.

7. All bones that influence the vertex or vertices you selected will show up in the weight editor. Now select a bone, either from the list in the weight editor, from the list on the right panel, or one rendered on the model (if you have them visible).

Vertices around the bone you selected will light up in colors ranging between red and blue. Blue means the bone you selected has a small influence on that vertex (the vertex moves with the bone only a little bit), red means the bone has either a high influence or completely influences that vertex (the vertex will just move with the bone).

NOTE that if you select multiple vertices, the list of bone weights in the editor will show the average influence of the bone on all of the selected vertices, not just one of them.

8. Next comes changing the influence of the bone you selected. This is done with the buttons to the right of the list in the weight editor. You will be able to see any changes you make immediately update any vertices you have selected.

Each bone can have anywhere between a 0% influence on a vertex to 100%, and the all weights in the list must add up to 100%. If you try to change something that would result in breaking those rules, the change either won't be made or your inputted value will be clamped between 0 and 100 before being set, so keep that in mind.

- "Set" will change the selected bone's influence on the selected vertices to the value in the box next to it. This is best used if you want to rig an entire set of vertices to one bone at the same time.

- "+" or "-" will add or subtract the value in the box next to them to/from the influence of the selected bone. This is best for quickly nudging vertices over larger distances at a time.

- "x" or "/" will multiply or divide the influence of the selected bone by the value in the box next to them. This is best for nudging vertices over smaller distances at a time.

- "Lock" will make the selected bone's influence never change while you edit. Other bone weights will be changed to make sure all weights add up to 100%, but if the bone is locked then it won't. However, if all bones in the weight list except the one you're editing are locked, you won't be able to make any changes.

- "Remove" is the same thing as setting the weight value to 0, which will remove the influence of that bone completely.

9. Lastly, if you select a bone that's not in the weight list, your only options are to set a weight or add to the weight ("Set" and "+"). That will add the selected bone to the list of weights that influence the selected vertices.


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on August 14, 2015, 08:41:58 AM
Woah, BrawlBox can edit weights now? Which versions can do that? Because I'd want to utilize that to be able to fix non-perfect imports without having to re-rig them(since I import with Blender, my method involves having to rig the model from scratch or it will explode)

;D


Title: Re: BrawlBox v0.76b
Post by: Unkown Kokiri on August 14, 2015, 12:14:25 PM
videos on the rigging stuff please <3.<3


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on August 14, 2015, 10:53:36 PM
videos on the rigging stuff please <3.<3
I second this


Title: Re: BrawlBox v0.76b
Post by: Program on August 18, 2015, 11:01:02 PM
Okay, I have a question. Most likely I misunderstood what the weight editor could be used for, however, before you ask yes I read the tutorials thoroughly. So, Peach's sleeve is weighted to about five bones on this model when it needs to be weighted 100% to Rshoulderjb.
(http://i.imgur.com/5En2DDV.png)
I selected the vertices then Rshoulderjb. I figured that "Set" would work since I was trying to rig an entire group of vertices to a single bone (I didn't know what number to put in the field so I tried several). However, I can't get any results... It doesn't mater what settings I change or buttons I press nothing happens. I'm probably doing something dumb and I know this isn't a help thread, but no one else really knows how to use this at the moment. Any help would be appreciated. Thanks!


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on August 19, 2015, 12:34:08 AM
Yeah, apparently due to a dumb compiler mistake, the weight editor worked when I tested it in debug but not when I switched the compiler to release and uploaded it. >_>

Hotfix 2 incoming. <_<


Title: Re: BrawlBox v0.76b
Post by: Rodo Furedorikku on August 21, 2015, 11:01:11 AM
Hello.

I'm having problems with importing / setting shine materials on this new BrawlBox. It seems to mess up shine shaders, no matter what I do, they mess up.


Title: Re: BrawlBox v0.76b
Post by: Hubert Oswell on August 22, 2015, 08:30:22 PM
I'm not sure if this is a glitch, but when using the weight editor, vertices would sometimes translate to a different space. The Transform tool was set to None.



Title: Re: BrawlBox v0.76b
Post by: Don Jon Bravo on August 23, 2015, 12:38:55 PM
can u do weight edits while the character is in an animated  key frame, as in the fitmotion file loaded?
sorry if this has been adressed


Title: Re: BrawlBox v0.76b
Post by: spongeman131 on August 26, 2015, 03:46:57 AM
Have the settings used for importing/exporting changed in recent updates?

I get an "ArgumentOutOfRangeException" whenever I try to import a model now (occurs when remapping materials). This never happened before and my import/export settings on 3DSMax that worked fine with v0.71 and earlier haven't changed. Usually it's because I forgot to cut/copy the skin or took it off the wrong model but I'm 100% positive that that's not the case.

Some edits last week were giving me the same issue and I thought I must have messed up during the editing process somehow but after it happening again tonight I'm sure it's not a coincidence.

EDIT: Going back to v0.71 is not giving me any problems importing the exact same file v0.76 was complaining
about.

EDIT2: Looks like this is already a reported issue so hopefully it gets fixed soon!


Title: Re: BrawlBox v0.76b
Post by: Dirty Hacker on August 30, 2015, 12:44:42 PM
Um, when i try to look at any model my brawlbox v0.76 on my mac , it gives me an error and then i can't view the model. i don't have a github account but can you find a fix for that? i saw someone else had the same problem.


Title: Re: BrawlBox v0.76b
Post by: seijinshu on August 31, 2015, 04:24:05 AM
Um, when i try to look at any model my brawlbox v0.76 on my mac , it gives me an error and then i can't view the model. i don't have a github account but can you find a fix for that? i saw someone else had the same problem.
This is what I hate about video game hacking... Lack of Linux support.


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on August 31, 2015, 05:49:18 PM
Quick question. Will the be a UV Editor for Brawlbox yet? I want to be able to edit UV's in Brawlbox.


Title: Re: BrawlBox v0.76b
Post by: Nao-chan on August 31, 2015, 10:11:41 PM
Go make one for it then. :v


Title: Re: BrawlBox v0.76b
Post by: Draco on September 01, 2015, 10:26:25 AM
I've sent a report not so long ago when Brawlbox sent me an error message. I said that BB crashed but actually it just continued working fine after pressing on send so it didn't exactly crash.
I also forgot to say that I was already using the old file in another place at the same time I tried to replace it.


Title: Re: BrawlBox v0.76b
Post by: Rodo Furedorikku on September 01, 2015, 11:53:42 AM
I want to take back my report about corrupting shaders.

Turns out I forgot to add color nodes and set the Default ones to true.


Title: Re: BrawlBox v0.76b
Post by: ESPeR on September 17, 2015, 10:39:29 AM
If I recall correctly wasn't there a version of Brawlbox that showed the programming of attack animations when you play the animation and what part of the programming it was on during what frame? Which version was that and why was it taken out? I hope my questions make sense.


Title: Re: BrawlBox v0.76b
Post by: KingJigglypuff on September 17, 2015, 11:27:05 AM
The last version of BrawlBox to support moveset editing was v0.68b.

The reasoning for its removal was because it was unstable and BJ was going to develop a separate program for moveset editing (Ikarus), but later canceled it, due to complications.


Title: Re: BrawlBox v0.76b
Post by: uyjulian on October 08, 2015, 10:46:04 PM
It seems like compiling on mono is broken on 902c63ed763a6c9ec2b60a464201e21b40bf966b because of type-related errors in the resx (System.Drawing.Font, System.Drawing), so I'll try to fix that.


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on October 12, 2015, 01:46:54 PM
Does anyone have trouble editing scn0 in the latest brawlbox where you point the lighting where you want it but in game it points into a different direction?


Title: Re: BrawlBox v0.76b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on October 14, 2015, 04:02:02 AM
I keep receiving this error:
(http://i.imgur.com/kNclQz8.jpg)
Then, i can't select any bones, polygons or textures and i receive this error one more time when trying to close the window. It doesn't happens with all models, but this happens with models that matter. This never happened before Hotfix 2. How to fix this? Simply re-importing it as .dae does nothing.


Title: Re: BrawlBox v0.76b
Post by: libertyernie on October 15, 2015, 01:10:17 PM
Could you make it happen again, but make that error window wider so we can see the line numbers for the stack trace? Or you could just copy and paste the contents of that box into a post here.


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on October 15, 2015, 01:33:21 PM
It doesn't show the line numbers when you run the program without the IDE attached. Here's the same issue reported a bunch already:
https://github.com/BrawlBox/BrawlBoxIssues/issues/16
https://github.com/BrawlBox/BrawlBoxIssues/issues/18
https://github.com/BrawlBox/BrawlBoxIssues/issues/39
https://github.com/BrawlBox/BrawlBoxIssues/issues/40


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on November 07, 2015, 07:37:50 PM
Will there be a new version of Brawlbox?


Title: Re: BrawlBox v0.76b
Post by: DSX8 on November 07, 2015, 07:51:27 PM
don't ask BJ, ask Liberty or Sammy.


Title: Re: BrawlBox v0.76b
Post by: KingJigglypuff on November 07, 2015, 07:55:18 PM
Will there be a new version of Brawlbox?
No.

At least not by BlackJax.


Title: Re: BrawlBox v0.76b
Post by: Rodo Furedorikku on November 07, 2015, 09:56:46 PM
Geez. The nerve of some people. :P

Off-topic: Man, Puff, that "myth busted" gif that sometimes appears in your sig makes me think of a walrus with one tusk. :P


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on November 09, 2015, 08:50:47 PM
No.

At least not by BlackJax.
Why is that?


Title: Re: BrawlBox v0.76b
Post by: Ricky on November 09, 2015, 08:57:28 PM
He left BrawlBox development.

It's now in the (busy) hands of Sammi and Libertyernie.


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on November 10, 2015, 09:23:26 AM
He left BB dev again? He just re-started only a few months ago...


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on November 10, 2015, 04:00:53 PM
He left BrawlBox development.

It's now in the (busy) hands of Sammi and Libertyernie.
I see. I didn't know that.


Title: Re: BrawlBox v0.76b
Post by: waut3r on November 28, 2015, 09:20:27 PM
Hey, I started a thread (http://smashboards.com/threads/wanting-to-make-a-pm-build-creator-website-looking-for-information-help-etc.424623/) on Smashboards about wanting to create a website that allows users to easily customize and create their own builds. Placing files and hex-editing is totally possible, but the only roadblock I've really had is automating SSS and CSS image replacements, since BrawlBox and its related tools utilize a GUI.

Is there any chance there could ever be a way to interact with BrawlBox from the command-line with batch files and what not? I don't think it would help just me, but instead a lot of people that are working with mods and testing quickly.

I'd love to be able to just specify images I need to replace within the game files and do it all through command-line with arguments, and it would bring my dream website for the community closer to reality.


Title: Re: BrawlBox v0.76b
Post by: Shadowblitz16 on December 01, 2015, 04:22:57 PM
so is this being developed right now?
I ran into a weird bug and I don't have a GitHub account


Title: Re: BrawlBox v0.76b
Post by: libertyernie on December 07, 2015, 03:26:17 PM
Hey, I started a thread ([url]http://smashboards.com/threads/wanting-to-make-a-pm-build-creator-website-looking-for-information-help-etc.424623/[/url]) on Smashboards about wanting to create a website that allows users to easily customize and create their own builds. Placing files and hex-editing is totally possible, but the only roadblock I've really had is automating SSS and CSS image replacements, since BrawlBox and its related tools utilize a GUI.

Is there any chance there could ever be a way to interact with BrawlBox from the command-line with batch files and what not? I don't think it would help just me, but instead a lot of people that are working with mods and testing quickly.

I'd love to be able to just specify images I need to replace within the game files and do it all through command-line with arguments, and it would bring my dream website for the community closer to reality.


The main reason I haven't made a command-line interface to BrawlLib is that the amount of stuff you can do with it is just so large. I'm curious as to what operations you would need to perform (replace SSS icon / name / etc?)

If your website is written in ASP.NET you might be able to use BrawlLib itself, although I've never tried that (there might be some MessageBox.Show calls lying around and IDK what would happen in a web environment).


Title: Re: BrawlBox v0.76b
Post by: Albafika on December 08, 2015, 06:14:57 AM
Cleared some OFF-Topic posts. Carry on.


Title: Re: BrawlBox v0.76b
Post by: Sirkura on December 11, 2015, 05:01:00 PM
I wanted to ask. lately i've been using BB's code editor. Does it have a limit to what it can remember? for instance i can remember all codes in PM and open the GCT, and it still shows unknown codes even when its documented. and saving that file as a GCT seems to break some codes. its been strange. this happen to anyone else?

*ps. i also believe BB should read those codes from an external file somewhere that you can edit in a txt manager. it would be a lot easier.


Title: Re: BrawlBox v0.76b
Post by: Shadowblitz16 on December 16, 2015, 01:41:57 PM
@libertyernie is it possable you can make brawlbox able to save fitcharater.pacs without skrewing up their data?

no offence

Its great for models and stages from what i hear but I would like to be able to import animations and movesets


Title: Re: BrawlBox v0.76b
Post by: ZX_BraveSol_ZX on December 16, 2015, 01:51:44 PM
I keep receiving this error:
([url]http://i.imgur.com/kNclQz8.jpg[/url])
Then, i can't select any bones, polygons or textures and i receive this error one more time when trying to close the window. It doesn't happens with all models, but this happens with models that matter. This never happened before Hotfix 2. How to fix this? Simply re-importing it as .dae does nothing.

so we ever gonna get a fix for this? because I've been getting this too, but this doesn't happen in any of the older Brawlbox versions. (been using 0.71 for a while now because of this.)


Title: Re: BrawlBox v0.76b
Post by: libertyernie on December 17, 2015, 10:39:34 AM
If something is character related, I probably won't be able to fix it. But I might look into how the GCT part remembers codes and see if it can be made to work better.


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on December 20, 2015, 02:11:28 PM
so we ever gonna get a fix for this? because I've been getting this too, but this doesn't happen in any of the older Brawlbox versions. (been using 0.71 for a while now because of this.)

I need a model that causes the error so that I can hotfix it.


Title: Re: BrawlBox v0.76b
Post by: libertyernie on December 23, 2015, 12:16:03 PM
I wanted to ask. lately i've been using BB's code editor. Does it have a limit to what it can remember? for instance i can remember all codes in PM and open the GCT, and it still shows unknown codes even when its documented. and saving that file as a GCT seems to break some codes. its been strange. this happen to anyone else?

*ps. i also believe BB should read those codes from an external file somewhere that you can edit in a txt manager. it would be a lot easier.

How about "Options" > "Load codes to remember from file"? Seems to work for me.


Title: Re: BrawlBox v0.76b
Post by: sluigi123 on January 07, 2016, 08:11:03 AM
I'm quite curious on what the SCLA is in each stage PAC file for. My guess is partially model spawning of some sorts.
As for the Camera Parameters (STPM), I'm trying to figure out what the unknown values are for. I kind of know some of them already. (These are not 100% confirmed)

Values 18 & 19: Act as some sort of multiplier for the camera's translation speed for X and Y respectively.
Values 20, 21, 22, & 23: It can't be all 4 of them, but (it has been about 2 years since I last checked them) 2 of the 4 has to be related with CamLimit0N and CamLimit0E as if it's a multiplier; possibly a translation restriction.


Title: Re: BrawlBox v0.76b
Post by: zoroarkrules25 on January 07, 2016, 11:28:17 PM
Hi, I have a quick question. Is there a help thread for this program? I need a tutorial and help on editing textures and models in this, but am having trouble finding one. ( if needed, I am trying to do the Seprioth PSA that is ranked the second highest marth hack)


Title: Re: BrawlBox v0.76b
Post by: Sirkura on January 09, 2016, 08:49:22 PM
Hi, I have a quick question. Is there a help thread for this program? I need a tutorial and help on editing textures and models in this, but am having trouble finding one. ( if needed, I am trying to do the Seprioth PSA that is ranked the second highest marth hack)

For the psa its self you don't really need brawl box. however if you have images you want to add to the CSS (Character Select Screen) its pretty simple to do. 

first you need a CSS to start with, most big mods come with their own, or you can easily find one on BV. the CSS file is called the "sc_selchar.pac" this can be in 2 different locations depending on the mod.

SD/Private/wii/app/rsbe/pf/menu2/sc_selchar.pac
or
SD/Private/wii/app/rsbe/pf/common/common5.pac

Your mod should only use one of those or the game will crash, (never use both at once)

start brawlbox and open up the sc_selchar/common5 (common5 will have the sc_selchar in it along with 2 other files, but it will be the same process in both) then it depends on what image you want to replace.

for icon and names you want to go to MiscData[70]
for CSPs you go to char_bust_tex_lz77

then you simply look for marth's files and replace them with the images you want. i recomend CSP's be imported as CMPR.

Make sure the images are the same size as the originals. or you could risk a broken image and crash the game, or it may go over the file size limits.

if you still need more help on it, there are several tutorials around in the tutorial and help sections, i recommend looking there.


Title: Re: BrawlBox v0.76b
Post by: KingJigglypuff on January 10, 2016, 08:08:07 AM
It's best to just use the sc_selcharacter.pac and ditch the common5.pac, as they basically the same file, except the common5.pac includes the animation files for Charizard and I believe Squirtle. Heck, you should use the common5.pac Project M used, as it nulls the file itself to allow Charizard's and Squirtle's animation files to be read directly from their character folders. It will also decrease the loading time.

While I'm on this subject, also use the common.pac and common4 .pac files from Project M as well, as those will also allow the animation files of Ivysaur, Samus, Zero Suit Samus, Zelda, Sheik, Bowser, and Giga Bowser to be directly read from their character folders, alongside further decreasing load time.


Title: Re: BrawlBox v0.76b
Post by: Sirkura on January 10, 2016, 01:15:22 PM
It's best to just use the sc_selcharacter.pac and ditch the common5.pac, as they basically the same file, except the common5.pac includes the animation files for Charizard and I believe Squirtle. Heck, you should use the common5.pac Project M used, as it nulls the file itself to allow Charizard's and Squirtle's animation files to be read directly from their character folders. It will also decrease the loading time.

While I'm on this subject, also use the common.pac and common4 .pac files from Project M as well, as those will also allow the animation files of Ivysaur, Samus, Zero Suit Samus, Zelda, Sheik, Bowser, and Giga Bowser to be directly read from their character folders, alongside further decreasing load time.

I never thought about loading times, i'll have to try that out :o i know by default the FPC reads menu2 and other external files first, the common1, 4, and 5 are really only needed for riivo or direct USB replacement, otherwise the game skips over them when loading files in live time. tho i think another benifit to using sc_selchar or external files is the ability to hotswap while you test.

extrernally you can swap files, exit out of the screen and re-enter it to show updated changes. common5 i believe does not, since it loads once at start up. Personally i agree with KJP, its a lot more convienient to skip the common files.


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on January 15, 2016, 12:35:20 AM
An annoying glitch in BrawlBox v0.76b's Collision Editor:
Unchecking an individual poly checkbox does not make it disappear in the preview. It should disappear when unchecked.


Title: Re: BrawlBox v0.76b
Post by: ZephyrNidorino on February 11, 2016, 04:20:58 PM
What is the optimal Collada version to be using when importing on 0.76b? I'm using Maya 2015 to export my models and they're breaking when I import into BrawlBox and I'm assuming it's just the wrong version of Collada.

(Mine's using 1.4.1)


Title: Re: BrawlBox v0.76b
Post by: DSX8 on February 11, 2016, 04:32:13 PM
1.4.1 and 1.5 versions of collada works fine for BB... i just think maya's collada isnt compatible with BB


Title: Re: BrawlBox v0.76b
Post by: ZephyrNidorino on February 11, 2016, 07:26:45 PM
I've used it before without any trouble, this is just a recent problem. I used to import custom track models for Mario Kart Wii with this method. Perhaps I'll have to go get COLLADAMaya and see if that works.


Title: Re: BrawlBox v0.76b
Post by: Lucoshi on February 19, 2016, 03:01:51 PM
To be fair the BB is to buggy for now!


Title: Re: BrawlBox v0.76b
Post by: kalebsanders007 on February 27, 2016, 05:47:22 PM
Can you add the ability to rig bones to polygons if it's possible, cuz 3ds max crashes my computer and i don't know how to use it.


Title: Re: BrawlBox v0.76b
Post by: TheRealDylanator on February 28, 2016, 04:03:35 AM
To be fair the BB is to buggy for now!
How would you of all people know, anyway BB clearly takes time to develop and the developers do this for free, so we're lucky.

Can you add the ability to rig bones to polygons if it's possible, cuz 3ds max crashes my computer and i don't know how to use it.
Try blender, I'm sure it works. There should be plenty tutorials on the "Import Tutorials" section.


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on February 28, 2016, 04:35:20 PM
Try blender, I'm sure it works. There should be plenty tutorials on the "Import Tutorials" section.

I have proof that it works; just look at my Vault. ;)

In fact, I have a WIP Blender importing tutorial in that board.


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on March 15, 2016, 12:57:59 PM
I need help. I'm doing a model import request, importing two types of shoes, but because of a bug with it, I had to re-UV the whole thing, and didn't want to re-UV the whole other shoe type as well, so I vertexed it in Blender, then imported both into BrawlBox, and vertexed them to the right spots, which took a really, really, long time; so I'm using Mewtwo2000's UV editing program, but I don't know what the numbers represent. What I'm talking about are the numbers if you go to "UVs" under the MDL0, select a UV, and then expand "Points". Could somebody help, please? :'(


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on March 15, 2016, 03:30:03 PM
I have an idea for Brawlbox. I was thinking that for the scn0 editing in model viewer that we should add a attatch button by selecting a bone then attaching it and then playing the animation to create a lighting moving animation in the model viewer to attach a stage light to a bone. Another idea that I have is that we should import model.nud files from Smash Wii U into Brawlbox with the GLSL Shaders if it is possible.


Title: Re: BrawlBox v0.76b
Post by: Midnight_B1u3 on March 17, 2016, 05:53:28 PM
I'm using WineBottler to run BrawlBox and I can't use the advanced model editor. Is there a fix? (I bundled it into an app with dotnet 4.5)


Title: Re: BrawlBox v0.76b
Post by: Agent One on April 22, 2016, 08:51:44 AM
I have been having problems with Brawlbox v0.63b. I know this is not the most recent version, but it is the last version to project visual hitboxes since Blackjax "Ikarus" never got off the ground. I recently got into character modding, and I've downloaded some custom character mods to replace other characters in the game. I took up modding to try and balance custom characters to be less over powered. When I try to save, the program crashes. Is there any way to fix this or a different program? I have been using Smash Attacks to alter the characters, but its impossible to know what that data looks like in-game without visual aid.  


Title: Re: BrawlBox v0.76b
Post by: KingJigglypuff on April 22, 2016, 09:02:21 AM
Sometimes characters that were edited strictly with PSA will not be able to be opened, saved, or both with BB v0.68b.


Title: Re: BrawlBox v0.76b
Post by: R̢i҉̴̛͜d̷̕҉̴l̨̧͠͡e͘͜͠y̴̶͡͠͞ on April 30, 2016, 05:18:40 AM
Not sure if it's just me or not, but sometimes, animations in latest version look different from how they are in older versions (0.73 and below) and in the game. This can range from some minor clipping to limbs going ape[censored] instead of properly going from one pose to another. This is very annoying because there are several features and fixes in latest version that are not present in older versions, but i can't just safely make animations without having to fix something.


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on April 30, 2016, 10:09:53 AM
I'm not sure if this is a bug, but every single time I ever use the weight tool in BrawlBox .76b and save, if I re-open the file, it'll vertex the points that I re-weighted to some random spot, and this drives me nuts, especially since it only does it after saving. Does anyone know of a fix?


Title: Re: BrawlBox v0.76b
Post by: E-scope12 on May 01, 2016, 05:59:24 PM
Its been a while since we had a new version of Brawlbox. I already came up with some ideas.

Post Merge: May 01, 2016, 05:59:51 PM
Its been a while since we had a new version of Brawlbox. I already came up with some ideas.


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on May 05, 2016, 03:38:11 PM
Major error: Brawlbox v0.76b crashes when attempting to replace common3.pac's sora_menu_sel_char.rel

I filed an automated error report for this too.

I'd like to see this fixed!


Solved in v0.77


Title: Re: BrawlBox v0.76b
Post by: SouperSpookioBros on May 05, 2016, 05:29:03 PM
Hey guys.

So I wanted to do something with the Halberd stage and Meta Knight. I opened the Halberd stage in the advanced model editor (or whatever it's called). Then I opened Meta Knight under the files tab on the right section. At first, I didn't see him. I looked inside the Halberd, however, and I could see Meta Knight. I want to know, is there a way to move Meta Knight, so that he is above the Halberd? Like, translating all of Meta Knight instead of just one bone? Or is there a way to select all of the bones?


Title: Re: BrawlBox v0.76b
Post by: windhunter7 on May 06, 2016, 11:12:13 AM
You could probably translate whichever bone is Meta Knight's root bone; i.e. For regular fighters, it's the TransN or TopN, but in this case, probably a hip bone or something.


Title: Re: BrawlBox v0.76b
Post by: SouperSpookioBros on May 06, 2016, 03:18:41 PM
You could probably translate whichever bone is Meta Knight's root bone; i.e. For regular fighters, it's the TransN or TopN, but in this case, probably a hip bone or something.
Thanks, man! This really helped me, so now I can make accurate size measurements. :D

Oh yeah, and the bone for MK is also TopN.


Title: Re: BrawlBox v0.76b
Post by: sluigi123 on May 06, 2016, 07:14:19 PM
Not sure if it's just me or not, but sometimes, animations in latest version look different from how they are in older versions (0.73 and below) and in the game. This can range from some minor clipping to limbs going ape[censored] instead of properly going from one pose to another. This is very annoying because there are several features and fixes in latest version that are not present in older versions, but i can't just safely make animations without having to fix something.
I've been at that problem for a while now as well. I hope that this gets fixed in a future update. It's best to use 0.67 for animations.


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on June 09, 2016, 11:48:49 PM
Brawlbox just auto-updated to v0.77 for me, however I now get an error message "Unable to find Octokit.dll" upon opening a file type that has been associated with Brawlbox. If I execute Brawlbox directly then this error does not occur (Octokit.dll is in the same directory as Brawlbox v0.77). Has anyone found a fix for this issue? I'm always glad to see a new Brawlbox update though!


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on June 10, 2016, 12:34:27 AM
Go ahead and delete it and redownload off the vault, I updated the download exe but it's not a full hotfix release since I caught it so soon.


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on June 10, 2016, 12:41:46 AM
Go ahead and delete it and redownload off the vault, I updated the download exe but it's not a full hotfix release since I caught it so soon.

The vault download did not have any problems. Thanks for your support! Also, if I find further issues with Brawlbox would you prefer them to be reported on this thread or on GitHub?


Title: Re: BrawlBox v0.76b
Post by: BlackJax96 on June 10, 2016, 12:45:38 AM
I'd say github is probably ideal, it makes issues easier to keep track of. Though I do keep an eye on this thread too.


Title: Re: BrawlBox v0.76b
Post by: Ebola16 on June 10, 2016, 12:55:27 AM
I'll keep that in mind!


Title: Re: BrawlBox v0.76b
Post by: UmbraVivens on June 10, 2016, 09:43:15 AM
so, sound effect modding is one of the fields on Brawl Modding i've been most interested in, and i saw that BrawlBox 0.77 has added support for further BRSAR modifications (adding and removing groups, sounds, folders, etc.), and i actually got hyped even though i'm not sure what that could be used for, while it obviously sounds useful.

then, could someone tell what tricks we can now pull off with said new feature? i'm legit curious about this

as a side note, is there a thread in which there's discussion for development on your Brawl Managers? because the newest version of Costume Manager still uses the PM 3.5 alignments for cosmetics and costumes and it gets confusing at times, nevertheless the Stage and Song Managers are on point

thanks in advance


Title: Re: BrawlBox v0.76b
Post by: libertyernie on June 10, 2016, 12:16:28 PM
as a side note, is there a thread in which there's discussion for development on your Brawl Managers? because the newest version of Costume Manager still uses the PM 3.5 alignments for cosmetics and costumes and it gets confusing at times, nevertheless the Stage and Song Managers are on point

thanks in advance


It's this one: http://forums.kc-mm.com/index.php?topic=27607.0 (http://forums.kc-mm.com/index.php?topic=27607.0)


Title: Re: BrawlBox v0.76b
Post by: TravixMan Productions on June 10, 2016, 08:09:05 PM
The new features in this update are exciting!  Though I have a few questions about adding sounds.  Is it possible to use it to add sounds for Project M and/or Brawl EX?  There are a lot of characters in my build who are silent when fighting, so would a tutorial be released on adding new sfx?


Title: Re: BrawlBox v0.77
Post by: Tiberious on June 15, 2016, 09:21:44 PM
Hmmm... I'm using BrawlEx (via File Patch Code 3.5.1), and smashbros_sound.brsar claims I've correctly added a new external entry pointing to strm/Z12.brstm (with Z12 pointing to it), but yet when I test it out, Bowser's victory theme is unchanged.

What am I doing wrong?


Title: Re: BrawlBox v0.77
Post by: Segtendo on June 15, 2016, 11:39:29 PM
Will looped WAV files convert to the correct loop point if it's not a multiple of 14336?


Title: Re: BrawlBox v0.77
Post by: BlackJax96 on June 16, 2016, 12:10:17 AM
Will looped WAV files convert to the correct loop point if it's not a multiple of 14336?

Yes. That was fixed a while ago.


Title: Re: BrawlBox v0.77
Post by: Tiberious on June 16, 2016, 06:34:03 AM
Okay, I found out it's a FPC issue, and I've dropped my edited smashbros_sound.brsar into a copy of the ISO, and then compressed that ISO back to WBFS, just to test and see if my edit worked (before upgradng to FPC4.1), but now something different happens.

When Bowser wins, there seems to be no sound at all, skipping straight to the post-fanfare track.

I have Z12.brstm (Smash 4's Bowser (Jr.) victory fanfare) sitting in sound/strm, so I don't know what's going on now.


Edit: I'm going to try rebuilding the ISO with a dummy Z12.brstm (a copy of 000.brstm renamed) added in and see if it's because the file wasn't originally on the disc.
If this is what causes it to work, then I'll know it's a case of the game not playing nice with FPC if the file's not ont he disc originally.


Title: Re: BrawlBox v0.77
Post by: Segtendo on June 16, 2016, 07:18:06 AM
Yes. That was fixed a while ago.
Good to know.
Thanks fam.


Title: Re: BrawlBox v0.77
Post by: Tiberious on June 16, 2016, 07:46:00 AM
SUCCESS!

Turns out it was the game not finding the file on the disc originally. As soon as I tried with a rebuild of the image where I placed a 'dummy' Z12.brstm (a renamed copy of 000.brstm) into sound/strm, FPC 3.5.1 dutifully loaded the 'real' Z12.brstm from SD card.


Title: Re: BrawlBox v0.77
Post by: Gamidame_K on June 17, 2016, 11:46:58 AM
Any chance the upcoming version could be compatible with 32 bits win 7?


Title: Re: BrawlBox v0.77
Post by: И on June 17, 2016, 12:56:33 PM
If only it was possible to select multiple vertices one-by-one with the SHIFT button. (Unless that was implemented, of course.)


Title: Re: BrawlBox v0.77
Post by: BlackJax96 on June 17, 2016, 01:12:32 PM
Any chance the upcoming version could be compatible with 32 bits win 7?

it's not?

If only it was possible to select multiple vertices one-by-one with the SHIFT button. (Unless that was implemented, of course.)

Hold CTRL to select one-by-one.


Title: Re: BrawlBox v0.77
Post by: Gamidame_K on June 17, 2016, 08:29:21 PM
Hmm, maybe the problem is my pc then, because I can't run bb up to 0.73


Title: Re: BrawlBox v0.77
Post by: windhunter7 on June 20, 2016, 06:17:40 PM
Is there a way to fix the weighting glitch? Because there's a glitch where whenever I change the weight of ANY vertex, even though it works fine, if I save the file, then when I re-open the file, the vertices will be translated to weird places. I mean, there is a workaround where translating the vertices that are changed in weight will stop this from happening, but it's rather annoying to have to do this every single time. So is there a way to fix this?

Also, is there any way to select a vertex and set the weight to a bone that it(Or another vertex you have selected) isn't weighted to? For example(This is just an imaginary example), if I had a tail model rigged to BustN and I wanted those vertices rigged to the TailN bone, would there be a way to do that in BrawlBox without selecting anything already rigged to the TailN bone? And if not, could this also be implemented?


Title: Re: BrawlBox v0.77
Post by: И on June 20, 2016, 06:32:14 PM
Is there a way to fix the weighting glitch? Because there's a glitch where whenever I change the weight of ANY vertex, even though it works fine, if I save the file, then when I re-open the file, the vertices will be translated to weird places. I mean, there is a workaround where translating the vertices that are changed in weight will stop this from happening, but it's rather annoying to have to do this every single time. So is there a way to fix this?

Also, is there any way to select a vertex and set the weight to a bone that it(Or another vertex you have selected) isn't weighted to? For example(This is just an imaginary example), if I had a tail model rigged to BustN and I wanted those vertices rigged to the TailN bone, would there be a way to do that in BrawlBox without selecting anything already rigged to the TailN bone? And if not, could this also be implemented?
^Pretty much this.


Title: Re: BrawlBox v0.77
Post by: BlackJax96 on June 20, 2016, 11:39:03 PM
Is there a way to fix the weighting glitch? Because there's a glitch where whenever I change the weight of ANY vertex, even though it works fine, if I save the file, then when I re-open the file, the vertices will be translated to weird places. I mean, there is a workaround where translating the vertices that are changed in weight will stop this from happening, but it's rather annoying to have to do this every single time. So is there a way to fix this?

Post before and after pictures, I can't seem to reproduce this problem.

Also, is there any way to select a vertex and set the weight to a bone that it(Or another vertex you have selected) isn't weighted to? For example(This is just an imaginary example), if I had a tail model rigged to BustN and I wanted those vertices rigged to the TailN bone, would there be a way to do that in BrawlBox without selecting anything already rigged to the TailN bone? And if not, could this also be implemented?

Just choose the vertex, choose the bone in the list/tree on the right, and then click + or set weight in the weight editor. Make sure the textbox next to either button isn't 0 as well.


Title: Re: BrawlBox v0.77
Post by: И on June 21, 2016, 06:08:43 AM
@windhunter7 Did you check "Update Mesh"?


Title: Re: BrawlBox v0.77
Post by: windhunter7 on June 22, 2016, 01:09:51 PM
Post before and after pictures, I can't seem to reproduce this problem.

Just choose the vertex, choose the bone in the list/tree on the right, and then click + or set weight in the weight editor. Make sure the textbox next to either button isn't 0 as well.

You can reproduce it if you select vertices of both a single-binded object and a non-single-binded object and weight those vertices 100% to one bone; otherwise, you can't really reproduce the error. I know, because I have to do this with Blender importing, since I can't yet import rigging, unless it's single-binded. And vertexing the vertices before saving has made it not translate the vertices like that every time so far, for me, at least.

Thanks for the info, btw, but is there a way to do it by selecting the vertices, the bone, and then typing the percent weight into the box to the left of "Set"? Because that's the way I normally do it.

@windhunter7 Did you check "Update Mesh"?

I don't even know what or where that button is? I cannot find it anywhere in the preview.


Title: Re: BrawlBox v0.77
Post by: И on June 22, 2016, 01:39:55 PM
Oh, I meant "Update Mesh Bind Pose" at the bottom panel, (when the model is in its bind pose and no animations are selected).


Title: Re: BrawlBox v0.77
Post by: slawter on June 23, 2016, 05:46:31 PM
Is there a way to define what settings the model will have for materials and shaders as a default? I'm importing characters into Mario Kart Wii and everytime I make a change to the model in 3ds Max I have to set them again and after a while it get's quite tedious, especially if making a lot of iterative changes.


Title: Re: BrawlBox v0.77
Post by: windhunter7 on June 23, 2016, 06:15:13 PM
If you set the materials and shaders in 3DS Max, I'm pretty sure that should set the default.


Title: Re: BrawlBox v0.77
Post by: BlackJax96 on June 23, 2016, 06:25:15 PM
Is there a way to define what settings the model will have for materials and shaders as a default? I'm importing characters into Mario Kart Wii and everytime I make a change to the model in 3ds Max I have to set them again and after a while it get's quite tedious, especially if making a lot of iterative changes.

Right click the model you've already imported and choose "Reimport Meshes". This will update the meshes of all the objects with the same name and add new meshes without resetting anything else.

You can reproduce it if you select vertices of both a single-binded object and a non-single-binded object and weight those vertices 100% to one bone; otherwise, you can't really reproduce the error. I know, because I have to do this with Blender importing, since I can't yet import rigging, unless it's single-binded. And vertexing the vertices before saving has made it not translate the vertices like that every time so far, for me, at least.

That did it. I'll go ahead and mark it as an issue on github, thanks.

Thanks for the info, btw, but is there a way to do it by selecting the vertices, the bone, and then typing the percent weight into the box to the left of "Set"? Because that's the way I normally do it.

Unfortunately you have to select the bone from the list, it will deselect the vertices if you pick it in the viewer. This can be fixed though.

If you set the materials and shaders in 3DS Max, I&#039;m pretty sure that should set the default.

No, nothing other than an object's assigned texture is imported.


Title: Re: BrawlBox v0.77
Post by: windhunter7 on June 23, 2016, 06:31:52 PM
That did it. I'll go ahead and mark it as an issue on github, thanks.

Unfortunately you have to select the bone from the list, it will deselect the vertices if you pick it in the viewer. This can be fixed though.

Sure, I just hope it can be fixed, cause it's kind of annoying.

What I meant, btw, was not picking it from the list or not, though; I just meant can you type "100" in the box and have it work as if you typed 100 in the box after selecting a bone that it's already rigged to. Sorry if this sounds confusing.


Title: Re: BrawlBox v0.77
Post by: slawter on June 27, 2016, 08:02:04 AM
For the current Mario Kart Wii character I am working on I've editted the boneset in 3ds Max 2015 as the proportions weren't right and as a result I've had to edit the animations so the character looks correct. The animations look fine in BrawlBox v0.77 but when testing in game, on the Wii, if for instance the character finishes his jump animation before he hits the floor when falling, it will go into a random, deformed pose for the remainder of the fall. Is this an issue with BrawlBox or am I missing something when editting animations?


Title: Re: BrawlBox v0.77
Post by: windhunter7 on July 20, 2016, 06:58:31 PM
2 more glitches that I keep forgetting to mention, because these particular glitches aren't as annoying:

(Only in later versions of BrawlBox) Rendering polygons in the Preview Window that don't have vertex colors will almost always have it be one solid color, usually black or green.

Deleting bones that don't have anything rigged to them can be deleted, but you can't delete more than about 2 or so bones at a time.


Title: Re: BrawlBox v0.77
Post by: windhunter7 on July 30, 2016, 10:43:56 PM
Another glitch to report: If any vertices are rigged to more than one bone(By that, I mean any one vertex is rigged to 2 or more bones), then attempting to vertex them or port them to another .pac/.pcs file of the same character via the "Import New Object" method, both of these will end up exploding the parts that are rigged to multiple bones; the only way to avoid this explosion when attempting either of these is if the vertices are rigged to only one bone. I think this might be one of the more important glitches.

Post Merge: July 30, 2016, 10:44:51 PM
P.S. It drives me nuts all the time, especially since it limits porting single objects(a hat, an arm, etc.) to some extent... -_-


Title: Re: BrawlBox v0.77
Post by: ɴᴇᴢʜᴀ on July 30, 2016, 11:34:14 PM
Yo whatup! Idk what is going on, but my brawl box keeps asking me that its not finding an octopus every time I open a .pac.

This seems like a problem that would had been responded more than 18 times already, Im sorry.


Title: Re: BrawlBox v0.77
Post by: Segtendo on July 30, 2016, 11:37:39 PM
Octokit.dll? Yea. I get that every time too.


Title: Re: BrawlBox v0.77
Post by: ɴᴇᴢʜᴀ on July 30, 2016, 11:49:01 PM
Bloody phone auto corrected me to "Octopus".

But yeah, thats what I meant


Title: Re: BrawlBox v0.77
Post by: Ebola16 on July 31, 2016, 12:01:54 AM
I had that problem when I updated from a previous version of Brawlbox using Brawlbox's updater. I deleted it and used the brawl vault download. That solved the problem for me.


Title: Re: BrawlBox v0.77
Post by: BlackJax96 on July 31, 2016, 12:59:46 PM
Another glitch to report: If any vertices are rigged to more than one bone(By that, I mean any one vertex is rigged to 2 or more bones), then attempting to vertex them or port them to another .pac/.pcs file of the same character via the "Import New Object" method, both of these will end up exploding the parts that are rigged to multiple bones; the only way to avoid this explosion when attempting either of these is if the vertices are rigged to only one bone. I think this might be one of the more important glitches.

Post Merge: July 30, 2016, 10:44:51 PM
P.S. It drives me nuts all the time, especially since it limits porting single objects(a hat, an arm, etc.) to some extent... -_-

I noticed this too. It's been fixed for the next update.

Yo whatup! Idk what is going on, but my brawl box keeps asking me that its not finding an octopus every time I open a .pac.

This seems like a problem that would had been responded more than 18 times already, Im sorry.
Octokit.dll? Yea. I get that every time too.

See here:

Brawlbox just auto-updated to v0.77 for me, however I now get an error message "Unable to find Octokit.dll" upon opening a file type that has been associated with Brawlbox. If I execute Brawlbox directly then this error does not occur (Octokit.dll is in the same directory as Brawlbox v0.77). Has anyone found a fix for this issue? I'm always glad to see a new Brawlbox update though!
Go ahead and delete it and redownload off the vault, I updated the download exe but it's not a full hotfix release since I caught it so soon.

that darn octopus


Title: Re: BrawlBox v0.77
Post by: windhunter7 on July 31, 2016, 03:41:47 PM
I noticed this too. It's been fixed for the next update.

Awesome, thanks! :D

Post Merge: July 31, 2016, 03:42:43 PM
I noticed this too. It's been fixed for the next update.

Awesome, thanks! :D


Title: Re: BrawlBox v0.77
Post by: UmbraVivens on August 05, 2016, 05:23:51 AM
hello, i'm popping in to report an error, it keeps happening when trying to import / add / replace stock icons, i got the error dump text:

en System.Drawing.Bitmap..ctor(Int32 width, Int32 height, Int32 stride, PixelFormat format, IntPtr scan0)
en System.Windows.Forms.TextureConverterDialog.LoadI magesPreservingPaletteInfo(String path)
en System.Windows.Forms.TextureConverterDialog.LoadI mages(String path)
en System.Windows.Forms.TextureConverterDialog.OnSho wn(EventArgs e)
en System.Windows.Forms.Form.CallShownEvent()
en System.Windows.Forms.Control.InvokeMarshaledCallb ackDo(ThreadMethodEntry tme)
en System.Windows.Forms.Control.InvokeMarshaledCallb ackHelper(Object obj)
en System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
en System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
en System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
en System.Windows.Forms.Control.InvokeMarshaledCallb ack(ThreadMethodEntry tme)
en System.Windows.Forms.Control.InvokeMarshaledCallb acks()

older versions won't give me this problem (or at least BB 0.67b)


Title: Re: BrawlBox v0.77
Post by: squeakyboots13 on August 17, 2016, 02:07:38 PM
Having issues in v0.77 where exporting certain textures on character models causes the program to crash. Never had this problem with older versions.


Title: Re: BrawlBox v0.77
Post by: Bitterbub on August 31, 2016, 12:23:33 AM
Hi, new user to the site, and I'm having an issue when I download Brawlbox (version 0.77). When I attempt to download the files and am presented the "Run" option after it's downloaded, nothing else happens after it's allegedly done. Otherwise how am I supposed to access these? None of it appears in my new programs list.

**NOTE** Running OS Windows 10.


Title: Re: BrawlBox v0.77
Post by: j0ker1212 on September 24, 2016, 12:57:18 PM
Question. please direct me if this has already been answered but how would one rimlight in .77? an in depth tutorial would be preferred, Thank you.


Title: Re: BrawlBox v0.77
Post by: Ebola16 on September 24, 2016, 01:10:07 PM
Question. please direct me if this has already been answered but how would one rimlight in .77? an in depth tutorial would be preferred, Thank you.
https://smashboards.com/threads/scouts-smash-3-rimlight-tutorial.370374/
Some of the values will have different names in the newest version of Brawlbox. It's best to look at a model that is already rimlit while following that guide to see what names changed.


Title: Re: BrawlBox v0.77
Post by: rederci939 on October 07, 2016, 04:47:32 PM
I updated to .77, and now suddenly it breaks whenever I try to open a wav file above a certain size.

The audio window opens up, but the length is 0:00 and if I try to convert it either crashes or just creates an empty BRSTM.

Anybody have any clues why this would be happening?


Title: Re: BrawlBox v0.77
Post by: Rodo Furedorikku on October 08, 2016, 02:23:44 PM
0.77 doesn't like new DAE imports I rigged for Smash Wii U. I was gonna use BB for animation.


Title: Re: BrawlBox v0.77
Post by: ThePhantomPsychic on October 08, 2016, 05:18:33 PM
I updated to .77, and now suddenly it breaks whenever I try to open a wav file above a certain size.

The audio window opens up, but the length is 0:00 and if I try to convert it either crashes or just creates an empty BRSTM.

Anybody have any clues why this would be happening?

Have you tried Brawl Box V0.73b?


Title: Re: BrawlBox v0.77
Post by: libertyernie on October 17, 2016, 07:42:08 AM
I updated to .77, and now suddenly it breaks whenever I try to open a wav file above a certain size.

The audio window opens up, but the length is 0:00 and if I try to convert it either crashes or just creates an empty BRSTM.

Anybody have any clues why this would be happening?
Can you post or send me a wav file that's big enough to cause this error?


Title: Re: BrawlBox v0.77
Post by: E-scope12 on October 17, 2016, 11:30:28 PM
The animated stage lighting for Delfino Plaza plays differently in Brawlbox than in game.


Title: Re: BrawlBox v0.77
Post by: Ebola16 on October 19, 2016, 01:34:55 PM
I'm still new to compiling programs in Visual Studio and I would like to test the debug build. I tried and I got this access violation when opening a file. Is this a known problem or am I doing something wrong? Thanks!

(http://i.imgur.com/voQCgCm.png)


Title: Re: BrawlBox v0.77
Post by: libertyernie on October 21, 2016, 07:56:45 AM
Change the platform from Any CPU to x86. There are parts of BrawlBox that don't work in 64-bit.


Title: Re: BrawlBox v0.77
Post by: Ebola16 on October 21, 2016, 11:02:31 AM
Change the platform from Any CPU to x86. There are parts of BrawlBox that don't work in 64-bit.
It now works as expected. Thanks!


Title: Re: BrawlBox v0.77
Post by: omega941 on October 28, 2016, 03:08:45 PM
I can't open any version of brawlbox right now i've tried to delete it and reinstall it but i still get this error report every time i try to open it up. What can i Do to fix this

Configuration system failed to initialize
   at System.Configuration.ClientConfigurationSystem.On ConfigRemoved(Object sender, InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot. OnConfigRemoved(InternalConfigEventArgs e)
   at System.Configuration.Internal.InternalConfigRoot. RemoveConfigImpl(String configPath, BaseConfigurationRecord configRecord)
   at System.Configuration.BaseConfigurationRecord.GetS ectionRecursive(String configKey, Boolean getLkg, Boolean checkPermission, Boolean getRuntimeObject, Boolean requestIsHere, Object& result, Object& resultRuntimeObject)
   at System.Configuration.BaseConfigurationRecord.GetS ection(String configKey)
   at System.Configuration.ClientConfigurationSystem.Sy stem.Configuration.Internal.IInternalConfigSystem .GetSection(String sectionName)
   at System.Configuration.ConfigurationManager.GetSect ion(String sectionName)
   at System.Configuration.ClientSettingsStore.ReadSett ings(String sectionName, Boolean isUserScoped)
   at System.Configuration.LocalFileSettingsProvider.Ge tPropertyValues(SettingsContext context, SettingsPropertyCollection properties)
   at System.Configuration.SettingsBase.GetPropertiesFr omProvider(SettingsProvider provider)
   at System.Configuration.SettingsBase.GetPropertyValu eByName(String propertyName)
   at System.Configuration.SettingsBase.get_Item(String propertyName)
   at System.Configuration.ApplicationSettingsBase.GetP ropertyValue(String propertyName)
   at System.Configuration.ApplicationSettingsBase.get_ Item(String propertyName)
   at BrawlLib.Properties.Settings.get_AudioVolumePerce nt()
   at System.Windows.Forms.AudioPlaybackPanel..ctor()
   at BrawlBox.MainForm.InitializeComponent()
   at BrawlBox.MainForm..ctor()
   at BrawlBox.MainForm.get_Instance()
   at BrawlBox.Program.Main(String[] args)


Title: Re: BrawlBox v0.77
Post by: libertyernie on November 01, 2016, 11:02:01 AM
I can't open any version of brawlbox right now i've tried to delete it and reinstall it but i still get this error report every time i try to open it up. What can i Do to fix this
Do you have a BrawlBox.exe.config? Here's what it looks like for me:
Code:
<?xml version="1.0"?>
<configuration>
  <configSections>
    <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
      <section name="BrawlBox.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/>
    </sectionGroup>
  </configSections>
  <startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup>
  <applicationSettings>
    <BrawlBox.Properties.Settings>
      <setting name="Setting" serializeAs="String">
        <value>False</value>
      </setting>
    </BrawlBox.Properties.Settings>
  </applicationSettings>
  <runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <probing privatePath="lib"/>
  </assemblyBinding>
</runtime>
</configuration>
Apparently if the <configSections ...> part is not right after <configuration>, it can cause problems.
https://amoghnatu.net/2013/11/22/solutionconfiguration-system-failed-to-initialize-c-exception/ (https://amoghnatu.net/2013/11/22/solutionconfiguration-system-failed-to-initialize-c-exception/)


Title: Re: BrawlBox v0.77
Post by: Ashley and Red on November 19, 2016, 05:46:20 PM
ugh, sorry to bother so suddenly (I guess everybody thought I was dead XD) but the .brsar sound replacement still dont work for games other than SSBB and MKW...It gives the "Instance out of object" error or something like that...Is this un-fixable for now, or...? If needed I can link the brsar file I was trying to worki on...


Title: Re: BrawlBox v0.77
Post by: И on December 07, 2016, 09:42:54 AM
Hey, does BrawlBox v0.77 work well on 32-bit systems? Everytime I preview a model, it throws an error:

Unable to find an entry point named 'glGetUniformLocation' in DLL 'opengl32.dll'.
   at OpenTK.Graphics.OpenGL.GL.Core.GetUniformLocation(UInt32 program, String name)
   at OpenTK.Graphics.OpenGL.GL.GetUniformLocation(Int32 program, String name)
   at BrawlLib.OpenGL.GLTexture.Bind(Int32 index, Int32 program)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Load(Int32 index, Int32 program)
   at BrawlLib.SSBB.ResourceNodes.MDL0TextureNode.Prepa re(MDL0MaterialRefNode mRef, Int32 shaderProgramHandle, String palette)
   at BrawlLib.SSBB.ResourceNodes.MDL0MaterialRefNode.B ind(Int32 prog)
   at BrawlLib.SSBB.ResourceNodes.MDL0ObjectNode.Render(Boolean wireframe, Boolean useShaders, MDL0MaterialNode material)
   at BrawlLib.SSBB.ResourceNodes.DrawCall.Render(ModelPanelViewport viewport)
   at System.Windows.Forms.ModelPanel.OnRenderViewport(PaintEventArgs e, GLViewport v)
   at BrawlLib.OpenGL.GLPanel.OnRender(PaintEventArgs e)
   at BrawlLib.OpenGL.GLPanel.OnPaint(PaintEventArgs e)
   at System.Windows.Forms.Control.PaintWithErrorHandli ng(PaintEventArgs e, Int16 layer)
   at System.Windows.Forms.Control.WmPaint(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.UserControl.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)


Title: Re: BrawlBox v0.77
Post by: windhunter7 on December 07, 2016, 03:04:52 PM
Btw, can anyone help me with a problem I'm having? I'm stumped. Please help, if anyone can: http://forums.kc-mm.com/index.php?topic=77986.msg1367670#new (http://forums.kc-mm.com/index.php?topic=77986.msg1367670#new)


Title: Re: BrawlBox v0.77
Post by: libertyernie on December 08, 2016, 07:57:13 AM
Hey, does BrawlBox v0.77 work well on 32-bit systems? Everytime I preview a model, it throws an error:

Unable to find an entry point named 'glGetUniformLocation' in DLL 'opengl32.dll'.

This might have something to do with your video driver.
I know BrawlBox works on 32-bit - it actually doesn't work on 64-bit (lots of code that assumes you can cast pointers to ints) and so we always build it as a 32-bit program.


Title: Re: BrawlBox v0.77
Post by: E-scope12 on February 12, 2017, 07:22:13 PM
Is it possible to make the model Optimizer in BrawlBox optimize models by decreasing it's poly count to 4x or 8x to reduce filesize?


Title: Re: BrawlBox v0.77
Post by: DSX8 on February 12, 2017, 07:33:49 PM
the Optimizer in brawlbox was only for total face count, it doesn't do it for poly's at all. learn to optimize the model yourself.


Title: Re: BrawlBox v0.77
Post by: libertyernie on February 23, 2017, 10:40:29 AM
BrawlBox v0.78 release candidate 1

You might notice that this version is in a bigger .zip file and has a new directory structure. This is because it now supports python plugins! I have a couple I'm going to make and post in another thread.

Please test this version out and post here if there are any regressions from v0.77.

https://github.com/libertyernie/brawltools/releases/download/v0.78_rc1/BrawlBox.v0.78.rc1.zip (https://github.com/libertyernie/brawltools/releases/download/v0.78_rc1/BrawlBox.v0.78.rc1.zip)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: KingJigglypuff on February 23, 2017, 11:52:10 AM
While not a regression, this has been an issue since, I believe v0.77, but the Weight Editor does not like newly added bones. When attempting to weigh a newly added bone, the vertecies aren't properly weighed, and end up glitching out. Saving doesn't fix the issue. This issue is still present in v0.78

Example Image
(http://i.imgur.com/FpdYdo8.png)

This next issue has effected me since v0.77. Whenever I attempt to import a texture, the BrawlBox windows get small, and the text changes format.

Before attempting a texture import with v0.77 onward
(http://i.imgur.com/tn88zJt.png)

How the texture import window should look (taken from v0.76b)
(http://i.imgur.com/txxJlLJ.png)

Texture import window with v0.77 onward
(http://i.imgur.com/Vcp0E27.png)

After attempting a texture import with v0.77 onward
(http://i.imgur.com/5awJi6p.png)

Just like the previous issue, this is something that's still present in v0.78.

This final issue is something I've posted on the Github issues section, and was told this issue was due to the ANIM importer being unfinished.

What the issue is is that since the ANIM importer is unfinished, it tends to mess up animations, causing them to jitter and bloat file size.
Before ANIM import
(http://i.imgur.com/xJrDZYl.gif)

After ANIM import (pay attention to the quills, legs, and arms)
(http://i.imgur.com/SlXjI8i.gif)

You likely already know about this issue specifically, but I just wanted to throw this issue out there in hopes someone who'll know what to do sees this, and finishes BrawlBox's ANIM importer.

Edit: There seems to be an issue with v0.78's Edit All function for animations. It'll only edit and save animations that don't have keyframes for the bones in question. Otherwise, it'll display the changes, but revert said changes upon saving.

Edit 2: You can force the edits to save by making a minor edit to the affected animations.

Edit 3: I remember this same issue effecting the Clean function for animations as well. Changes wouldn't be saved, unless the animation was altered aside from being cleaned.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: libertyernie on February 23, 2017, 01:04:48 PM
This next issue has effected me since v0.77. Whenever I attempt to import a texture, the BrawlBox windows get small, and the text changes format.

Before attempting a texture import with v0.77 onward
([url]http://i.imgur.com/tn88zJt.png[/url])

How the texture import window should look (taken from v0.76b)
([url]http://i.imgur.com/txxJlLJ.png[/url])

Texture import window with v0.77 onward
([url]http://i.imgur.com/Vcp0E27.png[/url])

After attempting a texture import with v0.77 onward
([url]http://i.imgur.com/5awJi6p.png[/url])

Just like the previous issue, this is something that's still present in v0.78.


This only happens on high-DPI monitors. I think I tried once to fix it and couldn't come up with anything. I'll look again if I have time.

Quote
Edit: There seems to be an issue with v0.78's Edit All function for animations. It'll only edit and save animations that don't have keyframes for the bones in question. Otherwise, it'll display the changes, but revert said changes upon saving.

Edit 2: You can force the edits to save by making a minor edit to the affected animations.

Edit 3: I remember this same issue effecting the Clean function for animations as well. Changes wouldn't be saved, unless the animation was altered aside from being cleaned.


Sounds like it's not marking IsDirty as true on the CHR0 entry node. This should be an easy fix.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 23, 2017, 06:16:30 PM
BrawlBox v0.78 release candidate 1

You might notice that this version is in a bigger .zip file and has a new directory structure. This is because it now supports python plugins! I have a couple I'm going to make and post in another thread.

Please test this version out and post here if there are any regressions from v0.77.

[url]https://github.com/libertyernie/brawltools/releases/download/v0.78_rc1/BrawlBox.v0.78.rc1.zip[/url] ([url]https://github.com/libertyernie/brawltools/releases/download/v0.78_rc1/BrawlBox.v0.78.rc1.zip[/url])


So, what's the changelog for this version? Because there were four very annoying glitches that persisted in 0.77 and 0.76, one of which was only glitchy in those versions and NOT a glitch in previous versions.

The glitch that was not in previous versions but is in the newer ones is the most annoying, and that is that if you attempt translating vertices that are rigged to more than one bone, they don't translate properly. The vertices will explode, moving all in different directions, and then if you press Ctrl+Z it doesn't even undo it properly. And you can't translate them back, either; they can ONLY move away from the model. And attempting to scale vertices will also cause this same glitch.

The second glitch would be that some models(I don't know what causes this, but it happens with some models), if you attempt to re-rig something 100% to one bone that it's rigged to(For example, if a head is rigged to the HeadN bone and the NeckN bone, and you want to rig it 100% to the HeadN bone), you can use the +'s and -'s fine, that won't do anything(Except that, because the other bones in the list are still in the list, glitch number one will still happen); but, if you attempt to write in the value 100 in the top box for the weight, it WILL look fine in BrawlBox, but the model will get destroyed in-game, although I can't say for sure if it's the UVs, the materials, the shaders, or a combination. The model will end up rigged perfectly fine, but it will look really weird. Two examples that happened to me are in the spoiler below.

Sometimes, in the preview window, (This particular glitch didn't happen in earlier versions, btw) certain models will turn either green, blue, or black, kind of randomly. I'm not certain as to what causes this, but based on how it happened to any of my "No Purplish Tint Sonic" models, where I edited the materials and also removed the color nodes, I think it has something to do with the color nodes.

Another glitch is that sometimes(Not always, but it is rather common), if you re-rig vertices, and then save and exit, if you re-open, the vertices that you re-rigged will be in different, randomized locations, but the model looked fine before. Fixing it, the only way to fix it is, in itself annoying, because you have to get out of the Weight Editor, unselect everything, then select the vertices that you re-weighed, translate them somewhere else, then translate them back. If you do this, when you save, exit, and re-open, they're fine, but this is really annoying, especially since it could cause the other glitch, if, when rigging, you don't rig everything to one bone.

There's this fifth glitch too, but I don't find it very annoying, because you can just use version 0.71 and it works fine, glitch-free. But in the later version of .76 or .77, if you use the Add New Object button or whatever it's called, with the same settings as in .71, the entire model will get messed up.

P.S. Now that Blender importing is literally perfect, these glitches aren't necessary to fix, but they still are annoying glitches, and I would like them to be fixed, if possible.


So, even though I fixed it by doing it a different way, it did happen to the Groose model that I used here(If you need to, I can provide the DL):
http://i.imgur.com/19BUyLe.png (http://i.imgur.com/19BUyLe.png)

And here, in this different model(An edited Eevee model), you can definitely see what it did to the body:
(http://i.imgur.com/elshsqk.png)



Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 24, 2017, 07:47:07 AM
Hey, quick question: I came in contact with someone who uploaded the SSBB models to Models Resource, and was told that he used BrawlBox to extract the models and textures, and they were automatically UV Mapped. However, when I exported a model from Brawlbox as a .DAE file, and the textures as .PNG's, the model isn't UV mapped despite the material already having the textures listed. Which version of BrawlBox exports the UV Mapping? I'm using v.0.77


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: libertyernie on February 24, 2017, 07:48:57 AM
Changelog: https://github.com/libertyernie/brawltools/blob/26ec2e90b7a4f3c877619092f86d42d7085484ad/BrawlBox/Changelog.txt (https://github.com/libertyernie/brawltools/blob/26ec2e90b7a4f3c877619092f86d42d7085484ad/BrawlBox/Changelog.txt)

I personally know very little about any of the 3D model related components in Brawl or BrawlBox, so I won't be able to fix any of those bugs.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 24, 2017, 08:49:17 AM
Hey, quick question: I came in contact with someone who uploaded the SSBB models to Models Resource, and was told that he used BrawlBox to extract the models and textures, and they were automatically UV Mapped. However, when I exported a model from Brawlbox as a .DAE file, and the textures as .PNG's, the model isn't UV mapped despite the material already having the textures listed. Which version of BrawlBox exports the UV Mapping? I'm using v.0.77

Are you using Max or Blender? Because I export as .dae from BrawlBox .71, convert it to .fbx, and import it to Blender and the UVs are fine. (Importing the .dae to Blender also works, but then when you attempt the importing process of export-as-fbx-convert-to-dae-import-dae-to-Brawlbox, there's a glitch with the right side of the model; only the right side, which is even weirder O_O ) But yeah, try BrawlBox .71 and see if that exports the UVs properly. Since it works fine for Blender, I'm fairly sure that it should also work for Max.

Post Merge: February 24, 2017, 08:53:17 AM
Changelog: https://github.com/libertyernie/brawltools/blob/26ec2e90b7a4f3c877619092f86d42d7085484ad/BrawlBox/Changelog.txt (https://github.com/libertyernie/brawltools/blob/26ec2e90b7a4f3c877619092f86d42d7085484ad/BrawlBox/Changelog.txt)

I personally know very little about any of the 3D model related components in Brawl or BrawlBox, so I won't be able to fix any of those bugs.

Awesome, thanks! Ok, quick question then: You said "Fixed weight editor bugs"; which bugs specifically, out of curiosity? ;D


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 24, 2017, 09:50:55 AM
Are you using Max or Blender? Because I export as .dae from BrawlBox .71, convert it to .fbx, and import it to Blender and the UVs are fine. (Importing the .dae to Blender also works, but then when you attempt the importing process of export-as-fbx-convert-to-dae-import-dae-to-Brawlbox, there's a glitch with the right side of the model; only the right side, which is even weirder O_O ) But yeah, try BrawlBox .71 and see if that exports the UVs properly. Since it works fine for Blender, I'm fairly sure that it should also work for Max.

Post Merge: February 24, 2017, 08:53:17 AM
Awesome, thanks! Ok, quick question then: You said "Fixed weight editor bugs"; which bugs specifically, out of curiosity? ;D
I'm using Blender. What program do I use to convert the .dae model to .fbx?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 24, 2017, 10:34:13 AM
Use Autodesk's FBX Converter 2013.3; here's a link to it: http://usa.autodesk.com/adsk/servlet/pc/item?siteID=123112&id=22694909 (http://usa.autodesk.com/adsk/servlet/pc/item?siteID=123112&id=22694909)

But, yeah, in BrawlBox .71, export as .dae, in the FBX Converter, convert the .dae to .fbx, and then import the .fbx into the newest version of Blender. You could also directly import the .dae into the newest version of Blender, instead, and the bones won't be weird-looking like importing the .fbx, but importing the .dae would mean that you can't export the model back into BrawlBox with the rigging intact if you edit it. The .dae though does contain bones that work; it's just that the Brawl animations will mess it up, because they don't have heads and tails like octahedronal bones do.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 24, 2017, 11:40:33 AM
Use Autodesk's FBX Converter 2013.3; here's a link to it: [url]http://usa.autodesk.com/adsk/servlet/pc/item?siteID=123112&id=22694909[/url] ([url]http://usa.autodesk.com/adsk/servlet/pc/item?siteID=123112&id=22694909[/url])

But, yeah, in BrawlBox .71, export as .dae, in the FBX Converter, convert the .dae to .fbx, and then import the .fbx into the newest version of Blender. You could also directly import the .dae into the newest version of Blender, instead, and the bones won't be weird-looking like importing the .fbx, but importing the .dae would mean that you can't export the model back into BrawlBox with the rigging intact if you edit it. The .dae though does contain bones that work; it's just that the Brawl animations will mess it up, because they don't have heads and tails like octahedronal bones do.

I downloaded the latest version of Blender, Brawlbox .71, the FBX Converter and exported the model as a .dae, and the textures as .PNG, and then converted the DAE file to FBX, and this is what I got: (http://i.imgur.com/SkEU5CM.png)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 24, 2017, 11:43:52 AM
Where are the .png files located?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 24, 2017, 11:45:25 AM
Where are the .png files located?
They're in the same folder as the .FBX model


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 24, 2017, 01:19:26 PM
Ok, so I just spent like an hour and a half Googling stuff, and found out how to fix it(I honestly never knew this before, myself):

1) You will have to do this for every single polygon; annoying, yes, but you have to do it for each one; a shortcut to select each would be to use the upper-right-hand display that has the orange triangles, expand the bones, and then select each of the orange triangles.

2) Go from Object Mode into Edit Mode, and select all the vertices

3) The bottom icon that's a clock, select that dropdown and change it to UV/Image Editor

4) Go Image->Open Image and select the image that would be associated with that particular polygon

5) Go back to Object Mode

6) Repeat on each polygon


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: libertyernie on February 24, 2017, 01:32:01 PM
Awesome, thanks! Ok, quick question then: You said "Fixed weight editor bugs"; which bugs specifically, out of curiosity? ;D
This stuff (I don't really know what it means): https://github.com/libertyernie/brawltools/commit/6a3691c41cd205ce38058f17d3995745f96e9db1 (https://github.com/libertyernie/brawltools/commit/6a3691c41cd205ce38058f17d3995745f96e9db1)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 24, 2017, 02:56:51 PM
Ok, so I just spent like an hour and a half Googling stuff, and found out how to fix it(I honestly never knew this before, myself):

1) You will have to do this for every single polygon; annoying, yes, but you have to do it for each one; a shortcut to select each would be to use the upper-right-hand display that has the orange triangles, expand the bones, and then select each of the orange triangles.

2) Go from Object Mode into Edit Mode, and select all the vertices

3) The bottom icon that's a clock, select that dropdown and change it to UV/Image Editor

4) Go Image->Open Image and select the image that would be associated with that particular polygon

5) Go back to Object Mode

6) Repeat on each polygon
Tried what you suggested, didn't work :(

Am I missing something?

https://gfycat.com/EnormousVapidAiredaleterrier


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 24, 2017, 08:49:46 PM
This stuff (I don't really know what it means): https://github.com/libertyernie/brawltools/commit/6a3691c41cd205ce38058f17d3995745f96e9db1 (https://github.com/libertyernie/brawltools/commit/6a3691c41cd205ce38058f17d3995745f96e9db1)

Me neither. Out of curiosity, is that Java? It looks like Java. :)

Tried what you suggested, didn't work :(

Am I missing something?

https://gfycat.com/EnormousVapidAiredaleterrier

It should theoretically work. Come to think of it, though, when I did it, my original model looked white/gray instead of black, whereas when I was experimenting with buttons, and selected GLSL, the model turned black. So try this, then retry what I was saying, and see if it then works, cause it worked for me:

Press the N key to open up Properties, and then scroll down to Shading, and there should be a dropdown; what does the dropdown say? If the dropdown says GLSL like my hunch is, change it to Multitextured and it should work.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: dRage on February 25, 2017, 04:59:48 AM
This is not necessarily a problem with the new release (had it since 0.77) but it still persists in 0.78.

On some models the graphical overlay for the bone rotations gets very small but it only affects the overlay since in order to actually rotate the bone I have to hover the mouse over where the X/Y/Z lines would be if the overlay was normal size.

Example images:
What it's supposed to look like:
(http://i.imgur.com/p78vfKT.png)

What it looks like:
(http://i.imgur.com/ghHhOGJ.png)

Neither replacing Brawlbox nor replacing the models helped.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 25, 2017, 11:17:41 AM
Me neither. Out of curiosity, is that Java? It looks like Java. :)

It should theoretically work. Come to think of it, though, when I did it, my original model looked white/gray instead of black, whereas when I was experimenting with buttons, and selected GLSL, the model turned black. So try this, then retry what I was saying, and see if it then works, cause it worked for me:

Press the N key to open up Properties, and then scroll down to Shading, and there should be a dropdown; what does the dropdown say? If the dropdown says GLSL like my hunch is, change it to Multitextured and it should work.
I set it to Mutitextured and redid the step, but it still didn't work. I tried redoing the entire exporting, using 0.71 and then 0.77 (0.78 wouldn't download)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 25, 2017, 04:54:44 PM
Ok, I dunno. I guess, test to see if you can do it with Link's tunic polygon? Because that's what I tested, was doing it with that, and it worked. So test it with Link's 2 main polygons(The one that his boots are part of, and the one that his tunic is part of), and see if you can get it to work with that. Then tell me what happened, so we can narrow down what the issue may be.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 26, 2017, 05:39:21 AM
Ok, I dunno. I guess, test to see if you can do it with Link's tunic polygon? Because that's what I tested, was doing it with that, and it worked. So test it with Link's 2 main polygons(The one that his boots are part of, and the one that his tunic is part of), and see if you can get it to work with that. Then tell me what happened, so we can narrow down what the issue may be.
No idea what the problem is as well, if it has something to do with my PC. Alo, what should I do with Link? I assume you're talking to someone else?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 26, 2017, 10:31:42 AM
No, I meant see if you can do what you were attempting to do with Fox, but with Link's model(Specifically, the two polygons that I mentioned), and see if it's a Fox thing, or if it's your Blender settings


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 26, 2017, 11:58:32 AM
No, I meant see if you can do what you were attempting to do with Fox, but with Link's model(Specifically, the two polygons that I mentioned), and see if it's a Fox thing, or if it's your Blender settings

Ok, gotcha. It's not just a Wolf thing, didn't work for Link either.

Also, just to clarify: Like with Wolf, the UVs are there and mapped, but the textures just aren't visible in Blender, so I have no idea if it'll display in SFM eventually

(http://i.imgur.com/PfyrIw6.png)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on February 26, 2017, 12:04:00 PM
I'm not sure, but I think it's a Blender thing that the textures won't appear; I really dunno, though. Have you tested to see if they will display properly in SFM?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: PlayingGames97 on February 26, 2017, 12:15:53 PM
I'm not sure, but I think it's a Blender thing that the textures won't appear; I really dunno, though. Have you tested to see if they will display properly in SFM?
Not yet, I've been a bit busy with IRL stuff and I've yet to create the VMT and VTF files for it, but I'll get back to you when I've made them and checked out if they'll have worked or not.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: Segtendo on February 27, 2017, 04:44:58 PM
I know I'm late, but holy [censored]. BrawlBox is still alive and kicking.

And now I fade into obscurity.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: E-scope12 on March 01, 2017, 02:23:12 PM
This happens when I import some of the Pokémon XY Models into Brawlbox. Is there a way to fix this?

(http://i.imgur.com/QaJF3Sk.png)


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: Platinum Lucario on March 06, 2017, 06:22:22 AM
I have bug to report on BrawlBox. It has not been fixed in 0.78 RC1 either.

The BFSTM framework for BrawlBox is not developed properly. Whenever you play a BFSTM in BrawlBox, there is always a clicking noise in the stream. Do you want to know what causes it? It's because it's using an incorrect hex value to indicate on moving to the next sample. So what happens is the next sample that is played is using an extra byte in playing back, but at the same time, missing the end of the sample that is supposed to be played as a sound sample.

It may sound like there's a clicking noise every 0.5 seconds, but that's because it plays too quickly for it to be heard until 0.5 seconds later. But what really is happening, is it's playing a clicking noise on every single sample in the stream.

Next up, multiple streams in BCSTM are not supported in BrawlBox yet, therefore bringing up an error saying that multi-stream files are not supported. But in reality, it's actually because BrawlBox got it's header values in the wrong position when reading the file format.

BCSTMs and BFSTMs are completely different format, you can't just expect them to be identical to BRSTMs. Their coding may be similar in that it's made using NintendoWare, but there are huge differences in their header positions in NW4C and NW4F formats.

Please fix them. Otherwise I may have to do some trial and error in trying to fix those bugs myself. ^^'


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: libertyernie on March 06, 2017, 07:01:04 AM
I have bug to report on BrawlBox. It has not been fixed in 0.78 RC1 either.

The BFSTM framework for BrawlBox is not developed properly. Whenever you play a BFSTM in BrawlBox, there is always a clicking noise in the stream. Do you want to know what causes it? It's because it's using an incorrect hex value to indicate on moving to the next sample. So what happens is the next sample that is played is using an extra byte in playing back, but at the same time, missing the end of the sample that is supposed to be played as a sound sample.

It may sound like there's a clicking noise every 0.5 seconds, but that's because it plays too quickly for it to be heard until 0.5 seconds later. But what really is happening, is it's playing a clicking noise on every single sample in the stream.

Next up, multiple streams in BCSTM are not supported in BrawlBox yet, therefore bringing up an error saying that multi-stream files are not supported. But in reality, it's actually because BrawlBox got it's header values in the wrong position when reading the file format.

BCSTMs and BFSTMs are completely different format, you can't just expect them to be identical to BRSTMs. Their coding may be similar in that it's made using NintendoWare, but there are huge differences in their header positions in NW4C and NW4F formats.

Please fix them. Otherwise I may have to do some trial and error in trying to fix those bugs myself. ^^'
Do you have a link to some sort of specification for the header formats?

I assume vgmstream doesn't have this problem, right?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on March 06, 2017, 08:24:48 AM
This happens when I import some of the Pokémon XY Models into Brawlbox. Is there a way to fix this?

([url]http://i.imgur.com/QaJF3Sk.png[/url])



Expand the MDL0, and expand the Materials folder; see if you can expand each material. If not, that means that there are no textures attached to the materials, and this is super easy to fix.(This is something that happens with Blender importing, too) Go to a Brawl fighter, expand the MDL0, expand the Materials folder, and export a material. Make sure that either it's a material with only one texture being referenced, or, if you want to actually use a reflective material, use one from your choice of what kind of reflection you want(For example, Samus' reflection looks entirely different from Sonic's reflection on his fur) Now go back to the Pokemon model, and back to the Materials folder, and right-click->Replace all of the materials with the one that you exported. (This sentence is optional)Expand these materials, and, for each material, rename what texture is assigned to the material to whatever you want to name it to. Now go into the Textures part(Where the actual textures are located, in the other BRRES), delete any existing textures and/or palettes, and right-click the BRRES and click Import->Texture, select the textures of the Pokemon model that you want to import, and rename them to the corresponding materials. Now the model should have the textures attached to it.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: E-scope12 on March 06, 2017, 11:08:40 AM
Expand the MDL0, and expand the Materials folder; see if you can expand each material. If not, that means that there are no textures attached to the materials, and this is super easy to fix.(This is something that happens with Blender importing, too) Go to a Brawl fighter, expand the MDL0, expand the Materials folder, and export a material. Make sure that either it's a material with only one texture being referenced, or, if you want to actually use a reflective material, use one from your choice of what kind of reflection you want(For example, Samus' reflection looks entirely different from Sonic's reflection on his fur) Now go back to the Pokemon model, and back to the Materials folder, and right-click->Replace all of the materials with the one that you exported. (This sentence is optional)Expand these materials, and, for each material, rename what texture is assigned to the material to whatever you want to name it to. Now go into the Textures part(Where the actual textures are located, in the other BRRES), delete any existing textures and/or palettes, and right-click the BRRES and click Import->Texture, select the textures of the Pokemon model that you want to import, and rename them to the corresponding materials. Now the model should have the textures attached to it.
I meant the bones. How do you fix that?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on March 06, 2017, 11:23:04 AM
Oh, sorry. What kind of file did you import it as, what program did you export the model from, and what version of BrawlBox did you use?

Unfortunately, I only know Blender importing, so if you used another program, I dunno why. I do know, though, that this was a problem with Blender importing, where it did that same thing, way back when I was first testing importing rigged models, and although I can't directly remember why it did that, I think it had something to do with either the rotation of the model and bones as a whole, or with the rotation/translation of the individual bones themselves.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: E-scope12 on March 06, 2017, 03:28:37 PM
Oh, sorry. What kind of file did you import it as, what program did you export the model from, and what version of BrawlBox did you use?

Unfortunately, I only know Blender importing, so if you used another program, I dunno why. I do know, though, that this was a problem with Blender importing, where it did that same thing, way back when I was first testing importing rigged models, and although I can't directly remember why it did that, I think it had something to do with either the rotation of the model and bones as a whole, or with the rotation/translation of the individual bones themselves.
I imported it as a dae from Autodesk 3DS Max 2011.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: windhunter7 on March 06, 2017, 03:41:07 PM
Yeah, then, in that case, what I said above is the only thing I can say to help. I unfortunately don't know Max. :(


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: KingJigglypuff on March 06, 2017, 05:12:57 PM
While not a bug, it's a regression that's been in Brawlbox since I think v0.68b, but back in v0.67, you could edit certain Bone Flags, alongside other bone-related things.

Example Image (v0.67):
(http://i.imgur.com/rYYQSWo.png)

These features are no longer present in BrawlBox versions past v0.67.

Example Image (v0.68b):
(http://i.imgur.com/KYotK9b.png)

On an unrelated note, when could we expect a hotfix update to v0.78? It would also be nice to see the moveset editor from v0.68b make a comeback in a separate branch version with added features.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: libertyernie on March 06, 2017, 07:21:24 PM
On an unrelated note, when could we expect a hotfix update to v0.78? It would also be nice to see the moveset editor from v0.68b make a comeback in a separate branch version with added features.
I'll probably make a "final" version of 0.78 later this week, with just one change (an Edit All dialog fix.)

I wasn't working on BrawlBox until v0.72 so I'd have to go back and try to figure out where the bone flags went (unless BJ96 is around and knows.)

I'd like to fix the CSTM and FSTM stuff since I was the one who added that, but that will probably have to wait for later.

Post Merge: March 07, 2017, 07:17:11 AM
For each of the bone flags, there is another way to toggle it:
  • NoTransform: I think it turns this one on if you set scale to (1,1,1) and translation and rotation to (0,0,0)
  • FixedTranslation: Set translation to (0,0,0)
  • FixedRotation: Set rotation to (0,0,0)
  • FixedScale: Set scale to (1,1,1)
  • ScaleEqual: Set scale to the same number in all 3 directions
  • SegScaleCompApply: has its own toggle setting
  • SegScaleCompParent: has its own toggle setting
  • ClassicScaleOff: has its own toggle setting
  • Visible: has its own toggle setting
  • HasGeometry: there is at least one node user (Users.Count > 0) or at least one object rigged only to this bone (SingleBindObjects.Length > 0). Not quite sure what this means exactly.
  • HasBillboardParent: set BillboardRefBone to something that is not null


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: BlackJax96 on March 08, 2017, 10:39:09 AM
Yeah, the flags don't need to be visible. They're all calculated automatically.

  • HasGeometry: there is at least one node user (Users.Count > 0) or at least one object rigged only to this bone (SingleBindObjects.Length > 0). Not quite sure what this means exactly.

This means the bone influences at least one vertex (Users) or a whole object (SingleBindObjects). If HasGeometry isn't set it means that the bone is only influencing child bones and has no direct effect on any vertices.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: KingJigglypuff on March 08, 2017, 12:32:05 PM
Bone Flags can be used to make added bones stationary without the need to add a keyframe to it. This helps out most with costumes with added bones, like with the Kart R.O.B. alt in Project M. Even some vBrawl bones have different Bone Flags.

Examples:
(http://i.imgur.com/408f8CH.png)
(http://i.imgur.com/K8nNUcz.png)
Both these bones do not have geometry and are used for Stage Position parameters.

Edit: Here's an in-game example to further show what I mean.
(http://i.imgur.com/j9LCLrl.png)
This screencap shows the Lucario Final Smash placement bone on a Boss Battle stage. Without editing the Bone Flags  to "FixedRotation, FixedScale, Common5, Visible", then Lucario wouldn't have went to that point, but rather, the game would act like the bone was at 0, 0, 0, rather than 0, 100, 0.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: BlackJax96 on March 08, 2017, 12:33:59 PM
Which flag? Stationary in what manner?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: KingJigglypuff on March 08, 2017, 12:36:56 PM
Sorry. I didn't specify clearly. I updated my post with example images. I'm going to take an in-game screencap to show what I mean.


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: BlackJax96 on March 08, 2017, 12:42:23 PM
I still don't get it, the flags on those bones are set as they should be. What do you change them to to achieve whatever you're talking about?


Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: KingJigglypuff on March 08, 2017, 12:50:03 PM
To further specify, the bottom image in the first spoiler wasn't originally set to "FixedRotation, FixedScale, Common5, Visible". I had to manually set them to what I wanted. The only way to do this is to use v0.67.

The Bone Flags of a newly added bone are the following: "NoTransform, FixedTranslation, FixedRotation, FixedScale, Common5, Visible"

If this was going to be a new bone for something like an effect or if something were rigged to it, unless you made an animation (i.e. Keyframe), the game would treat the bone placements as 0, 0, 0 for Translation and Rotation, and 1, 1, 1 for Scale.

I'm not sure how else I can elaborate on this.



Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
Post by: Platinum Lucario on March 10, 2017, 08:56:47 PM
Do you have a link to some sort of specification for the header formats?

I assume vgmstream doesn't have this problem, right?

I'm pretty sure vgmstream doesn't have this issue. And neither does Uwizard.

As for specifications, I can't actually find any, but the closest I can get to, in regards to this format is here: https://gitlab.kode54.net/kode54/vgmstream/blob/master/src/meta/bcstm.c and here: https://gitlab.kode54.net/kode54/vgmstream/blob/master/src/meta/bfstm.c

I would assume there might be some documentation in the NW4C and NW4F official SoundMaker documents. I'll check them out and post it here when I've found it.

Edit: Found it!

Cafe DSP-ADPCM Stream (FSTM):
Quote
3 Data formats
3.1 WAV files DSPADPCM converts standard WAV files into DSP-ADPCM format. The WAV files must contain mono, 16-bit PCM data.  

3.2 AIFF files DSPADPCM can also convert AIFF files into DSP-ADPCM format. The AIFF files must contain mono, 16-bit PCM data.  Note: Loop points in the AIFF file will be read automatically and programmed into the header of the DSP-ADPCM output file.

3.3 DSP-ADPCM files When converting data into DSP-ADPCM format, the tool will preface the output data with a header. The structure of the header is defined below:

Code 1 - DSPADPCM header file
 
Code:
// all data in this structure is in BIG ENDIAN FORMAT!!!!
 
typedef struct
{
// for header generation during decode
     u32 num_samples;       // total number of RAW samples
     u32 num_adpcm_nibbles; // number of ADPCM nibbles (including frame headers)
     u32 sample_rate;       // Sample rate, in Hz
 
// DSP addressing and decode context
     u16 loop_flag;    // 1=LOOPED, 0=NOT LOOPED
     u16 format;       // Always 0x0000, for ADPCM
     u32 sa;           // Start offset address for looped samples (zero for non-looped)
     u32 ea;           // End offset address for looped samples
     u32 ca;           // always zero
     u16 coef[16];     // decode coefficients (eight pairs of 16-bit words)
 
// DSP decoder initial state
     u16 gain;         // always zero for ADPCM
     u16 ps;           // predictor/scale
     u16 yn1;          // sample history
     u16 yn2;          // sample history
 
// DSP decoder loop context
     u16 lps;          // predictor/scale for loop context
     u16 lyn1;         // sample history (n-1) for loop context
     u16 lyn2;         // sample history (n-2) for loop context
 
     u16 pad[11];      // reserved
 
} DSPADPCM;
 
// Header is 96 bytes long

This header contains information needed by the Nintendo Cafe audio DSP to decode and play the associated sample.  
Note: All data in the header is stored in big-endian format. This facilitates transfer of the data to a Nintendo Cafe runtime application. Much of the data may be used verbatim to program the DSP for sample playback. Consult the Audio Library (AX) section in this guide for application details. When decoding DSP-ADPCM data into WAV or AIFF format, the tool will assume that this header is present at the start of the DSP-ADPCM file. The DSPADPCM tool needs the first two parameters of the header to regenerate WAV header information during decode:
 
num_samplesNumber of raw, uncompressed samples in the file. Used for WAV/AIFF header generation during decode.
num_adpcm_nibbles Number of ADPCM nibbles (including frame headers) generated for this sample.
Note:You must round this up to the next multiple of 8 bytes to get the actual length of the data in the file because DSPADPCM only generates complete frames.
sampling_rateSampling rate of the data, expressed in Hertz. Used for WAV/AIFF header generation during decode.

The remaining parameters are required by the audio DSP to decode and play the associated ADPCM sample data:
 
loop_flagSpecifies whether or not the sample is looped. This parameter is stored in big-endian format and is used by the DSP for sample playback.
formatSpecifies the data format of the sample. Always zero. Used by the DSP for sample playback.
saLoop start offset, in nibbles. The user application must add the main memory address of the sample data before the DSP can use it.
eaLoop end offset, in nibbles. The user application must add the main memory address of the sample data before the DSP can use it.
caInitial offset value, in nibbles. Always zero. The user application must add the main memory address of the sample data before the DSP can use it.
coef[16]Decoder coefficients. This coefficient corresponds to AXPBADPCM Structure member a[][] in the following way.
a[0][0] = coef[0];
a[0][1] = coef[1];
a[1][0] = coef[2];
a[1][1] = coef[3];
a[2][0] = coef[4];
a[2][1] = coef[5];
a[3][0] = coef[6];
a[3][1] = coef[7];
a[4][0] = coef[8];
a[4][1] = coef[9];
a[5][0] = coef[10];
a[5][1] = coef[11];
a[6][0] = coef[12];
a[6][1] = coef[13];
a[7][0] = coef[14];
a[7][1] = coef[15];
gainGain factor. Always zero for ADPCM samples. ps Predictor and scale. This will be initialized to the predictor and scale value of the sample’s first frame.
yn1History data; used to maintain decoder state during sample playback.
yn2History data; used to maintain decoder state during sample playback.
lpsPredictor/scale for the loop point frame. If the sample does not loop, this value is zero.
lyn1History data for the loop point. If the sample does not loop, this value is zero.
lyn2History data for the loop point. If the sample does not loop, this value is zero.

 
 
Some notes about decoder addressing:
  • When processing ADPCM samples, the DSP will address memory as 4-bit nibbles.
  • The values for sa, ea, and ca generated by DSPADPCM are nibble-offsets which already account for the extra space needed for ADPCM frame headers. For example, the one hundredth sample does not
    refer to the one hundredth nibble in the sample data; the one hundredth sample would actually be the one hundred-sixteenth nibble.
  • The sa, ea, and ca values are offsets. When encoding data, DSPADPCM cannot know where the sample will be placed in memory. The user application is therefore responsible for adding a main memory address (in nibbles) to these offsets before the DSP can access the sample.
  • Note that individual ADPCM sound effects must start on 8-byte boundaries and must be at least a multiple of 8 bytes in length. Thus, when loading one or more ADPCM samples into memory, the samples must be packed such that the start of each sample falls on an 8-byte boundary.

CTR DSP-ADPCM Stream (CSTM):
Quote
Overview
WaveCodecCtr.dll is a Win32 run-time dynamic link library (DLL). This library provides an API for encoding and decoding between 16-bit signed (little-endian) sampling data and the DSP ADPCM compressed format.
The DSP ADPCM format is a compressed format that can be played by a CTR system's DSP. It can result in data sizes that are 1/3.5 of 16-bit PCM. This format can be used through the nn::snd::Voice class and the nn::snd::WaveBuffer structure.
This DLL is for developers who want to develop their own tools for creating and previewing DSP ADPCM sampling data. Note that this DLL is single-threaded.
ctr_WaveConverter uses the features of this DLL to create BCWAV files in ADPCM format.
Exported Functions
getBytesForAdpcmBuffer
getBytesForAdpcmSamples
getBytesForPcmBuffer
getBytesForPcmSamples
getSampleForAdpcmNibble
getNibbleAddress
getLoopContext
encode
decode
getBytesForAdpcmBuffer
Syntax
Code:
u32 getBytesForAdpcmBuffer(u32 samples);
Arguments

NameDescription
insamplesNumber of (16-bit PCM) samples to encode.
Return Values
The number of bytes required to store the DSP ADPCM-encoded samples.
Description
getBytesForAdpcmBuffer calculates and returns the number of bytes required to store the sampling data that are being DSP ADPCM-encoded.
Note that the number of bytes will be a multiple of the 8-byte length of DSP ADPCM frames.
The actual length (in bytes) of the sampling data being encoded will probably be smaller than the value returned by this function. (For more information, see the section getBytesForAdpcmSamples.)
Use this function before encoding to allocate storage for the result.
getBytesForAdpcmSamples
Syntax
Code:
u32 getBytesForAdpcmSamples(u32 samples);
Arguments

NameDescription
insamplesNumber of (16-bit PCM) samples to encode.
Return Values
The actual length (in bytes) of the encoded sampling data.
Description
getBytesForAdpcmSamples returns the actual number of bytes occupied by the sampling data that are being DSP ADPCM-encoded.
getBytesForPcmBuffer
Syntax
Code:
u32 getBytesForPcmBuffer(u32 samples);

Arguments

NameDescription
insamplesThe number of samples being decoded.
Return Values
The predicted length (in bytes) of the DSP ADPCM sampling data being decoded.
Description
getBytesForPcmBuffer calculates and returns the number of bytes of data that must be stored after the number of samples passed in the argument have been decoded from the DSP ADPCM format.
getBytesForPcmSamples
Syntax
Code:
u32 getBytesForPcmSamples(u32 samples);
Arguments

NameDescription
insamplesNumber of samples.
Return Values
The length (in bytes) of the value specified in the sampling data.
Description
getBytesForPcmSamples returns the number of bytes for copying the specified user application value in the sampling data.
getSampleForAdpcmNibble
Syntax
Code:
u32 getSampleForAdpcmNibble(u32 nibble);
Arguments

NameDescription
innibbleADPCM nibble offset, including frame headers.
Return Values
The zero-based sample index for the corresponding ADPCM sampling data.
Description
getSampleForAdpcmNibble returns the number of zero-based samples for the corresponding ADPCM nibble.
getNibbleAddress
Syntax
Code:
u32 getNibbleAddress(u32 samples);
Arguments

NameDescription
insamples16-bit PCM address offset. 0 is the first sample. 100 is the 101st sample.
Return Values
Corresponding nibble address.
Description
getNibbleAddress calculates and returns the nibble corresponding to the sampling data, as based on the offset passed to the argument.
For example, the 100th sample (where the count starts at 0) corresponds to the 116th nibble (where the count also starts at 0). Note that the calculated nibble address incorporates the 2-nibble frame header that is already in DSP ADPCM compressed format.
One more example: The 0th sample corresponds to a nibble offset of 2, which is the 3rd nibble (counting from 0).
getLoopContext
Syntax
Code:
typedef struct
{
    // start context
    s16 coef[16];
    u16 gain;
    u16 pred_scale;
    s16 yn1;
    s16 yn2;

    // loop context
    u16 loop_pred_scale;
    s16 loop_yn1;
    s16 loop_yn2;
} ADPCMINFO;  

void getLoopContext(
    u8          *src,       // location of ADPCM buffer in RAM
    ADPCMINFO   *cxt,       // location of adpcminfo
    u32         samples     // samples to desired context
);
Arguments

NameDescription
insrcPointer to the buffer containing the DSP ADPCM encoded sample.
outcxtThe pointer to the ADPCMINFO structure. The getLoopContext function places the loop context information inside this structure.
insamplesThe offset from the starting position of the loop in the sampling data. This loop starting position is not a nibble address, but rather the raw sample number where the loop starts (in other words, the first sample played in the loop).
If the loop begins at the very first sample, the offset is zero. If the loop begins at the 101st sample, the offset is 100.
Return Values
None.
Description
getLoopContext returns the DSP ADPCM loop context, based on the offset in the sample data given to the argument.
encode
Syntax
Code:
typedef struct
{
    // start context
    s16 coef[16];
    u16 gain;
    u16 pred_scale;
    s16 yn1;
    s16 yn2;

    // loop context
    u16 loop_pred_scale;
    s16 loop_yn1;
    s16 loop_yn2;
} ADPCMINFO;  

void encode(
    s16         *src,       // location of source samples (16bit PCM signed little endian)
    u8          *dst,       // location of destination buffer
    ADPCMINFO   *cxt,       // location of adpcm info
    u32         samples     // number of samples to encode
);
Arguments

NameDescription
insrcPointer to the buffer for signed little-endian 16-bit PCM sampling data.
outdstThe pointer to the buffer where the DSP ADPCM encoded data are output.
The application must allocate memory for this buffer. You must calculate the buffer size using getBytesForAdpcmBuffer.
incxtPointer to the ADPCMINFO structure. The encode function stores sampling data coefficients and context information in this structure.
Note that a number of parameters (gain, yn1, and yn2) are always 0.
Before decoding commences, the corresponding registers in the DSP decoder hardware must be cleared. These parameters are included in the structure to force this to happen.
After encode has been called, the loop context parameters always become 0. To set these values, you must call getLoopContext after the sampling data have been looped.
insamplesNumber of samples to encode.
Return Values
None.
Description
encode compresses 16-bit PCM data into DSP ADPCM format.
decode
Syntax
Code:
typedef struct
{
    // start context
    s16 coef[16];
    u16 gain;
    u16 pred_scale;
    s16 yn1;
    s16 yn2;

    // loop context
    u16 loop_pred_scale;
    s16 loop_yn1;
    s16 loop_yn2;
} ADPCMINFO;

void decode(
    u8          *src,   // location of encoded source samples
    s16         *dst,   // location of destination buffer (16 bits / sample)
    ADPCMINFO   *cxt,   // location of adpcm info
    u32         samples // number of samples to decode
);
Arguments

NameDescription
insrcPointer to the buffer containing the DSP ADPCM data.
outdstPointer to a buffer that has been allocated for storing the uncompressed PCM data.
The size of this buffer is calculated by calling getBytesForPcmBuffer.
incxtPointer to the ADPCMINFO structure.
This structure must contain the coefficient and initial state data that corresponds to the sample being decoded.
insamplesNumber of samples to decode.
Return Values
None.
Description
decode is used for decoding DSP ADPCM sample data into signed, little-endian, 16-bit PCM data.
Sample Code
WaveCodecCtr.dll has been created for use with Win32 applications. This section provides some samples.
Initialization
Encoding
Decoding
Initialization
Applications that call DLLs must comply with Win32 rules when calling WaveCodecCtr.dll.
Code:
typedef signed short   s16;
typedef unsigned char  u8;
typedef unsigned short u16;
typedef unsigned long  u32;

/* ---------------------------------------------------------------

  Import the WaveCodecCtr.dll API.
  
 ---------------------------------------------------------------- */
typedef struct
{
    // start context
    s16 coef[16];
    u16 gain;
    u16 pred_scale;
    s16 yn1;
    s16 yn2;

    // loop context
    u16 loop_pred_scale;
    s16 loop_yn1;
    s16 loop_yn2;

} ADPCMINFO;

static HINSTANCE hDll;
typedef u32 (*lpFunc1)(u32);
typedef u32 (*lpFunc2)(void);
typedef void (*lpFunc3)(s16*, u8*, ADPCMINFO*, u32);
typedef void (*lpFunc4)(u8*, s16*, ADPCMINFO*, u32);
typedef void (*lpFunc5)(u8*, ADPCMINFO*, u32);
lpFunc1 getBytesForAdpcmBuffer;
lpFunc1 getBytesForAdpcmSamples;
lpFunc1 getBytesForPcmBuffer;
lpFunc1 getBytesForPcmSamples;
lpFunc1 getSampleForAdpcmNibble;
lpFunc1 getNibbleAddress;
lpFunc2 getBytesForAdpcmInfo;
lpFunc3 encode;
lpFunc4 decode;
lpFunc5 getLoopContext;

/*--------------------------------------------------------------------------*/
void clean_up(void)
{
    if (hDll)
        FreeLibrary(hDll);
}

/*--------------------------------------------------------------------------*/
int getDll(void)
{
    hDll = LoadLibrary("WaveCodecCtr.dll");
    if (hDll)
    {
        if (!(getBytesForAdpcmBuffer =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getBytesForAdpcmBuffer"
                             ))) return 1;
        if (!(getBytesForAdpcmSamples =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getBytesForAdpcmSamples"
                             ))) return 1;
        if (!(getBytesForPcmBuffer =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getBytesForPcmBuffer"
                             ))) return 1;
        if (!(getBytesForPcmSamples =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getBytesForPcmSamples"
                             ))) return 1;
        if (!(getNibbleAddress =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getNibbleAddress"
                             ))) return 1;
        if (!(getSampleForAdpcmNibble =
                (lpFunc1)GetProcAddress(
                             hDll,
                             "getSampleForAdpcmNibble"
                             ))) return 1;
        if (!(getBytesForAdpcmInfo =
                (lpFunc2)GetProcAddress(
                             hDll,
                             "getBytesForAdpcmInfo"
                             ))) return 1;
        if (!(encode =
                (lpFunc3)GetProcAddress(
                            hDll,
                            "encode"
                            ))) return 1;
        if (!(decode =
                (lpFunc4)GetProcAddress(
                            hDll,
                            "decode"
                            ))) return 1;
        if (!(getLoopContext =
                (lpFunc5)GetProcAddress(
                             hDll,
                             "getLoopContext"
                             ))) return 1;
        return(0);
    }
    return(1);
}


/*--------------------------------------------------------------------------*/
int _tmain(int argc, _TCHAR* argv[])
{
    if (getDll())
    {
        clean_up();
        exit(1);
    }

    // do stuff here

    clean_up();
}
Encoding
The encoding function assumes that the data are 16-bit, little endian, PCM data (as used for Windows .wav files). If you want the application to encode big-endian data, you must flip the endian before encoding.
Code:
//... loaded WaveCodecCtr.dll

//... put some PCM buffer in memory, reverse the endian if you have to
u8 *adpcm = (u8*)malloc(getBytesForAdpcmBuffer(samplesToEncode));

if (adpcm)
{
    ADPCMINFO adpcminfo;

    // ok.. lets encode it!
    encode(source, adpcm, &adpcminfo, samplesToEncode);

    // get ADPCM loop context if sample is looped
    if (samplesToLoopStart)
            getLoopContext(adpcm, &adpcminfo, samplesToLoopStart);

    // see how many bytes to store the encoded data stream
    u32 nBytesToStore = getBytesForAdpcmSamples(samplesToEncode);

    ... store encoded ADPCM data stream to file

    ... store ADPCM context to file

    u32 nibbleStartOffset   = getNibbleAddress(0);
    u32 nibbleLoopStartOffset = getNibbleAddress(samplesToLoopStart);
    u32 nibbleEndAddress  = getNibbleAddress(samplesToEncode);

    ... store nibble addressing to file

    // don't need the ADPCM buffer anymore
    free(adpcm);
}

... continue

    
Decoding
The decoding result is output as 16-bit, little-endian, PCM data.
Code:
... loaded WaveCodecCtr.dll

... put some ADPCM buffer and corresponding ADPCMINFO in memory,
... ADPCM is byte ordered.. not endian sensitive.

s16 *pcm = (u8*)malloc(getBytesForPcmBuffer(samplesToDecode));

if (pcm)
{
    // Decode
    decode(source, pcm, adpcminfo, samplesToDecode);

    ... store decoded PCM buffer to file

    // Free the PCM buffer
    free(pcm);
}

... continue
Cautions for Encoding and Playing Looped Wave Files
Note the following cautions when encoding looped waveforms and when playing them on the actual hardware.
The information relating to encoding also pertains to the use of the nn::snd::EncodeAdpcmData function for encoding data into DSP ADPCM on the actual hardware.
How to Play Regular Looped Waveforms
Align the Loop Start Position to an 8-byte Boundary
Noise When the Loop Start Equals the Start of the Waveform
Noise When the Loop End Equals the End of the Waveform
How to Play Regular Looped Waveforms
When looping a waveform like the following on the actual hardware:
Code:
   WS      LS                     LE
    |-------|<-------------------->|
  
      WS: Start of waveform
      LS: Loop start position
      LE: Loop end position
    [list=1]
    • WaveBuffer for playing WS to LE
    • WaveBuffer for playing LS to LE
    Prepare two WaveBuffer instances (as shown) and set the order as 1. → 2. in nn::snd::Voice.
    [/list]
    Code:
       WS                             LE
     1. |------------------------------|    (When the loopFlag of WaveBuffer is false.)
      
                LS                     LE
     2.         |<-------------------->|    (When the loopFlag of WaveBuffer is true.)
    Align the Loop Start Position to an 8-byte Boundary
    In the DSP ADPCM format, 8 bytes (corresponding to 14 samples) are handled as one set of information. For this reason, the bufferAddress argument of the nn::snd::WaveBuffer function must specify an address with an 8-byte boundary.
    On the other hand, when creating WaveBuffer as described in 2, LS is not necessarily at an 8-byte (14-sample) boundary.
    If the boundary is not 8 bytes (14 samples), you must displace the LS position to an 8-byte boundary so this restriction is satisfied.
    For example, if LS is at the 16th sample, you could slide it to the next 14-sample boundary (28 samples) and top off the waveforms after LE with the moved part before encoding.
    Code:
        LS                  LE
         |<----------------->|
          ^^^^
                    ↓
             LS'                   LE'
         ----|<------------------->|
                               ^^^^
    Noise When the Loop Start Equals the Start of the Waveform
    Because of encoder limitations, when the loop start position equals the start of a waveform, you cannot play a clean loop without noise.
    If the loop start position equals the start of the waveform, use the technique described in Align the loop start position to an 8-byte boundary to slide LS' to 14, so you can play the loop cleanly without noise.
    Noise When the Loop End Equals the End of the Waveform
    Because of encoder limitations, when the loop start position equals the end of a waveform, encoding is not stable and noise occurs.
    When waveforms continue beyond LE, for the samples argument of the encode function, pass WS to end of waveform rather than WS to LE.
    Code:
       WS      LS                     LE   WE
        |-------|<-------------------->|----|
      
          WS:  Start of waveform
          WE : End of waveform
          LS: Loop start position
          LE: Loop end position

        encode( WS address, dst, cxt, WE-WS );
    When waveforms do not continue beyond LE, apply the technique introduced in Align the loop start position to an 8-byte boundary to use copied waveforms for about 100 samples from LS, and position them after LE.
    Code:
       WS      LS                     LE=WE
        |-------|<-------------------->|
                 ^^^^^
                          ↓
        WS      LS                     LE   WE'
        |-------|<-------------------->|----|
                                        ^^^^^

        encode( WS address, dst, cxt, WE'-WS );
    I hope some of this info from the official SDK docs and from vgmstream's code will help in how the header and the coding of the DSP-ADPCM binaries are encoded. ^^


    Title: Re: BrawlBox v0.77. See page 64 - v0.78 coming soon
    Post by: libertyernie on March 11, 2017, 09:39:18 AM
    Thanks! I'll update the ADPCM structures to add the gain field at the beginning and see how it goes.

    EDIT: OK, try the final version of 0.78 I just posted. (Don't be surprised if there's a hotfix later on.)

    Note: you can't update from 0.78rc1 automatically because the updater unzips it to the Lib folder instead of the main folder. Just download it manually and unzip it yourself, and then you should be OK. Updating from 0.77 works except that you have to delete a few files yourself.


    Title: Re: BrawlBox v0.78
    Post by: ficion on March 11, 2017, 01:14:00 PM
    Hi, I just tried version 0.78 and I had a few issues. First, the audio playback seems to have gone worse, or something, because I keep hearing clicks and artifacts. I have only played BRSTM files, although it also happens in the BRSTM loop editor after importing a WAV file. I did try the same file on vgmstream and it plays fine.

    The other issue is that I keep getting the same crash error when playing audio in the background. Apparently I can't seem to be able to send the crash report to Github, so I will post it here.

    Code:
    Insufficient memory to continue the execution of the program.
       at System.Runtime.InteropServices.Marshal.AllocHGlobal(IntPtr cb)
       at System.Audio.alAudioBuffer.Lock(Int32 offset, Int32 length)
       at System.Audio.AudioBuffer.Fill(IAudioStream source, Int32 samples, Boolean loop)
       at System.Audio.AudioBuffer.Fill()
       at System.Windows.Forms.AudioPlaybackPanel.tmrUpdate_Tick(Object sender, EventArgs e)
       at System.Windows.Forms.Timer.OnTick(EventArgs e)
       at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
       at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

    Again, I have only played BRSTM files. The music keeps playing until I forcefully close the program, though.


    Title: Re: BrawlBox v0.78
    Post by: KingJigglypuff on March 11, 2017, 04:42:41 PM
    While saving after using Edit All was fixed, you still need to make a modification to an animation if you want to save after cleaning it.


    Title: Re: BrawlBox v0.78
    Post by: E-scope12 on March 11, 2017, 05:44:19 PM
    So I downloaded Brawlbox v0.78 and tried to import Giratina's Origin Forme from XY into Brawlbox but the bones are still imported like this.

    (http://i.imgur.com/d1dwgnv.png)


    Title: Re: BrawlBox v0.78
    Post by: UmbraVivens on March 11, 2017, 05:56:49 PM
    um, so i played a BRSTM in the new version for a minute and...
    (http://i.imgur.com/StiGNdo.png)
    it started clicking and stuttering a lot, the file is 18mb
    it actually reached over 700mb when i got done selecting the part of the screen i'm showing


    Title: Re: BrawlBox v0.78
    Post by: windhunter7 on March 11, 2017, 07:27:40 PM
    So I downloaded Brawlbox v0.78 and tried to import Giratina's Origin Forme from XY into Brawlbox but the bones are still imported like this.

    ([url]http://i.imgur.com/d1dwgnv.png[/url])


    You said in an earlier post that you exported it from 3DS Max; would you mind uploading just a screenshot of it in Max?


    Title: Re: BrawlBox v0.78
    Post by: KingJigglypuff on March 11, 2017, 07:36:48 PM
    He asked me about that issue earlier, and he was able to solve it by exporting the DAE from BrawlBox, and re-importing that same DAE.


    Title: Re: BrawlBox v0.78
    Post by: windhunter7 on March 11, 2017, 07:38:27 PM
    Oh, sorry, didn't know it was solved. :-\


    Title: Re: BrawlBox v0.78
    Post by: Platinum Lucario on March 12, 2017, 05:56:03 AM
    Okay, testing RSTM files... They seem to be out of position in their music offsets, causing the clicking noise.

    Testing CSTMs and FSTMs... It seems there's been no changes between 0.77 and 0.78 in regards to FSTM and CSTM playback. CSTMs with more than one track data are still not supported yet (single track data CSTMs however work without any problems so far), FSTMs still have the clicking noise (since their offsets are still in the same position as in 0.77, no changes have been made).

    Comparing the difference in the changes between 0.77 and 0.78 in regards to RSTM playback, it seems some code has been altered in that area that determines where the waveform offset starts at. I'm glad the bug has been successfully replicated, so now it will be easier to fix the issue with the FSTMs and revert the changes with the RSTMs.

    Also, just to note. The code for FSTMs and CSTMs still has "NW4R Node" in the info, instead of it saying "NW4C Node" or "NW4F Node".


    Title: Re: BrawlBox v0.78
    Post by: libertyernie on March 12, 2017, 08:09:27 PM
    I think this commit is to blame for the clicking sounds in RSTM playback. It was intended to fix something with the encoding, but I think the decoding needs to be updated now. I don't know why the memory usage would be so high, though.

    https://github.com/libertyernie/brawltools/commit/9eee52703df7d9967f2bc5a369c3536c0e602993 (https://github.com/libertyernie/brawltools/commit/9eee52703df7d9967f2bc5a369c3536c0e602993)

    Also, I'm surprised that CSTM and FSTM would be the same, since I added a field at the beginning of a struct that wasn't there before. Someone might need to take a look at the code and see if they can get it working.

    ficion: Are you on Windows?


    Title: Re: BrawlBox v0.78
    Post by: ficion on March 12, 2017, 09:05:21 PM
    ficion: Are you on Windows?

    Yes, Windows 10 to be precise.


    Title: Re: BrawlBox v0.78
    Post by: libertyernie on March 13, 2017, 07:35:41 PM
    I found the issue - should be fixed in the next release. It only kicks in when your sound card is using OpenAL (this would include anyone running it on Unix with Mono, I think.) I've got a workaround that is a little confusing to me but it seems to work OK.

    The RSTM artifacts issue will be fixed too. Not sure about CSTM/FSTM.


    Title: Re: BrawlBox v0.78
    Post by: Platinum Lucario on March 14, 2017, 08:35:15 AM
    Also, I'm surprised that CSTM and FSTM would be the same, since I added a field at the beginning of a struct that wasn't there before. Someone might need to take a look at the code and see if they can get it working.

    I'm pretty sure the same thing that you did to RSTM is identical to the problem that FSTM has. But as for CSTM, it doesn't have any clicking noise, so it doesn't seem to have any issue in it's encoding.

    I just need to find where the code is for encoding CSTMs and FSTMs, then I'll experiment around with them and see if I can fix the issue.


    Title: Re: BrawlBox v0.78
    Post by: libertyernie on March 14, 2017, 09:38:43 PM
    I'm pretty sure the same thing that you did to RSTM is identical to the problem that FSTM has. But as for CSTM, it doesn't have any clicking noise, so it doesn't seem to have any issue in it's encoding.

    I just need to find where the code is for encoding CSTMs and FSTMs, then I'll experiment around with them and see if I can fix the issue.
    BrawlLib actually just encodes RSTMs. For CSTM and FSTM, it converts to RSTM when it loads it, and converts from RSTM when it saves. Hopefully the fix will fix FSTMs too (and not break CSTMs.)


    Title: Re: BrawlBox v0.78
    Post by: Tyshy! on March 18, 2017, 03:29:18 AM
    It's great to see that brawlbox is still improving!


    Title: Re: BrawlBox v0.78
    Post by: Goombaswag on March 20, 2017, 12:33:40 PM
    Ah, if only Brawlbox had Smash Wii U support.


    Title: Re: BrawlBox v0.78
    Post by: KingJigglypuff on March 20, 2017, 01:12:26 PM
    Ah, if only Brawlbox had Smash Wii U support.
    There's already a dedicated program that supports Sm4sh Wii U files.
    https://github.com/jam1garner/Smash-Forge/releases


    Title: Re: BrawlBox v0.78
    Post by: Goombaswag on March 22, 2017, 06:38:03 PM
    There's already a dedicated program that supports Sm4sh Wii U files.
    https://github.com/jam1garner/Smash-Forge/releases
    You don't need a dump to use Brawlbox. That was what I was getting at.


    Title: Re: BrawlBox v0.78
    Post by: Platinum Lucario on April 15, 2017, 06:58:01 AM
    I've just noticed something quite interesting about CSTMs. I've found that Pokémon Mystery Dungeon: Gates to Infinity's CSTMs use a different encoding than Pokémon Super Mystery Dungeon's CSTMs.

    Pokémon Super Mystery Dungeon's CSTMs use ADPCM, where as Gates to Infinity's CSTMs use an original NW4C encoding. Probably because the developers of that said game were using a much earlier version of NW4C Soundmaker at the time of developing Gates to Infinity.

    Here's two CSTMs of Ragged Mountain in which I can show you the difference and compare them with the Super Mystery Dungeon's version.

    BGM_DUN_01 (Original NW4C/Gates to Infinity version):
    Code:
    43 53 54 4D FF FE 40 00 00 00 01 02 40 B2 1D 00
    03 00 00 00 00 40 00 00 40 00 00 00 20 01 00 00
    01 40 00 00 60 01 00 00 C0 03 00 00 02 40 00 00
    20 05 00 00 20 AD 1D 00 00 00 00 00 00 00 00 00
    49 4E 46 4F 20 01 00 00 00 41 00 00 18 00 00 00
    01 01 00 00 5C 00 00 00 01 01 00 00 68 00 00 00
    02 01 02 00 C0 5D 00 00 00 48 03 00 B4 F6 19 00
    77 00 00 00 00 20 00 00 00 38 00 00 67 16 00 00
    B4 26 00 00 80 16 00 00 04 00 00 00 00 38 00 00
    00 1F 00 00 18 00 00 00 00 01 00 00 00 00 00 00
    FF FF FF FF 01 00 00 00 01 41 00 00 20 00 00 00
    02 00 00 00 02 41 00 00 28 00 00 00 02 41 00 00
    30 00 00 00 7F 40 00 00 00 01 00 00 0C 00 00 00
    02 00 00 00 00 01 00 00 00 03 00 00 10 00 00 00
    00 03 00 00 36 00 00 00 E3 01 EB 00 2C 0A EC FA
    00 07 CA FE F0 0C 31 FA F5 03 48 02 AE 0B C3 FA
    2D 08 2B FF 33 0D 77 FA 00 00 00 00 00 00 28 00
    19 EA 38 E9 00 00 0E 02 B1 00 FD 09 F4 FA 47 07
    7F FE FE 0C 20 FA 47 04 AF 01 94 0B D6 FA 4D 08
    02 FF 4C 0D 5D FA 00 00 00 00 00 00 78 00 8A D3
    19 D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    53 45 45 4B

    BGM_DUN_01_OLD (ADPCM/Super Mystery Dungeon version):
    Code:
    43 53 54 4D FF FE 40 00 00 00 03 02 20 B2 1D 00
    03 00 00 00 00 40 00 00 40 00 00 00 00 01 00 00
    01 40 00 00 40 01 00 00 C0 03 00 00 02 40 00 00
    00 05 00 00 20 AD 1D 00 00 00 00 00 00 00 00 00
    49 4E 46 4F 00 01 00 00 00 41 00 00 18 00 00 00
    00 00 00 00 FF FF FF FF 01 01 00 00 64 00 00 00
    02 01 02 00 C0 5D 00 00 00 48 03 00 B4 F6 19 00
    77 00 00 00 00 20 00 00 00 38 00 00 67 16 00 00
    B4 26 00 00 80 16 00 00 04 00 00 00 00 38 00 00
    00 1F 00 00 18 00 00 00 00 01 00 00 00 00 00 00
    FF FF FF FF 3D 31 03 00 F1 DF 19 00 02 00 00 00
    02 41 00 00 14 00 00 00 02 41 00 00 1C 00 00 00
    00 03 00 00 10 00 00 00 00 03 00 00 36 00 00 00
    E3 01 EB 00 2C 0A EC FA 00 07 CA FE F0 0C 31 FA
    F5 03 48 02 AE 0B C3 FA 2D 08 2B FF 33 0D 77 FA
    00 00 00 00 00 00 28 00 19 EA 38 E9 00 00 0E 02
    B1 00 FD 09 F4 FA 47 07 7F FE FE 0C 20 FA 47 04
    AF 01 94 0B D6 FA 4D 08 02 FF 4C 0D 5D FA 00 00
    00 00 00 00 78 00 8A D3 19 D0 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    53 45 45 4B

    The differences between the two are at 0x0A, 0x0C, 0x1C, 0x24, 0x30, 0x50-51, 0x54-57, 0x5C, 0xA4-A6, 0xA8-AA, 0xAC, 0xB1, 0xB4-B5, 0xB8-B9, 0xBC-BD, 0xC0-C1, 0xC4-C5, 0xC9, 0xCC, 0xD0-D2, 0xD4-D7, 0xD9-E0, 0xE2-EE, 0xF1-11C, 0x11E-135, 0x13C, 0x13E-145, 0x150, 0x152, 0x154, 0x156, 0x158-15C and 0x15E-163.

    SEEK begins at 0x160 on the non-ADPCM one (Gates to Infinity), while SEEK begins at 0x140 in ADPCM encoded CSTMs (Super Mystery Dungeon. INFO is located at 0x40 in both versions. It seems the INFO section in the non-ADPCM ones are literally 30 bytes larger than ADPCM ones. And somehow, the program mistakes the non-ADPCM file for having more than one stream, which it clearly doesn't, therefore showing this text:
    Code:
    System.Exception: BCSTM files with more than one track data section are not supported.

    at BrawlLib.SSBBTypes.CSTMINFOHeader.get_ChannelInfoRefTable()
    at BrawlLib.SSBBTypes.CSTMINFOHeader.get_ChannelInfoRefTableEnd()
    at BrawlLib.SSBBTypes.CSTMINFOHeader.get_ChannelInfoEntries()
    at BrawlLib.SSBBTypes.CSTMINFOHeader.Get_ChannelInfo(Int32 index)
    at BrawlLib.Wii.Audio.CSTMConverter.ToRSTM(CSTMHeader* cstm)
    at BrawlLib.SSBB.ResourceNodes.RSTMNode.OnInitialize()
    at BrawlLib.SSBB.ResourceNodes.ResourceNode.Initialize(ResourceNode parent, DataSource origSource, DataSource uncompSource)
    at BrawlLib.SSBB.ResourceNodes.NodeFactory.FromSource(ResourceNode parent, DataSource source)
    at BrawlLib.SSBB.ResourceNodes.NodeFactory.FromFile(ResourceNode parent, String path, FileOptions options)
    at BrawlBox.Program.Open(String path)

    It's probably bringing up this error, because multistream is supported, but it just can't find the extra stream that it the program thinks that it has to initialise and convert to RSTM.

    Perhaps one day in the future, the file responsible for encoding for RSTM can also have CSTM and FSTM variants.


    Title: Re: BrawlBox v0.78
    Post by: Sammi Husky on April 27, 2017, 02:41:50 AM
    You don't need a dump to use Brawlbox. That was what I was getting at.

    You don't need a dump to use Smash Forge either. Me, Jam, and Ploaj designed it to function similarly to BBox in that it's a multi file editor. You must be thinking of Sm4shExplorer


    Title: Re: BrawlBox v0.78
    Post by: DarkPikachu on May 04, 2017, 06:06:38 AM
     just wanted to praise the python support :)
    that caught me off guard. ;D

    glad to see some extendability brought to brawlbox.

    I hope it's not ironpython though or you'll really be lacking in n areas of support. >.>


    Title: Re: BrawlBox v0.78
    Post by: Goomba98 on May 21, 2017, 04:04:47 PM
    I really, really, really want BrawlBox to have the ability to export BRSTMs as OGG files with loop points and vice versa.


    Title: Re: BrawlBox v0.78
    Post by: Ricky on May 21, 2017, 05:30:10 PM
    It seems there is an issue with the model merger when you try to actually merge both models. I can't seem to make it work with v0.78.

    On a side note, I think there was one Brawlbox version before that could export all the Modeldata as a .DAE. Am I remembering it wrong?


    Title: Re: BrawlBox v0.78
    Post by: windhunter7 on May 21, 2017, 05:34:03 PM
     It's been glitchy since at least .76 or earlier, and I think I even remember mentioning it; try using .71 and importing each polygon individually; it works sooooo much better, lol


    Title: Re: BrawlBox v0.78
    Post by: Ricky on May 21, 2017, 05:36:59 PM
    Doing it one polygon at a time works.

    It's just not a good option when you're merging 300 models...


    Title: Re: BrawlBox v0.78
    Post by: windhunter7 on May 21, 2017, 05:40:26 PM
    Yeah, I know what you mean, lol :P

    Btw, out of curiosity, any of you guys ever had random vertices poking out of the hip area in game on any model imports before?  Cause two of the guys I'm helping encountered this, and dunno if it has anything to do with Brawlbox, or if it's the rigging or bone data


    Title: Re: BrawlBox v0.78
    Post by: KingJigglypuff on June 20, 2017, 10:29:47 AM
    (Sorry for the Necro, but hopefully this should warrant a bump.)

    There's a bit of an issue regarding exporting and replacing Material Entries in an SRT0 animation. Said issue is that the Keyframes from the Texture Entries don't import. There's a workaround, but it's very time consuming. This has been an issue ever since BrawlBox supported the SRT0 format.

    This is my current method at the time.
    Quote
    1.) Open FitFighterMotionEtc.pac, and go to their Texture Animations (SRT0).
    2.) Open up the SRT0 of your choice, and add a new Material Entry. Rename it to the material you want.
    3.) Export the Material Entry of the original material, and replace the new Material Entry you just made. Here, you'll see the Texture Entries of the Material ported over, but not the Keyframes themselves.
    4.) Export the Texture Entries from the original Material, and replace the respective Texture Entries in the new Material Entry.
    5.) Rinse and repeat and save when you're done.
    It's a very time consuming process, due to there being at least 100 or so SRT0 animations.
    If the keyframes actually ported over, then step 4 wouldn't be needed, which would save a lot of time.

    It would make things a lot easier if a way could be found to make the Texture Entry keyframes import without this workaround.