What's up, RMers? - Printable Version+- Save-Point (https://www.save-point.org)
+-- Forum: Games Development (https://www.save-point.org/forum-4.html)
+--- Forum: Development Discussion (https://www.save-point.org/forum-17.html)
+--- Thread:
What's up, RMers? (/thread-395.html)Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
RE: What's up, RMers? - DerVVulfman - 01-24-2019
Ahhh, more work on the Lycan ABS continues...
While in a preliminary stage, I have begun work on the creation of a new optional delay system which could be used to create 'chanting' styled animations. For those who don't know what I am talking about, there will be three types of delay systems in the Lycan ABS whereby most other ABSs have only one: They are as follows
- The Button Mash: (Already Present) Typically a system that prevents the player from repeatedly pressing the Attack key super-rapidly like a machine gun. This is in most all ABSs.
- Action Animation: (Already Present) When the player/enemy/whatever attacks, the character swings his sword or whatnot. This 'Action Animation' delay just lets you determine when the actual 'HIT' takes place, either instantly after the Attack keys is pressed or after a few frames of animation so the sword appears to have been swung.
- Chanting/Stance: (In the works!) This is an optional delay system. Once the player presses the attack key, it MAY play out a special action stance such as a chanting pose for X frames of animation before actually performing an attack.
Right now, I have a preliminary version of the Chanting/Stance delay system functioning for the Player. For now, it is performing the attack animation during both the 'Chanting/Stance' delay as well as when the player is actively attacking... So it's weird to see Jane pull a gun... and then pull a gun a second time to fire. But it IS working.
For the Stance animations, I just need to craft a new form of 'Stance' pose for attacks much like how I have a pose option for each weapon attack. Optionally, i might use a 'nil' value within just to skip the Stance animation. Not every attack will have it. Heck, most attacks might not at all.
Still, it is currently being worked on just for the player system right now. But before I began working on it, I did some preliminary re-study of my system to find where these systems need to be placed, not only within the player code but also within the enemy and companion system code. And where I have it within the Player code, it works like a dream.
Then after that... status ailments that can affect the duration OF the Stance animations... Mwahahaha!!!
Jane with the gun (>^_^)>+- - - - *Pew Pew Pew!!!!*
RE: What's up, RMers? - kyonides - 01-27-2019
Is it just me? Or the XP enemy transform event command is merely cosmetic? O_o? I never found a trace of updating stats after transformation, meaning the transformed enemy would be as weaken as the original monster. =_= A real waste of time!
RE: What's up, RMers? - DerVVulfman - 01-27-2019
ROFL! Yes! It DOES just change the enemy's battler and battler hue!
I guess you found a new script to write. I already did one for actors.
Oooh... I got more headway with my Lycan ABS's new 'stance' feature. It's taking a while to be sure. But with my Store#2 demo, I have Jane performing a repetitive looping animation before she even draws her gun to shoot. This might not seem like much, but it begins what could allow for 'casting' poses for complex spells, having a character pull a grenade out of his/her pocket, or whatever.
I do admit, I may be changing the configuration section's ATTACK page to allow for the new actions. Yarg.... I hate that.
Meanwhile, I have in mind of a popup window showing what goodies you snagged from the map. That is, stuff you find left behind after killing an anemy. It should be able to go into its own popup window (set to a timer) or into JayRay's log window. Hmmm.... Mebby both.
RE: What's up, RMers? - Steel Beast 6Beets - 01-28-2019
(01-27-2019, 06:05 PM)kyonides Wrote: Is it just me? Or the XP enemy transform event command is merely cosmetic? O_o? I never found a trace of updating stats after transformation, meaning the transformed enemy would be as weaken as the original monster. =_= A real waste of time!
Pretty sure it was like that in previous RPG Makers as well, methinks.
RE: What's up, RMers? - Mel - 01-28-2019
Uhm, I remember a boss in a very old game of mine who transformed and had more MaxHP after the transformation. And I'm pretty sure he was stronger aswell and used different skills. But maybe I'm remembering wrong, since I made that in 2010 or something.
RE: What's up, RMers? - DerVVulfman - 01-29-2019
Well, either Kyo makes a script for enemies, or I might update Rosy's Transformations to handle enemies as well as actors.
But first with Lycan. I'm streamlining my existing "NEW" code for the new pre-attack pose system. And a new method verifies button mash times, action timing and pre-attack pose delay times while ensuring no invalid values get passed. ^_^
There WAS an issue I had with poses... a sort of overlapping of characterset names. But a simple one-line fix took care of this issue.
Meanwhile, I now coded the Range Weapons to work for the Companions. I guess the next stage will be ye classic Melee weapons.
RE: What's up, RMers? - kyonides - 01-29-2019
Actually KEW XP already handles enemy transformations including stats updates and Kolloseum States XP already includes all of KEW XP features so...
RE: What's up, RMers? - DerVVulfman - 01-31-2019
Just as traditional battlesystems have Skill delay systems, work is still underway to allow the Lycan ABS to have its own 'Stance' system. I'm referring it to 'Stance' as it can be applied to all attack styles: Melee and Ranged weapon attacks, Skill attacks, and Item-based attacks. And so far, so good.
Integration of a 'Stance' system for both Melee and Ranged Weapon attacks has been successful. While said weapons are available to companions, the bulk of this system was meant for the Player as Enemies carry no weapons. As such, I took some spare time to compare the Player's ABS code from the currently released version of the Lycan ABS with the new version in the works.
Compared to the current version, the new version of the Lycan ABS has changed only six methods within the Player's ABS code while adding but two more methods. And after narrowing down the methods that have been changed made it extremely easy to add the 'Stance' system for Item-based attacks.
Actually, only 30 minutes tops, and that includes features like 'landmines'!!
So now, I have a working version of the Lycan ABS that permits 'Stance' poses for Weapon and Item based attacks. Next up will be the work upon the Skill-based attacks.
And that's the part that scares me. Any wonder why early ABS scripts start off without Skills? They're pretty entertainly hard to craft.
RE: What's up, RMers? - DerVVulfman - 02-06-2019
The Lycan ABS just gave me some issues (or headaches) with Melee combat. To be specific, I had issues adapting the stance system to the enemies.
For the player, each weapon may have a preset stance pose. This I created without thinking about the players possibly having a single default entry. However, enemies have no weapons, so they DO need a default stance pose setting. So yeah, I had to add extra default settings. This temporary 'lack' of a stance pose showed off an issue where characterset graphics got erased. But once this default stance entry was crafted and put to use, MOST of the enemy melee stance system was added with ease.
However, a stance pose is meant to have the enemy stay in place chanting (or whatever) before attacking. And that wasn't happening. The enemies were still moving around on the map. EASY PEASEY. I added move_type values to the enemy, effectively halting it in place while changing the order of some content in the 'update_enemy' main method.
So now enemy melee attacks have a stance system that works MOSTLY as it should. I'm leaving some battle animation garbage for later.
RE: What's up, RMers? - DerVVulfman - 02-08-2019
Immediate work upon the Skill Stance pose within the Lycan ABS has begun.
So right now, Enemies have a really rudimentary delayed effect when using skills. For testing purposes, a cowboy enemy from the 2nd Lycan ABS Story now has a stance pose before drawing his gun and firing. Er, since enemies don't carry weapons, a skill is used to simulate weapon's fire. 