Dragon Basher: Enter City

  Prev 1 2 3 4 5 6 Next

Posted: 04‑16‑2017 23:28


QuaCzar


Fire Flipper
1804 posts
It seems to be working.

I'll try to implement static and dynamic items, next. For now, there will be ghosting and stuff in the cities...

Map folders will need to be made manually, since that is how normal maps work. After that, tiles should be editable in the client.

-QuaCzar : SysOp | P2P Guide | Anarchy Leader | #1 Magic

 


Posted: 04‑16‑2017 23:50


QuaCzar


Fire Flipper
1804 posts
I just found a bug in down.pl that lets the player walk off the bottom of the screen. Another thing I'll work on, maybe after the statics/dynamics, is the return teleport when moving off the edge of the city.

-QuaCzar : SysOp | P2P Guide | Anarchy Leader | #1 Magic

 


Posted: 04‑17‑2017 10:12


QuaCzar


Fire Flipper
1804 posts
Is there a way to check the timestamp of t.txt instead of having a separate s.txt file? That would save a block per folder. Something like:

my ($dev,$ino,$mode,$nlink,$uid,$gid,$rdev,$size,
$atime,$mtime,$ctime,$blksize,$blocks)
= stat($filename);
if($mtime>$player{'ts'}){
$player{'ts'}=$mtime;
#send map to client
}




I think I'll store the return teleport in the t.txt file. It's less efficient time-wise, (but saves more space,) than in its own file. It won't be used too often, so I don't think the time will matter as much as space. If it does, the teleport information could be cached in $player. I'll add a command and menu item to the key to change city return teleports, maybe setexit.pl:
/setexit A3 (moving off the screen in any direction teleports to A3)
/setexit A4 right (only sets teleport for the right side to A4)
/setexit A5 up down left
/setexit Aa (from a celler in a building or something)
/setexit Ab scroll up (I think I can actually make it scroll to the other city.)
/setexit (with no parameters, returns the current settings, if you have a key, in a format like:
Exits:
up Ab scroll
down A5
left A5
right A4
)

-QuaCzar : SysOp | P2P Guide | Anarchy Leader | #1 Magic

 


Posted: 04‑17‑2017 11:32


Joe


Fire Flipper
1411 posts

Is there a way to check the timestamp of t.txt instead of having a separate s.txt file? That would save a block per folder.




In theory yes, but I've never been able to get it to work correctly. If it works, go with it.

I think part of the problem is that Perl does not use the same timestamp that our code does, so you are going to have to convert the result into yyyymmddhhmmss format.

I could be wrong, I just don't remember why but there is a reason I used the t.txt instead.

-Joe

DevTeam Member

 


Posted: 04‑17‑2017 11:35


Joe


Fire Flipper
1411 posts

I think I'll store the return teleport in the t.txt file.




Let us keep thinking this out ... perhaps we need a new file, e.txt for exits.

What is coming to my mind is the "ant hills", the ant hills if you recall actually scrolled ... so did the newer death mountain.

This was done with hardcode in the scroll routine of the client so instead of scrolling the command was intercepted and converted into a teleport.

So perhaps we could have a system where you can set both scrolls and exits and the data gets saved in e.txt??

-Joe

DevTeam Member

 


  Prev 1 2 3 4 5 6 Next

Hunt food, smith weapons, and prepare for battle! Can you stop
the Evil Que from taking over the entire game? Browser based multi-player
fantasy role-playing game that requires no downloads or plug-ins! Free to play forever!

By being at queville.com, you agree to our Terms of Service.