Archive for the 'Client' Category

Some Text Fixes

Tuesday, June 8th, 2010

I made a couple minor text fixes, the most noticeable of which was a map rendering glitch that would cause mobs to show up as P’s and the map to be strangely distorted in the client.

I also released a minor update to the client (now version 0.18), with a map fix and a couple window focus improvements.

Client Version 0.17 - Attack of the Programmer Art

Sunday, April 25th, 2010

This update adds worldmap support.

Here are some examples:

Map Window Screenshot 1

Plains between the southeastern swamp and the blast crater.

Map Window Screenshot 2

On the road in the western forest.

Map Window Screenshot 3

Underground near the river crossing.

Map Window Screenshot 4

East of the mountains where the desert runs north into tundra and then glacier.

Map Window Screenshot 1 in Wintin

As a reference image, here’s the first map location in WinTin.Net

I guess the first three aren’t too bad aside from some tile banding and edge mismatches, but the fourth one looks like hell. I could do better if I spent more time on creating the tiles, but there’s probably a pretty solid limit to what I can do. If you’d like to try your hand at replacing some of the uglier tiles, you’re certainly welcome to.

If you download and install the client, there’s a “tiles” directory that contains the graphics for the map tiles, the equipment screen background, and the health/move meters. They’re loaded at startup, so if you replace any of the images with those of the same name and dimensions, they’ll be used instead.

This doesn’t do much good yet since no zones are attached to the map yet, but they will be soon.

You can download it here.

EDIT: I tried the client on Fedora 12 and it gave some library mismatch errors, so I created a static build. The new Linux build was created on Ubuntu 9 and ran fine for me on a clean install of Fedora 12. Let me know your results if you try it.

Client Version 0.16 Update

Friday, April 23rd, 2010

I spent some time with window layout, changing where windows open so things aren’t stacked on top of each other.  Now they open in locations that make more sense when you run the app.  You can still move windows elsewhere or close them if you want.

I also worked on the group window.  Now it should display info about the group you’re in, if any.  Here’s what it looks like now:

Basternae Client v0.16 screenshot

All of these extra windows — status, group, room, and equipment — don’t refresh unless the server sends data to refresh them.  The status window works pretty well because it updates every time the prompt is sent and the room window works pretty well because it updates every time you enter or look at the room.  For equipment and group windows, it’s only when you type the “eq” or “group” commands, which may not be often at all.

At some point I’m going to make these update more regularly, probably on a timed interval for the group window, and probably when you “wear” or “remove” equipment for the equipment window.

You may notice from the screen layout that the client works best on systems with a resolution of 1280×800 or higher.  You can probably use it on systems with less, but I wouldn’t recommend it.

You can get it here.

I’ve also posted a Linux binary. It was built on an Ubuntu 9 system and requires wxGTK. I haven’t learned how to create a .deb or .rpm installer package yet, so it’s just a gzipped tar. Please report any problems/glitches.

Testing With Multiple MUD Clients

Thursday, April 22nd, 2010

Tiu mentioned in a comment the other day that text was all goofy and formatted wrong via telnet, so I did some investigation.

Bad:
Using telnet from a Linux box, everything looked screwy just like he said.
Using telnet from a Windows box, everything looked screwy just like he said.
Using Gnome-Mud, everything looked screwy just like he said.

Good:
Using Tintin++ from Linux, everything looked OK.
Using WinTin.NET (normally my main client), everything looked OK.
Using Mudlet, everything looked OK.
Using the Basternae Client (becoming my main client as it evolves), everything looked OK.
Using Zeta Telnet everything looked OK, but is in black-and-white.

Plain old telnet reacted differently to a carriage return / linefeed pair than MUD clients did.

After figuring out what the deal was I changed line endings in the server code and it looks like all terminal programs behave correctly now. Your mileage may vary.

Version 0.15 Client Update

Tuesday, April 20th, 2010

I’ve spent some time on the client. Here are the changes for version 0.15:

* Fixed a bug with alias saving and loading.
* Added hotkey saving and loading to alias save/load.
* Improved room/map window, adding zone name, exits, and better word wrap for room description. It doesn’t show color yet, though.
* Added some fixes to the equipment window and it works now. It doesn’t show color yet, though.

In the process of working on the equipment window in the client, I fixed a bug on the server with the equipment command and one with the wear command.

You can download the new version here.

As always, let me know if and which bugs you find.

A Linux Build of the Client

Monday, March 8th, 2010

I have no clue how to build a .deb or .rpm package yet, so it’s just a .zip for now.

Though I have it working on my own Ubuntu 9 machine, I haven’t the faintest idea whether the client will run on other Linux boxen. At the very least, you’ll probably need to have the wxWidgets 2.8 libraries installed to run the client on Linux. I suppose at some point I’ll figure out how to build installer packages.

Version 0.14 of the client for Linux is now available for download. Hopefully there’s someone who can try it and let me know the result. In this case, it’ll probably be “I had to add libraries X and Y and Z before it would run”. Then again, since wxWidgets is so widely used on Linux (VLC, Audacity, etc), chances are good that most people will already have the necessary pieces installed.

Initial Mac Version of the Client

Sunday, March 7th, 2010

I fixed the “can’t send text” problem in the client for the Mac and Linux versions.  There are still some text problems that only show up in non-Windows versions, but I was able to log in and play for a bit without much trouble.

Though I have it working on my own machine, I haven’t the faintest idea whether the client will run on other Macs.  I’ve created an application bundle and compiled it in a way that it should supposedly run on OSX 10.5 and 10.6, but I only have 10.6, so no idea whether it will work.  And, since my machine is set up as a developer machine I have no idea whether a “normal” user’s machine will have all the libraries it needs.  That’s the trouble with being a Mac “noob”.

Version 0.14 of the client for Mac is now available for download.  Hopefully there’s someone who can try it and let me know the result.

Another Client Update

Saturday, March 6th, 2010

I tracked down a nasty threading problem in the status window that would explode things horribly at random intervals. Version 0.14 of the client is now available.  That’s not to say there isn’t the possibility of other horrible explosions lying around just waiting to leap out… so let me know if you find any.

A Minor Client Update

Saturday, February 13th, 2010

Version 0.13 of the client is now available.  Cleaned up one or two things with text processing and added command scrollback (where you can push the up arrow to retrieve previous commands).  As always, let me know of any glitches you find.

Small Client Update

Thursday, December 17th, 2009

I’ve made a couple minor updates to the client.  First, the status window wasn’t clearing the tank and enemy condition bars when there was no tank or enemy combatant.  That’s fixed.

Next, I’ve added what appears to be working support for aliases.  They’re created accessed using the “#alias” command (#al for short).  They cannot yet be saved/loaded, but they do stay in memory as long as the client is open.  Saving/loading is probably the next thing I’ll work on.

Here’s an example:

Aliases in the Basternae Client

You can download it here.