Questions

[LordRathgil]

Is this project being updated any longer or supported? If not is there the option of perhaps transfering it to other developers? Ive been using it as best i can with the zone crash bug to work on the ingame content of my project while i wait for the client dev to work his magic so i was just wondering

Or atleast opening the source i mean as i understand it the emu devs wanted it closed to prevent cheating? This makes no sense since SC stores all the packet structs for the servers in plain text files that anyone can edit or work with

[Windcatcher]

I have to admit that I'm pretty burned out at the moment. Check your PM's...

[Windcatcher]

Actually it is to prevent cheating, but not of the packet-mangling type:
- making invisible mobs visible
- flying around the zone rather than colliding with walls
- levitating at will

Basically the server doesn't check anything with respect to what the client can see or the client's movement, and these are ways that someone could cheat if he could recompile the client. If it wasn't for that, I'd have opened the source the day I released it. I'm still considering it, but I haven't decided yet. I would like to hear real input from interested parties--publicly--on it before I decide.

[LordRathgil]

You know i actually hadnt considered that bit of it, But then again im usually more worried about network security then client side so that was my fault.

BTW one of the other devs on my project suggested you take a look at the stairs collision code ( Seems the client treats stairs as ladders)

I have no idea what the zoning bug I have is its like the client just stops doing its thing. now and again the server will get so far as to list the client in the new zone but the client never really makes it part of it was that all the included zones are marked 3rd party in the db ( Is zone proxy required for SC?)

[Richardo]

Deleted stupid argument posts, don't bring them up in another section either. (Settle your issues elsewhere.)

[LordRathgil]

Thanks to whoever removed the IP.

Anyway dont think that many people use it to be honest possibly due to the bugs. I personally hope it gets opened up at the very least itll allow us few who do use it the chance to fix the bugs ourselves

[LordRathgil]

5 minute editing policy bah! LOL thanks Richardo


I mean to say that if your burned out and it doesnt currently work with the latest servers anyway cheating really isnt that much of an issue Atleast i dont think it would be. with so few people using it i think the benefit of it being opensourced would be better then the possible cheating aspects

[Windcatcher]

ZoneProxy isn't required for SC. There must be a bug somewhere, but it's hard for me to diagnose since I haven't had any problems. The problem with the stairs is that they're just a little too high for the way I handle collision avoidance. I put an ellipsoid around the player, and where it hits the edge of a step it slides along it, but since the ellipsoid is taller than it is wide it makes you stop a bit. I've spent a lot of time tweaking the collision avoidance code, and I'm thinking that it probably needs some sort of special handler for steps, but it wouldn't be at all easy I think without really slowing things down. Another possibility is tweaking the ellipsoid, maybe make it shorter, I don't know.

Richardo, what do you think? Should I just open the client source up? Scorp? I'd really like to hear from people who have been around a while as well as people who have built servers.

[LordRathgil]

now see that is what i was thinking the problem is. something to do with the height of the stairs in relation to the shape representing the player.

Ive tried everything i can try for the zone problem without lookinga t the code itself if you dont have problems then perhaps i need to ask you about your particular setup so that we can find the difference i have it running on my c Drive in the root of c running windows xp sp2 mysql 4.0.26 perl 5.8 and i followed the readme i can login and get into the first zone fine but upon a ztz ingress it just crashes

[Richardo]

WindCatcher, I like your project you had going. If released open source, I think it would be very beneficial considering the young talent available in the EQEMU community. Many people have walked through EQEMU and have dreamed of making more than just another eqemu server. Honestly WindCatcher, if you want my honest opinion. I think releasing it would be a great idea! Everyone who makes an eqemu server (in my opinion) wants to make a game that people enjoy but are always limited to certain road blocks. (Distributing files, etc.) SimpleClient really simplifies this process (pun intended.) and if we just had more helping hands to help build and develop this project.. It could really grow a lot. WindCatcher, I am certainly pro-releasing SC. If you need more hosting for SC, I can certainly lend you my bandwidth. :)

