GTBS v1.5.1.4 - A FFT Styled Battle System (5/19/2010)
- Thread starter Gubid
- Start date
<b>[1]</b> Ok the font thing is solved thanks
<b>[2]</b> and for number 3 , I made the escape event to 'player touch'
where do I have to add the script that you told me ?
can U please tell me easier ? ( Im using 'player touch' can U explain what to i have to add in the event ? )
<b>[3]</b> I have another question how can I make ( Battle_event ) thing not available in the normal map ?? If I make autorun or player touch event it always cause an error in the normail map.. How can I make it only available in the battle map ?
<b>[4]</b> In the Krones Forest map I found some event called EN_retreat . what is this ?
<b>[5]</b> Well i think this is the most big one.. last time U gave me the code to make 'Equipment Skills' compatible.. and I tried it now but an error occured when I start the battle. Error occures from Iso something.. can U please check the demo and fix it ?
<img src=http://www.op.co.kr/ii/t4/imgd/th200807/26/15/2107049356488a88b554a76.jpg>
this kind of error occures..
<b>[6]</b> Also in the demo , I can see that battle stops automatically sometimes .. If you can also handle this please look what you can do.. thanks
<b>DEMO LINK : http://www.megaupload.com/?d=4MD0MPZQ</b>
-----------------------------------
<b>Gubid , sorry for asking too much questions.. I think these are the main problems of my project.. I hope U can help them all of them T0T.. and please help me fixing the two problems in demo T0T~ I will wait for your reply..!
<b>[2]</b> and for number 3 , I made the escape event to 'player touch'
where do I have to add the script that you told me ?
can U please tell me easier ? ( Im using 'player touch' can U explain what to i have to add in the event ? )
<b>[3]</b> I have another question how can I make ( Battle_event ) thing not available in the normal map ?? If I make autorun or player touch event it always cause an error in the normail map.. How can I make it only available in the battle map ?
<b>[4]</b> In the Krones Forest map I found some event called EN_retreat . what is this ?
<b>[5]</b> Well i think this is the most big one.. last time U gave me the code to make 'Equipment Skills' compatible.. and I tried it now but an error occured when I start the battle. Error occures from Iso something.. can U please check the demo and fix it ?
<img src=http://www.op.co.kr/ii/t4/imgd/th200807/26/15/2107049356488a88b554a76.jpg>
this kind of error occures..
<b>[6]</b> Also in the demo , I can see that battle stops automatically sometimes .. If you can also handle this please look what you can do.. thanks
<b>DEMO LINK : http://www.megaupload.com/?d=4MD0MPZQ</b>
-----------------------------------
<b>Gubid , sorry for asking too much questions.. I think these are the main problems of my project.. I hope U can help them all of them T0T.. and please help me fixing the two problems in demo T0T~ I will wait for your reply..!
I couldnt find anyone else with this problem (Although I'm sure it's here somewhere, I'm just too stupid to find it) but...
http://i248.photobucket.com/albums/gg16 ... trange.jpg[/img]
If I place a unit and select it twice more it does this :S I've just opened the demo and played it. A soloution would be great...
http://i248.photobucket.com/albums/gg16 ... trange.jpg[/img]
If I place a unit and select it twice more it does this :S I've just opened the demo and played it. A soloution would be great...
Could you make this battle system (VX version) compatible with Job Changing/EXP script?
Here is the request topic
Here is the request topic
This is a great script, GuibD, and It's even better with Isometric on.
But I have a problem. I'm trying to use this script in XP, with Isometric on. I have set up a isometric map (that all works fine, I understand that) and copied all the events from the demo map across. I then play it, go up to the event that starts it, and the battle starts. The first player (the enemy) moves - and then it stops. The characters all still walk on the spot, the music plays and everything, but the cursor and the events no longer move. Is this a bug, or am I doing something wrong?
Thanks.
But I have a problem. I'm trying to use this script in XP, with Isometric on. I have set up a isometric map (that all works fine, I understand that) and copied all the events from the demo map across. I then play it, go up to the event that starts it, and the battle starts. The first player (the enemy) moves - and then it stops. The characters all still walk on the spot, the music plays and everything, but the cursor and the events no longer move. Is this a bug, or am I doing something wrong?
Thanks.
Thanks Exo! The map is going to auto center in 1.5 over the first place or actor event on the map it finds. So scrolling will start from there instead of the uppermost corner.
fox5, Thanks! It is likely that the calling event is a parallel or autostart event. When that is the case, if you dont set a switch/self switch before the "battle processing" command, then it may auto abort the battle. This has already been corrected in 1.5. I am working on adding mouse support so its being quite fun.
xSnOwYx, if you ask me, it requires 10x less setup than other TBS's available and is ready to go by simply placing 2 events on a map. actor1, and enemy1. Then call you battle and WALLA! You have a battle. Anyway, I wonder if someone could create a video tutorial to help out you, going by your quote, "noobs."
badmonur, NightSway and ragnaroa,
Found and resolved, will be part of 1.5
Cyrtii, I can imagine it wouldnt be that hard, although, I am kidda strapped for time, which is why I didnt respond until now. Has anyone accepted your request yet? Regardless it SHOULD only require a small update the gain_exp method in Scene_Battle_TBS to gain class exp as well as regular exp.
Temogin, I am going to need a little more information to help you. Can you provide the line number the error was encountered on, and is that part of my scripts. Also, are you using any other scripts that might affect it.
Odinel, I got your demo, just havent had time to look at it. I will shoot you a reply when I have a minute to review it.
ragnaroa, yeah, when I release 1.5, I will start a new thread. I think we have almost hit the post limit for this thread anyway.
FireDragon_IceWolf, Odd.. summons always disappear immediately when they die.. can you give me some steps to duplicate this scenario? Limitbreaks can be added, but I dont know what you would have to do. I have never reviewed anyones limit break code. Perhaps a future add-on. Although anyone is free to make it for me.. if you get what i mean.
As for the current location display... do a search on @cur_location (ctrl + shift + f) then where I set the .x and the .y for it.. add a new .visible = false line, and it will be hidden.
Twytchums, actually that wouldnt be hard to do. You will have to update 2 sections of code. First is def update_battlers(if you are using xp) or def process_battlers(vx) and find the death stuff, which adds the actor to the $game_system.tactics_dead array. As you notice in the code when the GTBS::REMOVE_BATTLERS is true, then the battlers are added to a different thing. There is also a if statement for Game_Enemy vs Game_Actor. Just update the Game_Enemy method to do the Remove_Battlers function all the time. Then update Sprite_Battler_GTBS when it checks for !battler.collapsed? and battler.dead?, and have it again, always perform the remove_battlers thing when a Game_Enemy.
Well, anyway, I guess I can tell you about some of the stuff I am doing for 1.5. First let me say that I am adding a Mouse script (Woratana's for VX and Mousie for XP) and that they have both been modified to only accept input from the mouse when you are OVER the 'active' window. This allows for more complexity when selecting tiles ect to move and blah blah. I am currently working on the method to get the map x,y when in iso, based on the current displayed area, and a new scroll method to update the window based on the current mouse position, but only when clicked etc. Anyway, I am also taking a stab at large units. I found a way that may be clever enough to pull it off and it only required small changes to the engine itself, but a couple of complex change to the battler passable techniques etc. The large units could be applied to the normal map as well, so that you can something like 'Garr' from BoF3 where he cannot pass where the other characters can, although at this time it is only getting added to the tbs. I am also working on adding DIM objects as well. When you move behind a DIM object, then that object would DIM so that you can see behind it. These at this time will have to be events on the map and I will create a special case etc for them. I have also corrected all the bugs mentioned above and a couple others I found. Oh yeah, forgot to mention that I am updating the graphics system. In the future of GTBS you will use a single sprite sheet and its size etc wont matter. I am going to allow you to customize your animations.. so that you can reuse frames without having to redraw them in a separate cell. By that I mean that you will have a pattern_index.. you will give it a patter of say.. @pattern = [1,2,3,2,4,5,4,3,2,1] and it will be processed in that order. This will allow for less time required to do spriting and will allow for variable length animations. By doing this, you can also implement alternate attack patterns for the same weapon, by that I mean that you could.. attack low one time, and mid/high attack the next time. This will take a bit of configuring, BUT would pay off big for a professional type. Of course it will come with the default that is already configured 6 frames of [0,1,2,3,4,5] for right now, but in the future, if I can get some new sprites, will be far more complex. Along with alot of this is going to come GTMenu, which is a FFT style tactical battle menu system, that gives you everything that the normal menu gives you, plus all the features of FFT.. ability assignment and class changing (class changing was previewed on this thread a while back.. ) Anyway, Hope you all enjoyed the quick update. I suppose that is enough of me talking about stuff. Oh yeah.. one last thing. not all of these enhancements.. like animations and dim objects etc, are not going to VX, sorry. If someone would like to help start taking on this project that would also be highly appreciated. Perhaps I will open a sourceforge project for its distro etc.. perhaps later. Well, later!
fox5, Thanks! It is likely that the calling event is a parallel or autostart event. When that is the case, if you dont set a switch/self switch before the "battle processing" command, then it may auto abort the battle. This has already been corrected in 1.5. I am working on adding mouse support so its being quite fun.
xSnOwYx, if you ask me, it requires 10x less setup than other TBS's available and is ready to go by simply placing 2 events on a map. actor1, and enemy1. Then call you battle and WALLA! You have a battle. Anyway, I wonder if someone could create a video tutorial to help out you, going by your quote, "noobs."
badmonur, NightSway and ragnaroa,
Found and resolved, will be part of 1.5
Cyrtii, I can imagine it wouldnt be that hard, although, I am kidda strapped for time, which is why I didnt respond until now. Has anyone accepted your request yet? Regardless it SHOULD only require a small update the gain_exp method in Scene_Battle_TBS to gain class exp as well as regular exp.
Temogin, I am going to need a little more information to help you. Can you provide the line number the error was encountered on, and is that part of my scripts. Also, are you using any other scripts that might affect it.
Odinel, I got your demo, just havent had time to look at it. I will shoot you a reply when I have a minute to review it.
ragnaroa, yeah, when I release 1.5, I will start a new thread. I think we have almost hit the post limit for this thread anyway.
FireDragon_IceWolf, Odd.. summons always disappear immediately when they die.. can you give me some steps to duplicate this scenario? Limitbreaks can be added, but I dont know what you would have to do. I have never reviewed anyones limit break code. Perhaps a future add-on. Although anyone is free to make it for me.. if you get what i mean.
As for the current location display... do a search on @cur_location (ctrl + shift + f) then where I set the .x and the .y for it.. add a new .visible = false line, and it will be hidden.
Twytchums, actually that wouldnt be hard to do. You will have to update 2 sections of code. First is def update_battlers(if you are using xp) or def process_battlers(vx) and find the death stuff, which adds the actor to the $game_system.tactics_dead array. As you notice in the code when the GTBS::REMOVE_BATTLERS is true, then the battlers are added to a different thing. There is also a if statement for Game_Enemy vs Game_Actor. Just update the Game_Enemy method to do the Remove_Battlers function all the time. Then update Sprite_Battler_GTBS when it checks for !battler.collapsed? and battler.dead?, and have it again, always perform the remove_battlers thing when a Game_Enemy.
Well, anyway, I guess I can tell you about some of the stuff I am doing for 1.5. First let me say that I am adding a Mouse script (Woratana's for VX and Mousie for XP) and that they have both been modified to only accept input from the mouse when you are OVER the 'active' window. This allows for more complexity when selecting tiles ect to move and blah blah. I am currently working on the method to get the map x,y when in iso, based on the current displayed area, and a new scroll method to update the window based on the current mouse position, but only when clicked etc. Anyway, I am also taking a stab at large units. I found a way that may be clever enough to pull it off and it only required small changes to the engine itself, but a couple of complex change to the battler passable techniques etc. The large units could be applied to the normal map as well, so that you can something like 'Garr' from BoF3 where he cannot pass where the other characters can, although at this time it is only getting added to the tbs. I am also working on adding DIM objects as well. When you move behind a DIM object, then that object would DIM so that you can see behind it. These at this time will have to be events on the map and I will create a special case etc for them. I have also corrected all the bugs mentioned above and a couple others I found. Oh yeah, forgot to mention that I am updating the graphics system. In the future of GTBS you will use a single sprite sheet and its size etc wont matter. I am going to allow you to customize your animations.. so that you can reuse frames without having to redraw them in a separate cell. By that I mean that you will have a pattern_index.. you will give it a patter of say.. @pattern = [1,2,3,2,4,5,4,3,2,1] and it will be processed in that order. This will allow for less time required to do spriting and will allow for variable length animations. By doing this, you can also implement alternate attack patterns for the same weapon, by that I mean that you could.. attack low one time, and mid/high attack the next time. This will take a bit of configuring, BUT would pay off big for a professional type. Of course it will come with the default that is already configured 6 frames of [0,1,2,3,4,5] for right now, but in the future, if I can get some new sprites, will be far more complex. Along with alot of this is going to come GTMenu, which is a FFT style tactical battle menu system, that gives you everything that the normal menu gives you, plus all the features of FFT.. ability assignment and class changing (class changing was previewed on this thread a while back.. ) Anyway, Hope you all enjoyed the quick update. I suppose that is enough of me talking about stuff. Oh yeah.. one last thing. not all of these enhancements.. like animations and dim objects etc, are not going to VX, sorry
. If someone would like to help start taking on this project that would also be highly appreciated. Perhaps I will open a sourceforge project for its distro etc.. perhaps later. Well, later!Gubid , wow i think ur very busy these days
can U answer my 1~4 question ??
[1] Ok the font thing is solved thanks
[2] and for number 3 , I made the escape event to 'player touch'
where do I have to add the script that you told me ?
can U please tell me easier ? ( Im using 'player touch' can U explain what to i have to add in the event ? )
[your no3 answer:3. Sure you can do whatever you want. I dont know how you would call the escape menu, but I would guess it would be a triggered event. So a script would do the trick for poping the "escape" ]
[3] I have another question how can I make ( Battle_event ) thing not available in the normal map ?? If I make autorun or player touch event it always cause an error in the normal map.. How can I make it only available in the battle map ?
[4] In the Krones Forest map I found some event called EN_retreat . what is this ?
-------------
always thank you gubid ! I'll wait for your reply for no1~4 and the demo..
and also im really looking forward to see the next version @!
can U answer my 1~4 question ??
[1] Ok the font thing is solved thanks
[2] and for number 3 , I made the escape event to 'player touch'
where do I have to add the script that you told me ?
can U please tell me easier ? ( Im using 'player touch' can U explain what to i have to add in the event ? )
[your no3 answer:3. Sure you can do whatever you want. I dont know how you would call the escape menu, but I would guess it would be a triggered event. So a script would do the trick for poping the "escape" ]
[3] I have another question how can I make ( Battle_event ) thing not available in the normal map ?? If I make autorun or player touch event it always cause an error in the normal map.. How can I make it only available in the battle map ?
[4] In the Krones Forest map I found some event called EN_retreat . what is this ?
-------------
always thank you gubid ! I'll wait for your reply for no1~4 and the demo..
and also im really looking forward to see the next version @!
1... uh...
2. create event, set to player touch, name it 'battle_event', make a conditional branch to check '$game_temp.in_battle' (its the last option in the conditional branch window) then place a call script saying.. '$scene.exit_battle' That should do it.
3. If you use a conditional branch to check the '$game_temp.in_battle' it will only occur during battle.
4. Its an early version of battle_events, in particular retreat locations. Although the way I used them was with the AI, it was something of a if you need to 'retreat' then you should approach this location. It was dropped as of 1.2 because the logic in place to 'retreat' (not attack, but get away from people) was already good enough. I didnt feel the need to make it more complex.
2. create event, set to player touch, name it 'battle_event', make a conditional branch to check '$game_temp.in_battle' (its the last option in the conditional branch window) then place a call script saying.. '$scene.exit_battle' That should do it.
3. If you use a conditional branch to check the '$game_temp.in_battle' it will only occur during battle.
4. Its an early version of battle_events, in particular retreat locations. Although the way I used them was with the AI, it was something of a if you need to 'retreat' then you should approach this location. It was dropped as of 1.2 because the logic in place to 'retreat' (not attack, but get away from people) was already good enough. I didnt feel the need to make it more complex.
Those updates look fantastic for 1.5 Gubid...but I'm a bit worried about lag now that I know the 2nd/3rd layer tiles that "dim" are going to have to be events. I could always find a workaround (like making the battle-map smaller than the start map) but as things are right now...if I need 22 dim events per tree...a forest battle-map could easily have 200+ events on it with only 10 trees >_<;
Maybe it would be easier to use pictures? Like show picture #8, and if a character is behind that picture, the entire picture dims? Ten pictures on screen would eat up a lot less resources than 200+ events.
Maybe it would be easier to use pictures? Like show picture #8, and if a character is behind that picture, the entire picture dims? Ten pictures on screen would eat up a lot less resources than 200+ events.
It wouldn't need to be like 200 objects.. Create a tree character set to have all the different types then just set them when necessary. At least that is what I do. See then its 1 event for an entire tree. Just as you were saying with pictures. You will define the "dim" area by adding a comment in the code. It will be a event function, so it can work for normal scene's as well.
FireDragon_IceWolf,
Are you using the remove battlers option? perhaps its a bug in the window_revive stuff. The dead summon, should be getting "deleted" before they could get added to the dead array. so they shouldnt be part of the revive window.
ragnaroa, yeah, that is what I am hoping. The find the x,y you are clicking in an iso view is quite annoying though. I have spent the last 2 days trying to figure it out.
FireDragon_IceWolf,
Are you using the remove battlers option? perhaps its a bug in the window_revive stuff. The dead summon, should be getting "deleted" before they could get added to the dead array. so they shouldnt be part of the revive window.
ragnaroa, yeah, that is what I am hoping. The find the x,y you are clicking in an iso view is quite annoying though. I have spent the last 2 days trying to figure it out.