how to rise attack max limit,and make the real attcak more than 1000
how to rise attack max limit,and make the real attcak more than 1000
Without the disconnect or the dmg cap? Very very hard. I know people who've spent years trying to figure that one out.
A comprehensive emulated server with full source code would solve 50% of that issue though.
Without that, if you ignore the fact that the jPT based servers just won't allow it, every client is a little bit different in how it defends against over dmg... so there isn't any one correct answer. (I think)
I've seen clients DC, cap, zero or wrap over dmg. At some point, there must be a limit, however. The actual limit will be a physical restriction in the packet data, not just an arbitrary number you can change.
It's therefore easier to work within the existing limits of the game and alter the multiplier of the figures shown.
An example would be, reducing the Exp gain from kills, and reducing the Exp required per level to increase the maximum possible level. Do you see what I mean?It's also worth noting that while the game displays "damage" the dmg figure is actually broken down into types of damage. The elemental damage figures which are more or less effective depending on the targets resistance to certain types of damage.Spoiler:
This is something of a "forgotten feature" in PT. It's there, and plain for everyone to see. But (from my experience) players take little notice of it, and little effort is made to emphasis it's influence. There is no Boss which deals only cold damage leading people with high cold resistance to stand a better chance of defeating that monster, where people with high fire resistance will do better against a different boss which does only fire damage. And equally, there are no boss monsters who's main resistance is fire resistance so that Mages are humped, Mechs need to watch what skills they use and Atas pwn.
Spoiler:
You could start with this http://pt.gregooverse.net/?c=misc&id...g_alert_values.
That's the comparison telling you if you exceeded the max values.
As for the damage, it's coded on a signed 16bit int, so if you exceed 32,767 you enter the magical world of negative values which heal the monsters :P
So that's your first "physical" limit. Thanks Gregoo.
It's a fair assumption that the packet transmission will have the same limitation, but "fair assumptions" are not always a good indicator in the world of PT development.
Besides which, I can already see that you could, theoretically, recode without using the sign bit. Possible side effects to this may be that Priestess healing turns out to actually be a negative damage attack which can be performed outside PvP. Hmm...
if theres anny limit sent through packets, it should be near the switch of 0x48470013 packet. I belive everything related to players's action is there.
his current HP/STM/RES, if he is seeing any NPC, which NPC, etc etc...
All packets are fixed size records in PT are they not? Some games use a dynamic packet size with linked list style object structure... a bit like a binary XML. But I'm fairly sure PT isn't like that.
Such a structure to a packet would allow infinite damage, because multiple damage structures could exist in a single packet. 8 * 32767 + 1 * 5764 to produce an attack of 267900 for example.
This is how games with dynamic storage work. So you can put bags in your inventory, and bags in bags. Each bag can hold a warehouse of items. Therefore your only limit to carrying items is your carry weight. (which is, relatively, easily changed) You can't do this with PT.
Even though you could implement a portable warehouse item, you can't have more than one warehouse, (well, your emulator may be able to implement more... as if they where shops whose items the player defined) a warehouse (or shop) has a fixed size, and a characters inventory has a fixed size. (even an emu can't do anything about that.
They are constructed in a single fixed size buffer, not a linked list to be streamed, or even allocated incrementally on a heap. (less object oriented than even C, it feels pre-C functional programming, like old style Basic / Fortan Arrays and Pascal Records, before those languages adopted C style pointers)
Last edited by bobsobol; 13-07-11 at 02:58 AM.
most of them are fixed size. But 0x13 packet still are the most curious packet I've seen...
About warehouse I can build a 2-warehouse system very easily, like:
/change_side
and then gen a new .war and rename it, changing to side 2 and vice versa.
about the character inventory and warehouse packet they may be fixed size and every offset that should be an item in it would be filled with 0x00.
The only packet that I thouhgt to be fixed size was the character dat, but when I put alot of itens inside the inv, its size changes.. I havent figured out its structure yet, character dat is very confusing...
Yea... Character.dat actually stores the x and y pixel of items. I know I've modified it to lay items on top of one another, only 1 pixel apart... but you still run out of space in it when you've filled, as many items as there are squares.
So you can make each item no smaller than 24 x 24 pixels. If you want, you can make even full body armour and robes 24 x 24 pixels to get more in. You can make items 5 x 5 pixels, but that doesn't mean you can fit any more of them in your inventory. XD
This is part of why I gathered the packets where fixed size. I've also seen the memory buffer allocation, which is always the same size, even when empty, and the packets I've sniffed always seem to have a fixed size. They could have extended the protocol later though. And I certainly know they have changed the experience field size from 32-bit to 64-bit in the packets from the Beta to post Pay2Play.
That's something that would be very hard for us to do, since we don't have the source.
It seems like an impossible task.oh---
I wouldn't say impossible, but probably more effort that you initially envisaged. ^_^ As I say, you can "fudge" the effect, or you can make in-depth efforts to make a radical change. (which is probably more than you wanted to do)
As Gregoo points out, you should be able to go from 1000 to 32000. No small increase. But if you do only that, you could be opening you server to considerable abuse. So you will probably want to implement other securities, or just trust your users a lot. (eg. LAN, VPN or just an unpublished server by invite only)
Reply With Quote