[Windcatcher]

What zone were you going to? Were you walking out the zone exit, or using #zone? One thing you should look at is the server windows: for some reason, if it can't find a zone in your DB, it sends you to arena, which will NOT work with SC since the zone isn't there (unless you create an arena zone and add it to your DB).

Well, that's one vote for releasing it (and you all know my opinion -- I **really** want to release the source and be done with it).

[LordRathgil]

I tried walking i tried GM Command ot every zone all crash its reallly wierd when i log in it puts me in the right place if it gets that far sometimes it does sometimes it doesnt but its every zone included in the dB you put in the download walking or GM commands

[LordRathgil]

releasing it is my vote as well as I understand the project it is meant to give people the abbility to make their own whole new game which would be really hard without the source and or regular updates and fixes, opening the source will allow people to one make their own version of the game and two allow the community to fix bugs and further develop the client

[kfrench16]

My vote for opensource release as well. I'd really like to see how you communicated back and forth between the world and zone servers

[LordRathgil]

anyone know if theres a way to turn the gui fade off?

[Scorpious2k]

My opinion, for whatever it is worth is that, while it would be nice for it to be open source (albeit in delphi), doing this would make it worthless for serverOps.

Once the code is available to all, anyone can recompile it with their own changes. Specifically for cheating. Is there any serverOp out there who wants players with the equivalent of MacroQuest on steroids in the hands of their players? And that would be built in to the client.

I feel that if this were open source, a legit server would be impossible.

On the other hand, if you had it in the hands of a few trusted programmers to help, it might take off some of the pressure on you.

[LordRathgil]

I disagree Scorpious, simple fact is anyone who wants the source will most likley Rewrite it to suit their needs and wishes and wont redistribute their particular brand of the client. Atleast thats what anyone who would actually want a truly custom client would do source or no source there is enough already open sourced in the client to do far worse then macroquest considering every single packet struct is there not only that but the loginserver code is oss among other things.

If people want to cheat the system i doubt they are going to take the time to edit then recompile a whole client to do it when it would be soooo much simpler to just edit those plain text files.

The entire point of SC is to allow people to make brand new games this cannot be done without the source code, unless they want a cookie cutter version of well EQ.

My two cents is to have an open source version to allow the community to work on it, however SC does NOT work with any servers currently on the public ls anyway so the cheating aspect is really a moot point as any server ops who really are serious about making a totally unique game would likely change a great deal to make it happen both on their server and in the client atleast that is what we would do with LJ.

I mean whats the point of SC if you cant customize it entirely its just a much less developed flavor of the base EQ client if people cant edit it as they want to, seems like a buttload of wasted time on WC's part when you want to impose the same limitations on the people using it that they already endure with the main eq client anyway, Like i said what is the point when they can just use the EQ client if all they can do in SC is add zones and things like that which is all they can do in the EQ client now?

Keeping it closed source is what is keeping the people interested in it from devoting any real time to using it IMO Because like I said why would they bother with it when its simpler to use the main eq client which already works with the latest servers, has a ton more content and models and features

[LordRathgil]

gah hit the button too soon to finish that last sentance...

It just doesnt make sense to bother with it if you have the same limitations you have with using the eq client the only difference is you can add zones instead of replacing them but you still have to do all the modeling work and everything else so really all you get in the end is the same result as you get when you add custom zones to your eq client.

I fail to see how people can make a truly custom game that gets away from SOE stuff with out being able to truly customize the client.

[LordRathgil]

I mean really think about it. Keeping it closed up is jsut basicly making it another SOE client that people cant do what they want with to make something truly unique anyone using it will just endup with a customized carbon copy of everyone else that uses it.

I know I for one wouldnt waste my time using something that cant be changed adequately, some people might want to replace the graphics engine for their game, others might want to change the opcodes and add features that are custom to their servers, some might want to remove features.

