Post by: Acey on July 07, 2012, 12:45:53 PM
Allot = fail
Alot = fail
A Lot
Also, DCL is right, use boxes and nothitby sctrl.
Edit: I split this topic because it was a pretty bug tangent after a while. Discussion about "alot" and "reversaldef" can continue here.
Post by: Snakebyte on July 07, 2012, 12:49:00 PM
Post by: Acey on July 07, 2012, 01:02:59 PM
http://www.infinitymugenteam.com/alot.png (http://www.infinitymugenteam.com/alot.png)
(http://www.infinitymugenteam.com/alot.png)
Post by: shootYr. on July 07, 2012, 01:05:06 PM
Public service announcement
Allot = fail
Alot = fail
A Lot
Also, DCL is right, use boxes and nothitby sctrl.
...Why would you make a post like this? It's incredibly unhelpful and useless in this situation. Telling others that they're failing because of a simple spelling error? Okay.
Actually, G-Lux saw fit to give his distaste for the movie and the worst side of the internet decided to rear it's ugly face. When that happens it's natural and normal to clean ou the thread.
Why is everyone ignoring my posts? Nothitby will NOT ensure that he won't be able to be hit out of the move. Unless you flag your move properly, or use a projectile state controller instead of a hitdef, THIS CAN ALWAYS HAPPEN Rock Howard vs The Void (http://www.youtube.com/watch?v=QDtAWwWRLQw#) Blue clsns don't mean you can't get touched.
Post by: Space (DCL) on July 07, 2012, 01:16:28 PM
Why is everyone ignoring my posts? Nothitby will NOT ensure that he won't be able to be hit out of the move. Unless you flag your move properly, or use a projectile state controller instead of a hitdef, THIS CAN ALWAYS HAPPEN Rock Howard vs The Void (http://www.youtube.com/watch?v=QDtAWwWRLQw#) Blue clsns don't mean you can't get touched.
I can give a simple answer on what just happened on that video...
There's no HitOverride code...
Post by: shootYr. on July 07, 2012, 01:36:47 PM
HitOverride negates hits. Rock is not hitting The Void.
Post by: Acey on July 07, 2012, 02:04:02 PM
There's no HitOverride code...
^^(PM)^
It does work like that. Hit override can negate throws and reversals as well.
Post by: shootYr. on July 07, 2012, 02:28:53 PM
Post a HitOverride that will prevent the Void from being grabbed out of his super.
Post by: Space (DCL) on July 07, 2012, 02:35:49 PM
It doesn't work like that, DCL.If it wasnt a hit, it wouldnt list it as a hit.
HitOverride negates hits. Rock is not hitting The Void.
Valid hit types:
NA, SA, HA, (Normal, Specials, and Hyper Attacks)
NP, SP, HP (Normal, Specials, and Hyper Projectiles)
NT, ST, HT (Normal, Specials, and Hyper THROWS)
These are valid as well:
AA (ALL attack types)
AP (ALL Projectile Types)
AT (All Throw Types)
Also HitOverride doesnt really negate a hit, it just returns to the state provided when the character is hit by the specific attack type...
Try it out...
Post by: shootYr. on July 07, 2012, 02:56:41 PM
I'm asking Acey (or anyone really. Doesn't matter to me) to post a HitOverride state controller that will prevent the Void from being taken out of the Sentry's states.
Reversaldef uses Reversal.Attr. Which is for reading the enemy's hit attributes. It does not define your own. If you actually put attr on a reversaldef then your counter is pretty much ruined. So how can you reverse a reversal if it has no attr?
I hope you don't think I'm being malicious, DCL. :3
Post by: .ALEXZIQ. on July 07, 2012, 04:21:00 PM
Btw, when I said negate, I didn't mean halt the attack completely. Think of it like this- Dokugami (Kyo's attack iirc) will continue even if he is hit while performing it. The move will still be considered as a hit on P2's side, but Kyo will continue and ignore the attack.
I'm asking Acey (or anyone really. Doesn't matter to me) to post a HitOverride state controller that will prevent the Void from being taken out of the Sentry's states.
Reversaldef uses Reversal.Attr. Which is for reading the enemy's hit attributes. It does not define your own. If you actually put attr on a reversaldef then your counter is pretty much ruined. So how can you reverse a reversal if it has no attr?
I hope you don't think I'm being malicious, DCL. :3
hitoverride is the more proper way to do it
Simply flaging it not to be hit is a lil cheaper. (not to say its incorrect)
With a hit override you could actually make the void get hit, go back into sentry, or not be effected at all. ect
Thats just my preference anyway
Post by: shootYr. on July 07, 2012, 04:31:38 PM
The point of my post(s) is that reversaldefs cannot be bypassed unless the player's moves are flagged in a certain way. If you try to hitoverride a reversaldef it won't work, because reversaldefs don't have hit attr (How can you reverse something that has no attr)?
Remove the attr from an attack and tell me what happens
or
Post a hitoverride that will prevent the Void from leaving the Sentry's states.
Edit : Since no one wants to listen to me, I think I should explain this.
Baby Commando by Acey (http://www.youtube.com/watch?v=NTcEHAlO0pE#ws)
1. Babby Commando performs a super
1a. Rock Howard performs a level 3 counter.
1b. The super pause ends, and Rock's reversaldef activates. *Rock has no attr or hitdef active
2. Mac the Knife makes contact with Rock
2a. Rock's reversaldef fully activates, stopping Mac the Knife *Rock has no attr or hitdef active
2b. Mac the Knife is now bound to Rock not because of a hitdef, but because reversaldef can force the opponent into one of your states when it's fully active.
3. Rock tosses the helper to the ground, and even at this time, has no throw hitdef or attr active.
Hitoverride wouldn't have worked because, again, Rock never had an attr. So to say that Hyper THROWS would be affected by it is perfectly logical, but has nothing to do with this since Rock isn't using a Hyper THROW. He's forcing the opponent into a custom state. Where he can then control their behaviors without a hitdef.
Even so, not having a hitoverride isn't actually the reason why the Void or Mac the Knife get grabbed. The reason for that is Acey's inability to code most helpers/projectiles with the appropriate flags.
But maybe I'm wrong about this, and if I am, I'll have no problem admitting it!
Post a hitoverride that will prevent the Void from being taken out of the Sentry's states.
http://www.infinitymugenteam.com/Uploads/ACEY/Sentry.zip (http://www.infinitymugenteam.com/Uploads/ACEY/Sentry.zip)
I await your response, DCL (or anyone else who can prove me wrong). =]
Post by: Snakebyte on July 08, 2012, 03:04:11 AM
Post by: ZVitor on July 08, 2012, 03:30:25 AM
with trigger ishelper and state = get hit is not enought to fix this kind of problem?
Post by: Space (DCL) on July 08, 2012, 01:47:35 PM
All I wanna know is if Rock has a "p2stateno" parameter in his reversaldef...
Post by: HyperVoiceActing on July 08, 2012, 01:56:49 PM
Post by: shootYr. on July 08, 2012, 04:45:05 PM
a destroyself at statedef -2 (or even -1)
with trigger ishelper and state = get hit is not enought to fix this kind of problem?
I don't think helper's can read the statedef -2. So the destroyself would be delayed until the helper returns to their root's states.
You seem to be trying your hardest to prove anyone here wrong about this, if you know we are wrong there's no need to prolong it right?
On the contrary, DCL. I want you to prove me wrong. You and Acey seem to be certain that Hitoverride is the way to go. Prove me wrong so I can improve. =3
Why do you keep ignoring my request for a HitOverride that will prevent the Void from leaving the Sentry's states? Post it! x3
Post by: warecus on July 08, 2012, 05:21:58 PM
i see allot on my paychecks
if only i knew what it /ment/
Post by: Space (DCL) on July 08, 2012, 05:33:33 PM
I don't think helper's can read the statedef -2. So the destroyself would be delayed until the helper returns to their root's states.
On the contrary, DCL. I want you to prove me wrong. You and Acey seem to be certain that Hitoverride is the way to go. Prove me wrong so I can improve. =3
Why do you keep ignoring my request for a HitOverride that will prevent the Void from leaving the Sentry's states? Post it! x3
You want me to admit Im wrong then? Very well...
Using a hitoverride wont work against a reversaldef, I posted before thinking. I was wrong...
Besides you didn't answer my question either...
Helpers will obviously get overridden by a reversaldef ctrl regardless of the hitoverride. To prevent something like this you may need to use a reversaldef without the P2StateNo parameter. Otherwise the helper projectile/attack/etc. will get overridden. Without "p2stateno", the opponent/helper wont enter custom states.
Post by: shootYr. on July 08, 2012, 06:12:12 PM
Post by: Space (DCL) on July 08, 2012, 06:53:56 PM
If you use projectile instead of hitdef, the reversaldef won't work. Alternatively, you can use a throw attr, because who's gonna use a reversaldef on a throw?
I haven't tested that yet, so I wouldn't know. But I'm pretty sure ReversalDef won't screw up Projectile ctrls.
Use throw for a projectile? I wouldn't advise that, if it's gonna be a projectile let it be a projectile. (NP,SP,HP or AP)
Post by: shootYr. on July 08, 2012, 07:10:24 PM
Post by: Space (DCL) on July 08, 2012, 07:34:46 PM
I wasn't actually suggesting using a throw attr on a projectile sctrl. (Projectiles don't use attr) I meant use a throw attr on the player's attacking hitdef.
Oh sorry, I meant a Helper with projectile attributes.
That would work if the reversaldef doesn't use the reversal attribute of throws (NT,ST,HT or AT)
Post by: shootYr. on July 09, 2012, 12:21:27 AM
T.O.P.S, I'm sorry your topic was flooded with these posts. Most of this was because of me. =[
DCL, I really hope you don't think I was trying to berate or disrespect you. I just couldn't not say anything since I've had encounters with creating helpers that don't end up like they were coded by Acey.
I hope you guys can forgive me. ;3
^^(PM)^
It does work like that. Hit override can negate throws and reversals as well.
Maybe instead of thinking you have advanced (or even beginner)knowledge of coding, you should actually learn how things work. Or maybe you're right and can prove it!
Post a hitoverride that will prevent the Void from being taken out of the Sentry's states.
Post by: Space (DCL) on July 09, 2012, 12:40:07 AM
I think I should apologize here.
T.O.P.S, I'm sorry your topic was flooded with these posts. Most of this was because of me. =[
DCL, I really hope you don't think I was trying to berate or disrespect you. I just couldn't not say anything since I've had encounters with creating helpers that don't end up like they were coded by Acey.
I hope you guys can forgive me. ;3
No apology needed, as a matter of fact I think maybe I deserved it...
Post by: Acey on July 09, 2012, 02:24:05 AM
Maybe instead of thinking you have advanced (or even beginner)knowledge of coding, you should actually learn how things work. Or maybe you're right and can prove it!
Easy Mr. doubt face...
[State 3210, HitOverride]
type = HitOverride
trigger1 = 1
attr = SCA,NA,SA,HA,NP,SP,HP,NT,ST,HT
stateno = 3240
obviously a "nothitby" would be perfered since the Void hyper should be blockable but not reversable, but I still think DCL's hitoverride suggestion is a perfectly viable solution and it would put the Void into his "leaving" state and animation upon getting hit. So instead of pretending that you have advanced (or even beginner) knowledge of coding you can go start making stuff then get back with me later.
Post by: shootYr. on July 09, 2012, 02:31:40 AM
(http://i.imgur.com/mTNJB.png)
REVERSALDEF DOES NOT HAVE AN ATTR
Post by: Acey on July 09, 2012, 02:43:19 AM
Now the reversal def takes on the hitdef attributes (pausetime, etc..) of the opponent, so are you saying that a reversal def won't take on the atttributes of the hitdef as well? That's pretty lame if it's true. Can't blame you though, you didn't program the engine.
In the very least we can agree that "nothitby" it the best option never-the-less, but then again I did say that two posts back.
Post by: shootYr. on July 09, 2012, 03:16:50 AM
First of all the code I posted would need to change to def 3240 instead of def 3220 and you'll need to put the code into def 3210 through 3230. Even with that said there is your main point of the attributes...
...This is wrong. I will explain why this is wrong.
3240 is for when Void destroys himself. Why would you use clsns on a helper that has no purpose other than to appear? Would you put clsns on a hitspark???
Are you play testing this stuff or are you so arrogant that you honestly believe that whatever you say will work because you THINK you have the experience to back it up?
State 3210 uses an anim that has no clsns and has no hitdefs... You wouldn't NEED a hitoverride for that, because
1. How can you hit something that has no physical presence?
2. (If what you're saying about hitoverride reversing reversals is true, (it's not true btw)your character would need to be attacking in order to avoid the reversal right??? Fun fact. Not only is the Void's movetype in that state I, but he has NO HITDEF. There's 1 reason why you can't hit him during that move and 2 reasons why he would never be taken from Sentry's states.
State 3230 should receive the hitoverride? You should definitely watch the video again, because Rock grabs the Void out of state 3220 (The first hit of the Void's attack). How would having a hitoverride do anything if the Void isn't even going to go to that state? He touches Rock, Rock forces him out of state 3220 into a custom state, the Void never sees his own states again.
Now the reversal def takes on the hitdef attributes (pausetime, etc..) of the opponent, so are you saying that a reversal def won't take on the atttributes of the hitdef as well? That's pretty lame if it's true. Can't blame you though, you didn't program the engine.
The hell are you talking about? What I'm saying is that reversaldef has no hitdef attr. It defines the kind of hits you're allowed to receive, but does not define itself as a hitting attack. If it did, character's like Cammy or Jill would be able to counter each others counters (Which is retarded).
In the very least we can agre-
Nah. We can't. If you have a red clsn on an anim that's linked with an active hitdef, and your moves aren't flagged properly, even with a nothitby sctrl, YOU CAN GET TOUCHED. How many times do I have to tell everyone that ROCK ISNT HITTING THE VOID. The reversaldef is forcing the Void into a custom state. Nothitby ignores hits, NOT reversaldefs. Really nice move by editing my post in an attempt to own me. Really witty (Just like how you did on youtube! You must do that a lot! =o )
Do you still want to continue or-?
Post by: Space (DCL) on July 09, 2012, 10:39:42 AM
Using a ReversalDef will prevent even hitoverrides to work. You are NOT hitting a character if you are using Reversaldef, you're basically COUNTERING their attack with it.
A perfect example of a ReversalDef: This is from P.O.T.S.'s Shin Gouki
[State 1500, Reversal]
type=reversaldef
trigger1= anim=1500 && animelem=3
reversal.attr=SCA,AA
p1stateno=1505
pausetime=0,20
hitsound=s2,0
sparkno=s7001
sparkxy=0,0
numhits=0
notice it does NOT have p2stateno. Why is it that? So any HELPERS using the following reversal.attr above wont get turned into custom states.
But if you made a reversaldef like this:
[State 0, ReversalDef]
type = ReversalDef
trigger1 = anim=####&&animelem=#
reversal.attr=SCA,AA
sparkno = S7001
hitsound = S2,0
p1stateno = ####
p2stateno = ####
ignorehitpause = 1
Now then any HELPERS with ANY hitdef of the underlined attributes above, will get countered and forced into a custom state...
so how do we solve this?
Basically, do NOT have p2stateno in the reversaldef
I set all my helpers (mainly projectile based) to have the following attributes in their hitdefs
attr=A,NP/SP/HP/NA/SA/HA
Mainly because reversaldefs are used to counter ground based attacks (standing or crouching), so using A as the first attribute is an attempt to avoid reversaldefs.
Post by: Spidermew on July 09, 2012, 11:17:39 AM
Post by: Acey on July 09, 2012, 11:26:19 AM
Do you still want to continue or-?@ DCL, I split the topic so I can carry on talking with Y without mucking up the Venom topic.
@ Spidermew, I would add them in if you did.
@ Y, You can agree to disagree but I'll agree to agree. Writting a wall of text doesn't mean any more then just getting to the point... there is no argument at this point that hitoveride is not equiped to handle reversaldef, unless you want to argue with yourself. There's no need to get bent out of shape based on an analytical exercise. If I knew you were on a witch hunt rather then civilized conversation then I wouldn't have bothered. On to your replies:
* 3240 is the destroy self state, so of course that is where the helper would go if it was cancelled for some silly reason.
* 3210+3230, so what's your point? I listed a range that contained all the helper states for convience of conversation, your just nit picking because it gives more to write on the wall
* The fact that reversal def takes on all the attributes of the attack's hitdef but not the hitdef's own attributes is an omission on the part of the engine programmers. Don't blame me. They certaintly have the power to add the ability to take on a hitattr and at the same time make an additional control to govern if the reversaldef, or the state following, can be reversed again or not, which would stop the hyopthetical loops you mentioned. At this point it's just theory and not the real world.
* I didn't edit your post, it must be your juvenile alzheimers setting in.
Now on to something informative, could someone post up the reversaldef from Rock.
Post by: HyperVoiceActing on July 09, 2012, 11:38:02 AM
Post by: Acey on July 09, 2012, 11:51:44 AM
^^(PM)^
It does work like that. Hit override can negate throws and reversals as well.
Also, this statement is wrong. Hitoverride can not negate "reversaldef".
Post by: ZVitor on July 09, 2012, 12:10:41 PM
Post by: Space (DCL) on July 09, 2012, 12:17:33 PM
:O*D
O_o
Anyway, can we dump this topic now? I can't believe how long this has been going...
Post by: Acey on July 09, 2012, 12:18:22 PM
:O*D
pfff, Mr. "statedef -2" solves everything... you're right, but still...
@ DCL, I'll dump it eventually, but apparently Y isn't online like the rest of us at the moment. BTW, still wondering, which Rock Howard is that?
Post by: ZVitor on July 09, 2012, 01:23:48 PM
maybe -1 solve....
anyway, in liking this discussion, and learning some new stuffs too.
Post by: .ALEXZIQ. on July 09, 2012, 02:12:21 PM
In regards to venom I think I have to go with Cybasters feedback that there are many ways to solve the issue with the venom hyper.
That said though there is a lot of useful information in this thread.
Personaly I dont like attacks that cant be hit if p1 isnt in a custom state. However in the case of sentry I think a change in flag probably would be more fitting than a hit override onless you want to make the void more sentient as a helper wth hits, and counter attacks, and destroyself after so many hits, ect.
But I definately think in some cases Y's suggestions might be fitting under certain circumstances. In venoms case I would prefer the code to be reworked a tad, but thats just me.
Regardless a lot of useful information in this heated, yet educational debate :thumbsup:
Post by: Error Macro on July 09, 2012, 03:05:04 PM
I'll dump it eventuallyWhy dump it? There's a lot of knowledge in this thread. I'm sure someone can learn something from reading through this as evidenced by the last two posts. I even learned a bit from reading this.
Also, that's Vyn's Rock. :cool
Post by: shootYr. on July 09, 2012, 03:39:00 PM
Acey-Kun, I have another long post for you! Please enjoy it!!! (Users that aren't Acey can skip to the bottom horizontal rule)
(click to show/hide)
There's no reason to dump this topic. Users above me have proclaimed it as informative, and I believe many other creators can use it as a means of avoiding the mistakes of creators such as Acey. I'm not suggesting it be stickied, but there may be someone here who decides to code something similar to the Sentry's Void hyper and remembers this.
pfff, Mr. "statedef -2" solves everything... you're right, but still...
...That was really uncalled for. Zvitor wasn't even being remotely disrespectful. I'm guessing another reason for keeping this topic up would be to show users how an admin acts when he's been proven wrong on something he strongly believed in. Your response to Zvitor, though short, was absolutely repugnant.
I am going to help you though. Maybe if you recieve one good thing out of this, you'll be able to accept the fact that you were wrong, leave, and enjoy a nice humble pie (plz).
I have almost 20 videos showcasing issues with your characters. One of the primary things showcased is your usage of helpers with bad attr. Helper coded projectiles should have a hitdef attr of PROJECTILE not ATTACK.
http://www.youtube.com/user/oYzano/videos (http://www.youtube.com/user/oYzano/videos)
I hope you don't feel so bad about this and I really hope you don't respond to anyone in the same way that you responded to Zvitor.
GG PZ
Post by: ZVitor on July 09, 2012, 03:43:25 PM
acey is a friend, no disrespect there.
now, lets return to hitoverride/reverssal lesson and move this thread to discussion board.
Post by: Acey on July 09, 2012, 11:18:52 PM
Post by: shootYr. on July 10, 2012, 05:56:09 PM
If you say something is right and then say something like... "Oh, I didn't know that was like that. You can't blame me for being wrong about that" then you're pretty much trying to get out of committing to an idea that you previously claimed was correct. That's a form of backpedaling.
Show me which part of my post calls you out for inquiring about the contents of Rock's reversaldef. There was no reason for me to tell you about that since DCL and I spoke about it in this very topic.
The problem I have here is that you continuously tried to convince me, and everyone else who participated/read this topic, that you were right about this. In doing so, you may have put a wrong idea into the minds of many inexperienced creators. In addition, you've added all these irrelevant, false points, when you should have stopped as soon as I PROVED myself to be correct.
Now you just expect me to drop the entire thing, even though you tried to be rude to me by taking one of my posts, editing it, and attempting to redirect it towards me to be witty and own me (You cannot deny this). Don't you see anything wrong with walking away without formally apologizing for doing something like that when you can't deny that you were absolutely wrong? =3
I'm pretty sure that if you and the other staff hadn't made the terrible decision of making this forum "Family Friendly", you would have called me something a lot worse than Mr. Doubt Face.
Post by: ~Hale "R@CE" Caesar~ on July 10, 2012, 06:02:12 PM
Why do I feel like a quiet, yet violent storm is about to come? :-?? Better grab me some C.R.O.M. Wolvenom popcorn :O*D and sit back....
@^@ I feel a Ultra Combo coming pretty soon!!!! :Terry
Post by: SanjiSasuke on July 10, 2012, 06:26:03 PM
Hopefully this will help fix the IMT chars as well as TOPS's.
Post by: shootYr. on July 10, 2012, 06:35:32 PM
Maybe instead of thinking you have advanced (or even beginner)knowledge of coding, you should actually learn how things work. Or maybe you're right and can prove it!
So instead of pretending that you have advanced (or even beginner) knowledge of coding you can go start making stuff then get back with me later.
Post by: Space (DCL) on July 10, 2012, 06:36:31 PM
(Walks In) WoW..........
Why do I feel like a quiet, yet violent storm is about to come? :-?? Better grab me some C.R.O.M. Wolvenom popcorn :O*D and sit back....
@^@ I feel a Ultra Combo coming pretty soon!!!! :Terry
.......
Anyway...let's clear something up for reversaldef and hitoverride okay...
Whatever I have underlined...make a note of that...
Here's what I now have for my hitoverride on one of my characters (not released yet...)
By the way, this is indeed a projectile helper...
[State 1050, HitOverride]
type=HitOverride
trigger1=1
attr=SCA,AP,AA,AT ;Will work if hit by all projectiles, attacks, and throws...
stateno=1051
time=-1 ;Yes...this is important...
ignorehitpause=1
Here's what my projectile helper can get hit by...
[State 1050, HitBy]
type=HitBy
trigger1=1
value=SCA,AP ;ALL Projectile based attacks...
ignorehitpause=1
Here's the end state for the projectile...
[State 1050, end]
type=ChangeState
trigger1=MoveContact||MoveReversed ;YES this is a trigger in fact...
value=1051
Even with all that, you'd think the attack would not be reversed...even if i put ignorehitpause=1
Example of a reversaldef
[State 0, ReversalDef]
type = ReversalDef
trigger1 = (whatever is used to trigger it here)
reversal.attr=SA,AA,AP ;Counters all attacks that are standing and air (projectile ones too)
sparkno = S8300
hitsound = S2,0
p1stateno = whatever
p2stateno =whatever man...
There goes my helper (with hitdef attr = A,SP)...turns into a clone...now then what if we added this lil line to reversaldef...
attr = C,SA
That would mess up the reversaldef because now it makes it possible to counter a reversal WITH ANOTHER reversal...but look at the reversal.attr of the reversaldef above...
Makes sense? This is a way a reversal wont counter another reversal with hit attributes of its own...
I think Y. said something about this before?
I just tested this myself and it works. I can't guarantee it'll work for all characters because everyone codes differently...
Anyway short and simple, a reversaldef without its own HIT attributes will counter everything...even if its MEANT to be invincible...
Post by: Tha Lando ( Le CROM ) on July 10, 2012, 07:10:41 PM
hmmm very useful information once i filter out all the much uneeded Matrix talk. even i know there is many ways to code stuff to make certain things work since people code things differently to get a desired thing to work. But for something to work right and on cue a proper code may be needed for the correct effect and clean. so i will just keep reading and maybe i might have to try a few of these things out myself to see what will work and what wont. Just please my bros, dont go super overnerd on the subject. you can keep it debateable and yet still civil . :thumbsup: Trying to learn something here! \-/o ... thank you for posting so us newcomers can learn a trick or 2. ::salute::
Post by: Infinite Power on July 10, 2012, 07:19:52 PM
Hopefully this will help fix the IMT chars as well as TOPS's.
Hopefully, but people would have to stop arguing over how to fix the bugs (with I don't have a problem with the debate) and actually fix the known bugs that Y. and others have pointed out. But I think people would rather just talk about fixing thing than actually have to go and update the problems. I myself had to learn there is nothing wrong with updating/fixing something if it makes it better in the long run but sometimes people feel their stuff is perfect.
Post by: shootYr. on July 10, 2012, 07:45:21 PM
-Snip-
The only time I can think of someone using reversaldef with a proj attr & p2stateno is for characters that reflect projectiles. In those instances, since there's really no 100% surefire way to completely reflect a projectile, most creators send the projectile to a certain state, force it to be destroyed, and then send out their own projectile.
Here's what my projectile helper can get hit by...
[State 1050, HitBy]
type=HitBy
trigger1=1
value=SCA,AP ;ALL Projectile based attacks...
ignorehitpause=1
?
AP and not NP,SP,HP? Wait. I thought the first character of the second argument can either be N, S, or H. The second character can be A,T, or P. Would AP really work? I would think you need to rewrite that as SCA, NP,SP,HP.
Post by: Space (DCL) on July 10, 2012, 08:00:09 PM
The only time I can think of someone using reversaldef with a proj attr & p2stateno is for characters that reflect projectiles. In those instances, since there's really no 100% surefire way to completely reflect a projectile, most creators send the projectile to a certain state, force it to be destroyed, and then send out their own projectile.
?
AP and not NP,SP,HP? Wait. I thought the first character of the second argument can either be N, S, or H. The second character can be A,T, or P. Would AP really work? I would think you need to rewrite that as SCA, NP,SP,HP.
Also, I don't think you need time=-1 on that hitoverride you posted. Cuz' if trigger1 = 1 the sctrl will activate indefinitely (Actually, wouldn't omitting time return a value of 1?).
SCA is the type of attacks, Standing, Crouching, or Air
AP = NP,SP,HP; basically its all three (A basically means ALL)
AT = NT,ST,HT
AA = NA,SA,HA
Mugen 1.0 Docs Example: (nothitby or hitby)
Quote
Example:
; Not hit by anything
trigger1 = 1
type = NotHitBy
value = SCA
; Not hit by normal attacks, and all projectiles
trigger1 = 1
type = NotHitBy
value = , NA, AP
From MUGEN Docs: HitOverride
time = effective_time (int)
Specifies how long this hit override should be active. Defaults to 1 (one tick). Set this to -1 to have this override last until overwritten by another one.
Post by: shootYr. on July 10, 2012, 08:36:17 PM
(http://i.imgur.com/drf43.png)
I omitted the time parameter and both projectiles acted normally. If time was only true for 1 tick, then not only would the projectiles pass through each other, they would become clones if there was actually a way to hit them.
If it does default to 1 and trigger1 is 1, then that state controller will keep activating and 1 will become indefinite. The controller will be active for every tick. So every tick time is 1, time is actually equal to time. Right?
So I guess you would only need -1 if you were using multiple hitoverride/hitby state controllers.
(Edit : DUDE THESE SMILEYS ARE SO F***ING BAD. I DONT WANT HULK RAGE FACE. )
Post by: Space (DCL) on July 10, 2012, 09:17:42 PM
(click to show/hide)
Post by: ZVitor on July 10, 2012, 09:31:53 PM
thanks for links DCL, for one moment i thought this was a discussion about something new.
Post by: shootYr. on July 10, 2012, 09:51:59 PM
Perhaps I'm not good enough to help you, maybe it's best to see if you can find your answers from someone who's more experienced at Mugen than I am...(click to show/hide)
Dude... You make it sound like I'm trying to put down your ability as a coder. I'm not. I thought we were having a serious, non-malicious, discussion about this. I respect your opinion as a coder and was merely challenging what you said in order to find out if I was wrong. I was not trying to be mean to you, DCL. =(
Post by: ~Hale "R@CE" Caesar~ on July 10, 2012, 09:54:37 PM
.......
Anyway...let's clear something up for reversaldef and hitoverride okay...
Man you sure love quoting stuff whenever I say somethin....but whatever, atleast things have calmed down now
Post by: Cyanide on July 15, 2012, 09:57:26 PM
Reversaldef will not natively work on projectiles (honestly) and you need
attr = something about projectiles
For it to function at all. The parameter is not in the docs and is undocumented.
The methods for avoiding the situation in the video are as follows. The person doing the reversal needs to check inside his custom states that his target is not a helper. This is as simple as
type = destroyself
trigger1 = ishelper
in the custom state. Your other option is to give the helper keyctrl = 1 which gives it access to the .cmd file. Once again.
type = destroyself
trigger1 = ishelper && movetype = H
Reversaldef is a bit naff in terms of how it behaves. I've used it, but it's not my favourite feature because of the bugs you can cause.