Anyone interested in client development?

[Tabasco]

Revision 29 should build and function on linux 32 and 64 bit.

[PixelEngineer]

Originally Posted by Tabasco

Revision 29 should build and function on linux 32 and 64 bit.

Fantastic. Thank you Tabasco. Also, for those who don't know, Tabasco is now a contributor to the project.

[pfyon]

Excellent, works out of the box. Performance shot up once I installed the nvidia proprietary driver too .

[Vexyl]

Revision 29 compiles/runs with no errors on Fedora 13.

[user@host ~]$ uname -a
Linux host 2.6.34.9-69.fc13.i686.PAE #1 SMP Tue May 3 09:13:56 UTC 2011 i686 i686 i386 GNU/Linux

`g++ --version`

g++ (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2)
...

`make --version`

GNU Make 3.81
...

I did take a few screenshots while I was testing it, but didn't want to put all 5 in one post so here are the links:

Unrest: http://i.imgur.com/6wgCs.jpg

Mistmoore 1 (Overview): http://i.imgur.com/EH4QD.jpg

Mistmoore 2: http://i.imgur.com/eUgH5.jpg

Highkeep 1 (Front entrance): http://i.imgur.com/UGJ7o.jpg

Highkeep 2: http://i.imgur.com/V6XJB.jpg

That last one is interesting because the establishment plaque is upside down, and the left and right textures adjacent to the plaque are blurry.

Edit: Going to put up some neriak screenshots just for fun.

[pfyon]

I also noticed in gfay that all the trees' leaves were upside down.

[Tabasco]

This is indeed the case, and as you said, pretty easy to fix.

Originally Posted by lerxst2112

It may not help that by default Direct3D is left-handed and OpenGL is right-handed with regards to coordinate systems. Not hard to account for if you know the format the data is loaded in and the destination system you want it to fit, but certainly a common pitfall.

The resolution should now load from the ini file and you can change camera speed with +/- now as well.

[PixelEngineer]

As for the flipped textures, there is a flag in the WLD header that denotes if the zone is old or new. I assumed that would allow us to flip or not flip the texture across the y axis. Unfortunately, the classic and the titanium Greater Faydark both say they are old zones so it won't be that simple. My next idea is just to check the bit depth on the textures when they load. If the depth is 8 bit, we know it's a classic zone and 24 bits, a newer version zone. Again as I mentioned, I will be learning shaders for the next week or so and then I am going to tackle both per vertex and per pixel lighting in GLSL.

Awesome work Tabasco.

Cheers!

[PixelEngineer]

As I continue to progress through my study of shaders, I had a fun idea last night. For me, seeing Lantern grow and accumulate a number of DLL's in the directory has been a little depressing. I downloaded a Game Boy Advance emulator yesterday and it had only 1 file; the executable.

I am going to try as I progress to actively reduce the amounts of external dependencies and DLL's so that quite possibly Lantern can simply be an executable. It could as a first run, create the .ini.

Thoughts?

[Taurinus2]

My thoughts:

In order to achieve this on Windows, you would need:

1) Static linkage
1a) Source for every lib you use to achieve this.

Sure, lib developers/vendors make pre-built libs available, but depending on them means that the show is over once development ends (or you move on to another environment that they do not support) and no source is supplied. You also have to keep crt linkage in mind (cannot mix them).

Even being feasible it is simply not worth the effort IMO.

Secondly, why?

Your data dependencies number in the thousands already so it would seem pointless to me.

[PixelEngineer]

Just an idea I was kicking around in my head. Obviously it would not be possible with more advanced libraries like FMOD but in terms of smaller libraries where I only use 1-2 functions from them, it might be useful.

Again, not something I am set in doing, just an idea.

And thank you for the great reply!

Cheers!

[Speedz]

Made a small mod for a live client like feel to movement.

camera.cpp line 53

if(ks[SDLK_UP] || ks[SDLK_w] || SDL_GetMouseState(NULL, NULL)&SDL_BUTTON(1))

[Speedz]

I hope you guys don't mind my type of submissions. I too am just learning. At this point I can do simple adds, and whatnot. But to do some grand feature addon is a bit beyond me. I like to make simple apps or make aesthetic type changes or addons. I have a local working copy with a bunch of changes that haven't made it to the svn. But thats ok if they are not needed.

As I do this I will get a grasp of C+. But my main experience is C# and I have just a basic grasp of that with the help of google and microsoft help links.

[PixelEngineer]

Originally Posted by Speedz

I hope you guys don't mind my type of submissions. I too am just learning. At this point I can do simple adds, and whatnot. But to do some grand feature addon is a bit beyond me. I like to make simple apps or make aesthetic type changes or addons. I have a local working copy with a bunch of changes that haven't made it to the svn. But thats ok if they are not needed.

As I do this I will get a grasp of C+. But my main experience is C# and I have just a basic grasp of that with the help of google and microsoft help links.

Don't be discouraged at all. What I would recommend is looking at a simple fragment. How about 0x21, the BSP tree. Look in the source for my handling of that fragment and compare it to the WLD documentation: ftp://ftp.mirrorservice.org/pub/sour...1.1/wlddoc.pdf

Then, pick a fragment that is not implemented, any one. Try to create a struct out of it. Try to implement a loading function mimicking the style that have already been created. And yes, I appreciate your contributions. Don't get down on yourself.

Cheers!

[Taurinus2]

PixelEngineer,

I know you aren't there yet but I would like to point you toward boost::asio for your networking. Boost as a whole is excellent and highly recommended.

[pfyon]

I was thinking about getting into the network side of things (as I have little interest in GUIs, but lots of interest in network code) and was thinking about using boost for cross-platform threading.