Keeping it closed up takes all those options out of the mix. Heck some people might want to add encryption specific to their server and login system to it. its just i dunno a waste of WC's time and vision if you want to limit people using it the same way that they are limited with the eq client, its like a total waste of his time and work, Imean he worked his butt off for 4.5 years according to the posts on this to give people the change to make something truly unique and now your saying they shouldnt be able to truly make something unique because of them cheating?

[Richardo]

Scorpious is right, however... There's ways around it. Require server ops to distribute their own version of the client that is not opensource. For example:


I run server (REVENGE OF AOREKAEPROKROTHERIOAS [PVP]).

My RoA compiled client will have a special ID (that cannot be changed considering it's in the binaries). The server will check the ID and if it does not match what I have specified, it will not connect. And there you go...

[LordRathgil]

still wont stop people from cheating the source of the eq client has never gotten out and look at macroquest heck look at eqemu. The point here is thatif people want to cheat they will find away whether they have the source or not.

[LordRathgil]

however richardos idea is a good one like for instance i had planned on adding encryption specific to my server into it. but the thing is like i said without the source all it is is another eq client just not from soe if people cant truly customize it theres no point to using it over the eq client

[LordRathgil]

And lets not forget that simple client wont work on a normal eqemu server it doesnt work with any of the base eq zones anyway so there is no real threat to the community as a whole anyway, therefore as such taking the chance of people cheating should be left to the server ops taht use the software not to other people imo

[Richardo]

Well, that was actually my whole point. Using SC as the main client rather than using EQ at all.

[LordRathgil]

well yeah but thats really far down the road ya know, as it is now its not that popular but i think atleast it should be available by request atleast for server ops even if its not a public release.

[LordRathgil]

what i mean to say is using SC as the main eqemu client and getting rid of the soe client support in the servers is a ways off i know id personally like to use it for my project now if i had the source to work with and tweak as needed for the project so its not just a custom eq server but a unique game in and of itself, not sure if others would like to do that but i know know that theres no way itd work on a server with a normal install of zones and stuff cause it cant even read soe files so they would need to remake all the zones in order to use it on a normal install of any version of the emu server db

along with all itejm models and icons spells and so forth or they wont be able to play

[Richardo]

well yeah but thats really far down the road ya know, as it is now its not that popular but i think atleast it should be available by request atleast for server ops even if its not a public release.

As long as someone makes a good server and promotes it properly, it doesn't really matter.

[sesmar]

I am all for releasing the source code, albeit mostly for personal and probably selfish reasons; although, I can see both sides here. I agree that releasing the source will most likely increase interest in SimpleClient and open many possibilities previously unavailable to custom servers. I can also see the disadvantage to releasing the source in that it would make it easier to cheat on a server; however, other games have open source clients and servers and that does not seem to stop them from becoming successful, take Planshift for instance. I think it just requires the developer to get more creative such as Richardo's idea and many other things that can be done in order to prevent people from compiling their own version of the client and connecting to your server.

If my vote counts for anything I vote for releasing the source.

Hell, it is written in Delphi and who the hell uses that anymore (j/k WC).

[LordRathgil]

worldforge and torque also are available in source format and that doesnt teter them heck minions of mirth which uses the torque mmo kit is opensource and apparently very popular and people dont cheat just because the source is open. To not release the source to the client because of the fear people will cheat doesnt make any real sense.

Infact one of the simplest means of preventing people from using a client other then your own would be the expansions variable in the database if the value doesnt match what the client sends then they are automaticly banned from the world server that solves the problem right there

I still say release it, source or no source people who are determined to find a way to cheat the system will do it reguardless of having the source to do it and they dont need the source to do it either ( Again look at MQ) Planeshift MOM Worldforge are all completely opensource and they dont seem to have a problem with it

[LordRathgil]

oh and another benefit of opensourcing is that server devs wont have to wait for someone else to make a fix and post a release they could fix them themselves.

A project like SC just wont work with only a few developers atleast not in a timely fashoin they wont be able to work on it 8 hours a day every day ya know? Opensourcing will allow it to get developed much much faster people will post bug fixes, new features and ideas upgrades ( such as upgrading the graphics engine) and so forth.

the only way to allow truly unique games to be made with it is to opensource it, short of that the devs would have to make it so generic and editable that it would be just about the same risk of cheating either way.

So why not just release it and let the community do what its done for all these years and help build it make new flavors of it, make it grow into a good unique pice of software. I guarentee that if the source is released in a short time you will see its popularity grow and see the community chipping in with it contributing their code and additions to this great software.

Well WC so far its a 5 to 1 vote on opensourcing it some good dialog reguarding opening the source has gone on so what do you say, afterall its your project and as far as i can tell the only one of your great programs youve given the community which doesnt include the source.

[LordRathgil]

btw whatever happened to openeq?

[LordRathgil]

Ive gotten the client to work properly with 0.5.6 perl enabled it required reverting the structs to the 0.5.5 structs (crashed with the included 5.6 structs file)

[Richardo]

*begs for opensource*

Look, cheating via self compiled client is not an issue.

If you want people to be able to use the eq client, then do it this way... If client connects to server using Simple Client, he/she is required to use a certain version and it must be verified by the server according to the users specifications in the compiled binaries. If the client is connecting from eq, then you really don't have much to worry about considering hacked client binaries.

[LordRathgil]

I agree and it wouldnt take much to add the check into the server at all

BTW Side note ive gotten 0.5.6 and 0.5.8 to work without crashing but with 0.5.8 theres no quests (that i can figure out how to get working) 0.6.0-dr2 doesnt work it crashes on op_wearchange but its progress

[Windcatcher]

Okay, I think you're beginning to win me over. I'm going away for the weekend so I can't release anything now but maybe Sunday. At least I have a couple of days to mull it over (and you have a couple of days to debate it some more :D )

[LordRathgil]

debating is fun lol mull away man mull away lol hope its a pleasure trip and nota business trip! lol BTW could ya check yer pms when ya get a minute shot ya a couple questions

Side note has anyone actually compiled oz? Im stuck on the fastMM4 keeps saying file not fount fastmm4.dcu

oh and can SC run a version earlier then 0.5.5 just curious been thinking about using a 0.5.3 version i have

[Windcatcher]

Cripp has compiled it. I spent a few hours helping him get the Delphi environment set up.

[LordRathgil]

ahh yeah that explains it when ya get the chance could ya drop me a pm with some instructions i use boreland delphi 6 enterprise they dont have to be super detailed just a simple how to would be fine

[rathgil81]

Ok a few ideas i had about SC... which if the source is release i plan on working on unless someone beats me to it

1) Implimenting a Loading screen
2) Making the window title show the game or server name
3) cleaning up the item table fields( e.g the unknowns) and making the client match so its easier to work with
4) Danyamic sky (meaning multiple skies to choose from for various zones)
5) Control Key mapping
6) Journal Window
7) Support for other versions of the emu ( 0.5.3, and 0.6.1-0.7.x)
8) Patch system
These are some minor glitches ive seen

