Write Field

Hello,

i was wondering if anyone could help me a little bit with write field? the problem is that when i am playing, there are no mobs in any of the new maps, i have set up the server side dll + client sql scripts. I can visit the maps, i can log out and when i log back in i will remain there, but i am unable to spawn any monsters, use any commands or spawn any flags. Any help would be appreciated.

I'm afraid it's still on my to-do list. :blush: But have you made got SPP / SPM files to go with your new map in the server folder? If they don't exist, it kinda quietly fails to write the new spawn point from a GM insert and goes nowhere from there.

You also need .smd files in server. Simple test is to drop item/gold on floor.

yes i have all files in place, ive copied the spp from another map, i even added an spc to see if it would help, i have the spm added in wormy's release and the smd files are all copied from my client, i may repatch my smd files as im not sure which client i intially copied them from, but no, dropping items on the floor doesnt work, that was the first thing i tried, just dissapeared =/


- Recopied files from folder i was running client from, recompiled my writefield file and replaced it too. should a new spp file be completely blank? or should it contain anything?

Also should spp files be named as Mine-1.spp or Mine-1.ase.spp

SPawn Point file (SPP) should be exactly 2400 bytes of 0. (if only you could dd if=/dev/zero of=C:\PTServer\GameServer\Field\mine-1.spp bs=200 count=12 in Windows eh? Oh wait, You can! :ott1:) It should store 200× 32bit X, Y and Z co-ordinates for map flags.

SPawn Monsters (SPM) is another plain Korean ASCII file. (correctly EUC-KR ASCII)

SPawn Character (SPC) files are probably the most complex, but we have a couple of editors with one or other limitation in them. They are still a simple memory array for NPCs, (non-player characters) but the record structure is more complex than the Monster spawn file. They are exactly 50400 bytes large, but I'd copy an existing one and edit it with one of the released tools, if you need NPCs on the map. If you don't need NPCs, then you can leave that file out.

The correct name is Mine-1.ase.spp, Mine-1.ase.spm, Mine-1.ase.spc, the server won't find them otherwise. :wink:

yea i know about all the different files and stuff, i worked with it before when i added lost temple years ago to my server. thats all good. but i cant seem to add the new maps. i really dont understand it. possibly an error with the writeserverfield dll. client side works a charm. but possibly server isnt working due to needing extra data to write.

Yes, I thought you did and posted more as a refresher, and to assure that they should, AFAIK, be the same with WriteField as without... except more of them for extra maps.

The same additions should be made to each version, server and client before compiling each... But I've certainly not checked since Vormav switched to Code::Blocks. When I was working them into VC, Pelles and trying Digital Mars, Watcom and Borland, it occurred to me that the ideal way in Visual Studio would be to have the two files built as part of the same project. Traditional GCC would use a makefile or BISON or such to produce multiple binaries in one build.

If the same data came from a single header, shared by the two DLLs then you would only have to make the changes once. Even if the data is stored slightly differently, a Macro could format it correctly at compile time, but I don't remember exactly how Vormav set it up... I'll have a look if Vormav doesn't respond before hand. :)

--- EDIT ---
Also, in case you didn't notice it, you should check out Vormavs' guide. It still talks about DevC++ too, but should still be pretty close, I think. May spark some inspiration?

dont know if you will know this bob but is this dll patch compatible with wormys et3 server? i only ask because when adding et3 the lastfield offset may not have been updated and the dll may be overlapping previously written data, thus the header not being seen?

do you know which server this release is compatible with at all?

Hm... lets then reassure thing step by step than:
- did you change memory addresses in writeClientField.h to your client addresses?
- did you touch writeServerField.h/your server have different addresses than those?
- did server and client dlls compiled without any error?
- did you changed 2 calls in client and in server to call writeServerField/writeClientField?
- are you sure that DLL is called correctly (set BP)?
- did you made any "yours" modifications?
- copy any other working .ase.spp file, name it mine-1.ase.spp, open with hex editor, select all and fill with 00, be sure you are not adding or removing anything... just in case
- does only mine-1 is not working?
- is your output size is 66.50 KB ?


@bobsobol
Only difference now is that project is compiled as C++ code and not as C.
There are 2 different project files, for server and for client.
They using main writeField files, those define global values that are exactly the same for client and server.

___EDIT___
if you called function in this dll than nothing is overlapping, however other servers might use different addresses than those defined in writeServerField.h, just like client does.

i checked addresses in my server, et3_server by wormy. i changed nothing except client side addresses, none of the new maps work, i can visit them in my client but cannot drop items/drop gold/spawn mobs/call people to me. Any suggestions? i changed both of the calls in the server, client only had 1. et3 1976 client. Client dll works fine. but server will not. do i definately replace both of the calls in server?

output size is 311kb. but that was debug dll now because release wouldnt work. i think release is 68.5

im going to attempt to add it to server et2 by shagpub i beleive. if it works here i know its bad work by jaymoko on et3 release -.- :P

memset(firstFieldPointer, 0, 0xEA800);
Does this make a difference to anything?

vormav - if i upload my client + server + dll file can you take a look at it when you get time?

oh, you tried to add old mobs? mobs that are workin 100% in another map, sometimes new mobs can't not be working 100%

i didnt try to add mobs. i tried to add ice mine map. i can go there in my client. but no monsters will spawn, nor will items drop.

