Quote:
How can there be no write access?
That would mean, that every unique id has already been programmed in, think of how many things drop a day, how many pots are baught a day....
|
I mean the ItemTypeID. You cannot change an item's ItemTypeID serverside.
And you have no direct write access anyway, all you do is to tell the server what to do, the server checks whether that action is valid and executes it if it is.
Quote:
|
I think, when you buy a stancher a packet is sent to sever saying generate me a unique ID save to database, therefore there isnt any real wirting to database but you could, "Fake" a item generation.
|
Nope when you buy a stancher all you do is to send the buy packet to server, the server then replies with an ADDITEM-packet which tells you to add the item to inventory followed by the MSG-packet which tells your client to display "You have bought a Stancher.".
Code:
Seriosly, Item checks are dont in several packets, if you could make a proxy, that reads packets from server > client changes the value given to an item droped and then lets the original though aswell, this in turn should be a valid item dupe...all you need is something to play packet ping pong with the server and it should work....
I have done a "proxy" (or lets better say I hook) which lets me modify packets arriving from server.
All this will cause is to give you wrong informations about the item being dropped, when you try to pick it up you send the FLOORITEM-packet with type PICK_UP which picks the highest item up at your current position, there is no way to specify an UniqueItemID or ItemTypeID.
In short this means: You drop a stancher and change it to be a DragonBall by modifying the incoming packet, your client shows that there dropped a DragonBall. You go and pick it up, and you only get a Stancher.
Now lets think further. What if you change the packet where it tells you that you picked up a Stancher? What if you modifed the packet so that the Stancher is a DragonBall?
Simple, your client will think it is a DragonBall as it relies on the packets sent from server, but if you try to do anything DragonBall-related the server will tell you "this is no DragonBall".