1) Targeting ( the need to click the mob in precisly the right place in order to target)
2) Player lights seem to crash the server
3) Item window shows (param2) in some places
4) 0.6.0-dr2 Client crashes on OP_WearChange

[rathgil81]

OH and a biggie ive been working on is adding authentication to clearlogin ( And encryption if possible)

[Texvor]

Um Im just curious but is this a playable client, what I mean to say is does it actually work or is it still in testing?

[sesmar]

It is playable; however, it does not work with any SOE content or Zones. Everything on the server must be custom in order for this client to work.

[Cripp]

also, it still needs quite a bit of work. so id say its still in testing...

[Texvor]

I see windcatcher might be opensourcing this... what language is it written in? Does anyone know?

[Texvor]

Im having some small issues do I need to use an older version of mysql?

[Texvor]

and another question I hope this is in the right place...

Would it be possible to update the source that comes with this for the server, to use say the 0.5.8 items table and zone table? If so how difficult will it be to do?

[Texvor]

I saw in the log for settup up delphi for oz that the same or nearly the same setup is needed for SC is that correct? Or will there need to be other changes needed in addition?

[Cripp]

very close..

SC source proly isnt going to be released anyways.

so quit dreamin! :D

[Texvor]

Windcatcher said he would probably be releasing it today earlier in this thread right?

