In this case it isn't the client's doing. It would be the server, to go any lower - we'll need to possibly edit all existing NPCs, server code and database.Gawerty said:That's the lowest the client will allow cool down times to be, you're not the only one who has brought this up. in the simplest terms, there is nothing to be done for it at the moment.
Hey Soudon,Soudon said:Honestly no "cooldown" this is pokemon and I don't remember there being any type of cooldown for that on the games. (Not trying to be rude even if it may come across that way).
Soudon said:I really think imo this whole 24 hour wait time after losing to a gym master is DUMB. Sorry just my opinion but I would really love to see that gone.
Arnie_Jr said:The thing is, the Xanascript code only allows NPCs to calculate time in days. so obviously the lowest amount is 0, but the problem is with what would happen if the limit was removed. its been done before and all people ended up doing was exploiting it, losing on purpose to gain exp. this is the main reason theres a cooldown limit in the first place.
Also if u lose then ur pokes clearly aren't good enough
Bluerise said:In this case it isn't the client's doing. It would be the server, to go any lower - we'll need to possibly edit all existing NPCs, server code and database.Gawerty said:That's the lowest the client will allow cool down times to be, you're not the only one who has brought this up. in the simplest terms, there is nothing to be done for it at the moment.
May I ask what you'll consider a suitable alternative?
Xzuckz said:Bluerise said:In this case it isn't the client's doing. It would be the server, to go any lower - we'll need to possibly edit all existing NPCs, server code and database.Gawerty said:That's the lowest the client will allow cool down times to be, you're not the only one who has brought this up. in the simplest terms, there is nothing to be done for it at the moment.
May I ask what you'll consider a suitable alternative?
Hi I'm new here but I need to tell everyone that, this problem is one easy one to fix cause every gymleader NPC has that time amount of a 24hour wait when you lose right?
So the script for that would be the same for every Gymleader NPC and they would have a call back to the database to se how long each player has waited and if it match the script so you can only battle again after 24 hours.
So if you change the wait time in the scrit it will change every thing it's very few codes and they are easy to fix so why not fix it?
Big Love Xzuckz Productions!
I kinda understand what you mean since as a scripter I've encountered problems like this when things start to become unstable so you want too just ''leave it alone''.HitmonFonty said:Gym leaders are coded distinctly from other NPCs and have often been unstable which is a major reason why we don't mess with them
xrmk said:But also as I understand it, it IS an easy fix. But you're afraid that something might go terrible wrong, or it can just be me that are wrong?
I agree that this is better, but I also agree with that 24 hours can be too much. If you play on saturday untill night. Loose too a gym around 4am, you proberbly wont be able to play at that time the next night since on monday you got school or work. Which makes the waiting time from saturday night/sunday morning 4am, too maybe monday afternoon around 4-6 pm.PewDiePie_Felix said:Sure, you can argue that in handheld games, there was no such thing as a cool down time when you lose. If you do lose in the handheld games, you lose a large percentage of your money. In PWO, instead of losing your money, you are give the chance to prepare and gain the better hand in your rematch after 24 hours by training during the 24-hour interval. This is even a good thing compared to the handheld games.
HitmonFonty said:Xzuckz said:Bluerise said:In this case it isn't the client's doing. It would be the server, to go any lower - we'll need to possibly edit all existing NPCs, server code and database.Gawerty said:That's the lowest the client will allow cool down times to be, you're not the only one who has brought this up. in the simplest terms, there is nothing to be done for it at the moment.
May I ask what you'll consider a suitable alternative?
Hi I'm new here but I need to tell everyone that, this problem is one easy one to fix cause every gymleader NPC has that time amount of a 24hour wait when you lose right?
So the script for that would be the same for every Gymleader NPC and they would have a call back to the database to se how long each player has waited and if it match the script so you can only battle again after 24 hours.
So if you change the wait time in the scrit it will change every thing it's very few codes and they are easy to fix so why not fix it?
Big Love Xzuckz Productions!
Changing server coding isn't something that can be done lightly here. It can lead to the new coding interacting badly with coding that's already there, so that when a certain action is taken by a player in battle the server can't deal with it and crashes. Gym leaders are coded distinctly from other NPCs and have often been unstable which is a major reason why we don't mess with them, and don't plan to at least until the new client comes and server changes can be synced directly with it.
If it was an easy fix it would have been done long before now. You can see how unstable the server and client are right now with dozens of clients crashing in just a few hours. So the only way to shorten the wait time is to make it zero wait time, and we can't do that without adding in some other protection to stop those who would abuse gym leader experience.
Xzuckz said:HitmonFonty said:Xzuckz said:Bluerise said:In this case it isn't the client's doing. It would be the server, to go any lower - we'll need to possibly edit all existing NPCs, server code and database.Gawerty said:That's the lowest the client will allow cool down times to be, you're not the only one who has brought this up. in the simplest terms, there is nothing to be done for it at the moment.
May I ask what you'll consider a suitable alternative?
Hi I'm new here but I need to tell everyone that, this problem is one easy one to fix cause every gymleader NPC has that time amount of a 24hour wait when you lose right?
So the script for that would be the same for every Gymleader NPC and they would have a call back to the database to se how long each player has waited and if it match the script so you can only battle again after 24 hours.
So if you change the wait time in the scrit it will change every thing it's very few codes and they are easy to fix so why not fix it?
Big Love Xzuckz Productions!
Changing server coding isn't something that can be done lightly here. It can lead to the new coding interacting badly with coding that's already there, so that when a certain action is taken by a player in battle the server can't deal with it and crashes. Gym leaders are coded distinctly from other NPCs and have often been unstable which is a major reason why we don't mess with them, and don't plan to at least until the new client comes and server changes can be synced directly with it.
If it was an easy fix it would have been done long before now. You can see how unstable the server and client are right now with dozens of clients crashing in just a few hours. So the only way to shorten the wait time is to make it zero wait time, and we can't do that without adding in some other protection to stop those who would abuse gym leader experience.
It's easy for someone that know how to script I have scripted for 5 years now and that was the first thing I learnd so the scripters here should manage to fix it easy......
Shouldn't the scripter group always have access too the material they work on?Bluerise said:In terms of PWO, our "scripter" group don't have access to the server coding
Bluerise said:In terms of PWO, our "scripter" group don't have access to the server coding so they're not able to alter the system in place. Currently it is possible to set in day increments (hence why we don't have 12 hours, 36 hours etc...). Under the current system, we can only simply go with 1 as the lowest before it is nothing.