Upload your client and server that works together before you add writeField dll.
Something might be wrong with your compiler if only debug version of dll is working
.

works fine. its server thats the problem. you dont have a version of kpt 4096 server available do you vormav? when the fields above ice were added by the many people who have hacked away at the server (as you know) the end of field table was not kept upto the right record continuously. there are parts of load field all over the server. I need a version of 4096 server without the encryption files you have put on them, either that or would you mind letting me know how to encrypt my dll so that it matches the formatting of yours in the 4096 release?

release version works also. the size of it is considerably smaller than debug. but thats understaandable as it is a release version with trimmed data, excluding data about the compilation of it.

Well I used kpt endless v2 before and it was working, I'm not sure what they changed in some other releases to make it not work.
Usually I target clean 4096.

BTW you can remove whole function that was CALLed before (and some sub) and you will get a lot of space for you modifications without adding new section to exe.

i dunno how to remove things from server. ive never done anything like that before. this is my first time using olly. But already im understanding alot. The end field pointer in kptendlessv2 is wrong. it does not take into account the maps above ice1. they are spread throughout the client. Would it not be possible for you to upload a clean copy of 4096? or atleast could you tell me how to make it compatible with kpt clients and port 10009?

WriteField does not care about what maps others added, it replace whole function. As soon as you call function in dll you will get your fields ready do use. What other server could do is that they could mess with functions that are reading this info.

Here is clean server4096 (port 10006, jPT crypt)
Multiupload.com - upload your files to multiple file hosting sites!

You can search for tutorials how to change cryption and ports on server/client and also how to remove x-trap... those are good things for olly starters. Some of those have good documentation.

If you have any problem than fell free to ask questions.

thank you very much. with that server 4096 do i have to encrypt my dll files so that the server will read them correctly? if so how do i do that?

No no no =P
Server and client using protocols to "crypt" packets.

There is list of tuts you might need on start:
http://forum.ragezone.com/f562/guide...ibrary-656829/
http://forum.ragezone.com/f562/guide...server-610702/

You already have client that works with your server but those will help you when you will get different client/server.

ahhh i see, i just tried to connect to that server with my 1986 client. it didnt work =/ i guess ports or crypt is wrong?

Could be both wrong:
kPT clients: port 10009, kPT cryption
jPT clients: port 10006, jPT cryption

br, eng, any other... different ports and cryptions, but they are also very bad clients. Messy buggy and no admin mode.
I prefer test kPT.

You can see what ports client/server using with TCPView.
If they using same port than problem might be in protocols.

Best option is to pair kPT client with jPT server (we don't have any other) by changing ports/cryption on server or client side.

Development DLLs don't have or need encrypting... that would be silly. XD I've mentioned the possibility in posts about using DLLs instead of hacking extra sections into the main .exe because the main arguments against doing that when I first proposed it where that other servers could steal your custom code just by taking your DLL, and that hackers could replace your DLL to inject cheats. (If you encrypt client DLLs and Game.exe, and checksum any injected DLLs you should actually be better off than not using any DLLs, and most clients import HanDes.dll anyway... but that's all only for Pservers releasing clients to users anyway.)

I've attached an old server that was released as KPT Clean server, but I've not tested it extensively. Seems to be a Frogg server with some GFantasy/QuantumFusion stuff, including maps and KPT packet encoding routines.

Readme Quote:-

This Kpt server is cleanned :
no added mix, all map usable

I] put KptServerClean.exe in PT root path of the server

II]put hotuk.ini in the same place

III]Change thoose lines for ur info :

Server Part :

*SERVER_NAME FroggPT (change the name for your server name)

*GAME_SERVER FroggPT 127.0.0.1 127.0.0.1 127.0.0.1 (with ur ip, put ur local Ip for play in lan, Inet ip for host game on Inet)

*CLAN_SERVER 127.0.0.1 80 127.0.0.1 80 (more info in ClanFiles.rar)

Admin part :

*DEBUG_ID adminLogin1
*DEBUG_ID adminLogin2
*DEBUG_ID adminLogin3
*DEBUG_ID adminLogin4

*DEBUG_IP 192.168.0.12
*DEBUG_IP 192.168.0.13

*DEBUG_IP 192.168.0.14
*DEBUG_IP 192.168.0.15

*ADMIN_IP 192.168.0.12 (this is the super admin ip)
*ADMINISTRATOR_IP 192.168.0.12 (this is the super admin ip)

*ADMIN_LOGIN "adminLogin1"
*ADMIN_NAME "adminChar" (here is the name to get admin stuff)
*ADMIN_COMMAND "passRk1"
*ADMIN_COMMAND "passRk2"
*ADMIN_COMMAND "passRk3" (here is the pass to get admin stuff rank 3)

to get admin u must log with admin client and type :
~/;adminChar passRk3
for every one you want to get rank3

More info that you need, and it's in the archive, but may help you decide if it's worth the massive 880k download. XD

thanks bob ill take a look into that now, with that all protocols are in place for use with kpt clients? all i need to do is change the ports?

i think my problem is my compiling dlls. compiler settings may not be right.

You can try with
http://forum.ragezone.com/f399/perso...n-tale-612785/

They should be compatible.

can you check this dll for me before i go into it all to see if my compiler is the trouble for server side write fields?