[Garekas]

Well he said he was mulling it over actually. Im sure we all hope he does release it, but in the end it is his project so its his decision alone

[Cripp]

ya he shouldnt release it just becasue a couple people want it released. especialy if he doesnt want too, yet/not yet.

[chuckltn73]

Well TBH the possibility of SC being opensourced was the reason I was sticking around, its precisly what I have been looking for, though its incomplete and reading this thread, Wind said he was burnt out on it, so if its not opensourced I wont stick around, Really dont want to have to sit around and wait for indeffinate ammounts of time for bigfixes when I could do them myself.

So Im with Richardo and begging for opensource LOL

[Garekas]

Exactally, I suppose the real question of it is, are those few people the only people using it at this point and thus the only interested parties? We havent really heard from that many people, so it would seem something is keeping people from even trying the program out.

[Texvor]

Ummm why did he get banned? LOL Guy got banned like the instant he registered?

[Cripp]

hes been banned many many times before on different names.
dont derail the thread thx.

btw, Texvor = Garekas

[Texvor]

Sorry Was just curious

[chuckltn73]

Well, My idea if it is not going to be release publicly is to perhaps release it on request under some form of non disclosure agreement / eula, that way he can control who gets the source while at the same time, allowing people to tweak the client as they need to. This will also allow others to make and submit bugfixes and further the development. So in essance it could be a controled open source project.

That is my suggestion, to atleast give him a sort of safety net if he does not feel comfortable releasing the source to everyone.

[sesmar]

I see windcatcher might be opensourcing this... what language is it written in? Does anyone know?

Simple Client is written in Delphi


[Edit]
Well, apparently I did not read far enough down to see that this was not needed anymore, sorry.

[chuckltn73]

Just for clarification, Windcatcher is it being released or not? Above you said sunday but thats come and gone and we have had no updated word fron you yet on your thoughts?

[Windcatcher]

I still haven't decided. For everyone out there, PLEASE STOP PM-BOMBING ME ABOUT IT! I plan to work on it tonight to see what improvements I can make, but one thing that would really help (big time) would be an intelligent discussion on how server ops could deal with the possibility of cheating with an open-sourced client. I suspect that it would involve one or more layers of encryption in a closed-source version, but this isn't something where I'm knowledgeable. Maybe there should be a common LS-level crypto with individual world-level crypto? I have no idea, but if I had some idea of what is required I could at least put some hooks in place. The main point of trying to spur this discussion among all of you though is so I can make a more informed decision. Releasing the source is not something that can be undone so I want to be certain that it won't be a catastrophic mistake.

In the meantime I want to try to make a minor architectural change to prepare for a *possible* open-source release as well as try to address the bugs that have been found recently. I might even add a really simple options window so things like window fade can be controlled. I have no set plan for tonight, but these are some of the things I have in mind.

[chuckltn73]

Ok well, hrmmm call me crazy but i generally go with the simplest solution to a given problem, Richardo hit it on the head I believe it was and some others I think.

A simple check of a preassigned variable that only the server Op can change in the source. I think there was mention of using the variables table expansion field to this end.

I know I personally will impliment some kind of encryption, Ive already been Working on ClearLogin and the login packetmanager dll you included, well not much of work more of looking through and preparing to add the encryption and authentication.

I think there are many possibilities the serverOp could impliment, which would be the beauty of opensourcing it people would be able to share ideas, and at the same time be able to see what can work the best within those given ideas.

[chuckltn73]

Humm seems I can not edit my post;

On the subject of encryption I wanted to touch base a bit more in depth. Something like encryption should truly be left to the serverOp to deal with, for the very simple and important reason that, a global encryption system that is predistributed will very quickly undermine, said encryption. It would basicly defeat the purpose of adding the encryption if that encryption was distributed (Did that make any sense?)

[KLS]

Problem with that is the variable would be easy to work around for anyone competent enough to modify the client. Simply connect with the client you want to replicate to your own server see what version it sends to the server and put that secret version in a new version of your client: tada it now has replicated the secret key.

If you add a little basic encryption it makes it harder but not impossible to replicate.

client-> RequestConnection -> server
server -> Reply (Including secret key for this connection) -> client
*figure out patches and stuff* if it's a SC patch then:
server -> Challenge -> client
client -> ChallengeReply: SecureHash(SecureHash(variable) + SecretKey)) -> server
server compares clients version to it's own internal hashed version and if they don't match disconnects.

That's pretty basic right there but would probably be enough. Would be harder to get the variable but not impossible because well the binary is in the hands of the enemy and he can simply decompile it to see what the key is, or they could potentially brute force it as well.

I think simple things like server side checks to see if players can do this or do that when they attempt to do something will cover most cases. Collision is the only real problem as it would be difficult to detect serverside. You could put a check in the movement code to see if someone is under the world and track how often it happens, if it happens a lot odds are there's a problem with your zone or someone is cheating. That wouldn't cover all cases though as there would be situations where people would be able to travel through small walls undetected.

One thing that might be an option is using a plugin type system for the various parts of the client, for example network is handled by a network.dll and ui is handled by ui.dll and various core mechanics handled by core.dll etc etc etc, would allow the release and modification of most the client while still keeping sensitive things tucked away in the main binary. Not sure how well that would work with your code though.

[chuckltn73]

Brilliant, KLS My compliments.

I agree completely, although I should have been a bit more clear, serverside check of the variables table, in other words the values would have to mach whats stored in the database. If it doesnt well then the client is automaticly kicked from the server.

One option for preventing decompilation is obfuscating it after compilation, but that would have to be something the serverOp does when he or she compiles the client.

I think if someone obfuscates their binary, modularizes the client as kls suggests, and also adds encryption it would probably be as secure as possible.

In truth since simpleclient comes with clearlogin, all the checks could be on via the loginserver with some simple modification. As for the cheating checks perhaps incorperating alot of the MQ additions to the recent servers would do the trick on alot of that, atleast untill SC is compatible with the most recent netcode if ever.

[chuckltn73]

A follow up:

the reason I said do these checks loginserver side is because, the ClearLogin is a small app and easy to edit, therefore it would be a small matter to enhance it with these sorts of changes, and would keep the emu server code basicly stock, so it would cut down on the editing the serverOp needs to do in order to get it up and running

[chuckltn73]

any chance of getting the right click look around working? would makle life alot simpler

[Darkriderone]

Well I have been interested in SC for some time, because it gives me a chance to design a world thats not based on Sony, doesn't require Eqclient in anyway and I don't have to make a copy eqserver 1001 of servers already out there.

I was joyed to be able to make new zones for people to explore, new mobs for people to see, there were enough really good eq-based servers out there. With SC I could have my own updater for files, and released new zones.

But in the end I respect Wind for the work and effort he has done with SC, I'm hoping to pitch in with help adding or pointing fixes or tweaks, and if he would like it to remain closed-source I'm willing to back him on that.

*wisper in wind's ear* opensource, opensource, opensource... :D

Sorry I'm no soultry siren... :wink:

[chuckltn73]

I completely agree, it is his project so in the end its his call, I personally hope the source is shared, but if not well thats his decision. As I understand it he does WANT to release it but is concerned about the cheating aspect, but I think alot of good ideas for combatting that particular issue have been shared so now we just got to wait for his word on it.

On a side note, guilds are a bit buggy with it but work with 0.6.0-dr2,Merchants dont seem to want to sell me anything on my server though, I get a message saying that item is only for display blah blah...

Other then that though aside from some small bugs/annoyances it works great. I for one am excited to see what kinds of new versions people would come up with if the source was opened.

Oh and hopefully *Crosses fingers* I should have a clearlogin with mysql authentication ready soon I am just having a few issues getting it to talk to mysql properly

[chuckltn73]

OH btw for anyone interested I have posted a link to a 0.6.0-dr2 setup of the server with database and the latest SC in the download links thread it works fine thusfar

[chuckltn73]

a small update:

I have gotten SC to work with 0.6.0-DR3, Im slowly working my way up the version tree to get it as close to 0.7.0-xxxx as possible

[Sorujan]

Well there I was, googling for an eq emulator and found this site, I read through the forums for a couple hours and came across this, After a couple more hours reading the wiki, I decided to download this client and setup a server and was playing with this client, I have to say AMAZING work to the developer(s) of this. You did a phenomenal job, It looks like a very early alpha to me but never the less outstanding job!

I have been reading through this thread, and felt that Maybe I could put in a couple cp. I think that this program being opensourced would be absolutly wonderful! Though I do understand the concern about cheating if it was, so here are my suggestions...

1) As has already been stated some form of a serverside check of the client version... ClearLogin seems like the best option for that, however doing it in the worldserver wouldnt be difficult either.

2) Make sure the licensing if an stipulates that the Developer / ServerOp Does not have to redistribute the source if they distribute their version of the client binaries.

3) Adding some form of an encryption layer to the packet that will send the version information to the server.

5) Impliment serverside checks on movement( As I understand it the .map files hold the line of sight information which would also have to hold information about walls and structures) E.G. Walking through walls, super speed. things of that nature... Also a serverside check on invisibility and whether or not the client has either a buff in place or the abbility to see invisible.

Now I have some suggestions:

A) Possibly a loading screen ( even just the splasy displayed when the client app first loads?) for zone transfers

B) Right click mouse look?

C)The abbility to say change the name of the client window.

D) Modularized GUI Styles( In other words the abbility to add new ui skins and choose from them(

E)Setting the client up to remember the Window possitions and allow the player to use tell windows and or add new chat windows for the various ingame chat channels

F) Last but certainly not least some eqemu users/devs getting together and getting some flavor of compatiblity with the 0.7.x server builds?

Anywho, those are my suggestions that I think havent been covered by others if so I appoligise for reposting them again.

[Sorujan]

Would it be possible for someone to explain how to say, change the classes, races, skills and so forth?

[chuckltn73]

Did you change the serverversions.ini file, it seems to hold the opcodes and text as well now?

[chuckltn73]

Ok so I made a zone in OZ 8.3 exported to xwa bsp tree and the client crashes whne i load in and walk around a bit I sent you a PM with the log from sc. Im wondering if 8.3 isnt compatible with sc? Or perhaps i should use octree?

[Sorujan]

Dont suppose we can get an update on whether or not sc source is going to be released?

Or some ETA on a new bugfix release or new release in general?

[Sorujan]

I've had the same issue with custom zones, I'm still not entirely certain what is causing this, but I am investigating

[Sorujan]

UPDATE was my mistake with the zones, there is still a bit of an inconsistant problem with them but I cant consistantly reproduce it so I cant really post much detail about it

[Sorujan]

I cant seem to purchase anything from merchants, All I get is a message saying

"that is for display purposes only insertnamehere takes the item from the shelf"

consistant bug happens with 0.5.5 and 0.6.0