Jump to content
Eternal Lands Official Forums


  • Content count

  • Joined

  • Last visited

About emajekral

  • Rank
  1. Skybox discussion

    Two small fixes here: In actors.c remove these lines from draw_actor_banner: #ifdef SKY_FPV_CURSOR //if first person, dont draw banner actor *me = get_our_actor(); if (me&&me->actor_id==actor_id->actor_id&&first_person) return; #endif //SKY_FPV_CURSOR In the same function find this line: //draw the health bar immediately after it insert #ifdef SKY_FPV_CURSOR if (!((first_person)&&(actor_id->actor_id==yourself))){ #endif /* not SKY_FPV_CURSOR */ Near the end of the same function find these lines: glEnable(GL_TEXTURE_2D); glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); change them to this glEnable(GL_TEXTURE_2D); #ifdef SKY_FPV_CURSOR } #endif /* not SKY_FPV_CURSOR */ glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); In stats.c find this line in draw_floatingmessage: draw_ortho_ingame_string(x, y, 0, (unsigned char*)message->message, 1, ....); I can't remember the last half but it should read this instead: draw_ortho_ingame_string(x, y, 0, (unsigned char*)message->message, 1, font_scale*INGAME_FONT_X_LEN, font_scale*INGAME_FONT_Y_LEN); Awesome. No solution would be simpler than extending the visible edges of the maps in the map editor. Approximately 20 extra tiles in visible directions should suffice. The fake horizon fog in sky.c draws solid fog color (sort of) for 5 degrees above and below the horizon. That would make the sky's fake fog touch real fog at around 20 tiles past where the character is standing. I think. I'll play with the map editor to see if that works then make a firmer recommendation. It might be possible to eventually extend the map editor so that you can specify an "infinite" edge that could be handled in the client: ie. it could automatically fill past the edges of the map in accordance with a vector plot of what lies past the edge of the map. The only shaders that complain at me are some of the texture compression ones (GeForce 6800). With NEW_SHADER enabled I see a spin box for reflection detail, but it doesn't work. Perhaps I should see the thread where it is introduced before proceeding.
  2. Skybox discussion

    The camera wouldl still rotate, but the range of the rotation would be greater with no or minimal drift after. Currently rotation stops when the mouse cursor hits the edge of the screen. With the proposed change the mouse would switch off or fo to the middle and the rotation would be free. The mouse would be restored to its former location when the drag is done and the mouse button is released. I don't get it at all, sorry Currently you click with the middle mouse, hold it down, drag a little(doesn't have to be to the edge of the screen), move your mouse to the side and when you let go you can have it spin around a lot or a little, depending on how much you move your mouse cursor. Anyway-this is click and drag, i wouldn't know how else to explain the current camera rotation. Sorry. I'll try to be clearer. The proposed change is this: - allow full and unlimited control of the camera for as long as the middle mouse button is held. - other than the fact that the cursor would no longer move when dragging you would not notice the difference. Extra changes: - allow the user to configure how long the spinning persists after letting go. - apply the desired behaviour to the right mouse button instead of the middle because it is usually larger and easier to hold down. - to allow right click action switching and right drag camera motion to coexist you only switch current action if a total motion of less than x pixels occurred. (Where x is ~ 5) If this isn't clear enough I can try to make a demo video. But that means compiling the client in Windows. *shudder*
  3. Skybox discussion

    I've never had luck with reflections with the frame buffer on (in Linux). It was one of the in game issues that made me start working on the client.
  4. Skybox discussion

    The camera wouldl still rotate, but the range of the rotation would be greater with no or minimal drift after. Currently rotation stops when the mouse cursor hits the edge of the screen. With the proposed change the mouse would switch off or fo to the middle and the rotation would be free. The mouse would be restored to its former location when the drag is done and the mouse button is released.
  5. Skybox discussion

    OK. I've compiled the client First thing I've noticed is that when you middle click the cursor it stays visible and moves all over the screen when you look around. I just finished a week of playing World of Warcraft and I believe that's the direction I would like to camera manipulation go: Middle click: no effect Middle click and dragr: cursor goes into temporary mouse grab mode: cursor is centered or hidden, range of motion is unlimited. As a bonus the same behaviour could be implemented for right click and drag. I find it MUCH easier to drag with my right mouse button cause my mouse wheel is so tiny. Is this a desired change? The change is simple. Second, floating banners for XP and levels are all messed up. That should be an easy fix - however I lost all my old code in September when I had to do a system restore... I wasn't backing up my EL stuff. Third, I would like to help troubleshoot the flickering stars, moon and indoor skies issue too BUT I can't see the problem. What compile/in-client options and hardware/OS are you using when the glitch appears? Grab mode and follow mode are supposed to be mutually exclusive. Turning one on should turn the other off. I just never got around to fixing it. Fedora: I'm not trying to edge you out. I really don't have a lot of time for this. The fact that I came back right when you started working is coincidence: my WoW trial expired, I got all nostalgic for EL and I got inspired by some of what I saw over there.
  6. Skybox discussion

    Hi. I'd really love to see this work make it into the client. Thanks for taking over. I think I see a few odd changes. It's reading week at Uni so I might have an opportunity to post some fixes. If I post anything it'll be the odd line here and there posted in this thread. You can ignore me if you like. I'm currently mucking around with a character named Mort_Emer if you want to contact me.
  7. Skybox discussion

    ttlanhil: It's really hard to find the right balance between family, learning, work, play, and charity. For me EL is learning and charity all in one. It used to be play too, but things change. I still think the game is great, it just doesn't fit my lifestyle now. Know that I appreciate what you've done. Good luck and maybe we'll be logged in at the same time some time... not that I'll ever have anything sensible to say. Roja: On sky gradients There's a sky gradient on at all times. At night it becomes indistinguishable from the fog. At the moment the sky gradient is uniform in all directions, but there's no reason why it has to be, it was just easier that way at the time. Regarding moonlit clouds Yes it's possible to light up the fringes of clouds around the moon, it was on my TODO list right after "Make two moons that have a regular cycle that is syncronised to in game date and time" but that's about where I started making random changes and ran out of energy and time. Let the artists be free One of the things I was planning to do was put the variables that control the sky's appearance in a file and load it up whenever the map changes. This would eventually allow the client to check to see if there's a special sky configured for a particular map and do things like: change the angle of the sky to simulate latitude load special cloud textures change the moons' sizes, colors, textures switch to a more appropriate sky engine like is done for the underworld and interiors. Give me a couple of weeks and I'll see if I can come up with a config file format for skies so you can play around with them Roja. I may also put in some hooks that can enable server initiated moon color changes for special events if someone on the server side wants to do that (I seem to recall that being a request). I won't write the message parsing code, just provide functions for other programmers like: //change moon 0 or 1 to color over transition_time seconds void specialMoon(int moon_num, int transition_time, float color[4]); //change moon 0 or 1 back to its normal color over transition_time seconds void resetMoon(int moon_num, int transition_time); I haven't compiled the client or played since I last posted here so I'll comment more when I have had a chance to do so.
  8. Help me compile the client!

    I have packaged the latest and greatest versions of the three SDL libraries we use in the project. Here are some temporary links: SDL-1.2.12 SDL_image-1.2.6 SDL_net-1.2.7 If you have followed the official compile guide then you can get things working easily: open the DevCpp package manager (Tools>Package Manager) remove the 3 SDL packages you find there download all three packages in this post and install them I have tested these packs as described and from a clean install. Everything *should* work for you. Let me know if any thing goes wrong. There were some errors in CVS at the time I first wrote this. See this for details. I think they are fixed now. edited for clarity
  9. Current CVS errors

    While testing new SDL devpaks for DevCpp I had to change today's CVS code as follows: added this to misc.c: #include <SDL_thread.h> on line 47 of platform.h I changed this: #define snprintf sane_snprintf to this: #define snprintf safe_snprintf and I still get this warning (but a usable compile because the correct function signature is in an object file somewhere) Looks like my new devpaks work. I will post them to the compile help thread in a moment.
  10. Help me compile the client!

    Heads up about a Linux-y compile issue: For the first time ever I had to add -lGLcore to successfully link the client. I use Fedora Core 6 with nvidia drivers and livna repositories. I have seen complaints of errors like mine on message boards from users of other Red Hat based distros. This is likely related to some Fedora update funkiness... EL code that I was working on compiled one month and not the next with only a few "yum update"s in between. The errors I got were all about missing symbols like _nv#### (can't remember the exact numbers). edited for spelling and clarity
  11. Skybox discussion

    I just re-read my code fix. What I said is wrong. What I meant is right. Get rid of the -(first_person?35:0) bit and leave the rest of the line in place. I imagine that the 35 degree correction was intended to allow the camera to look up when not using extended camera while in first person mode. I was going to force extended camera mode eventually.
  12. Skybox discussion

    Hi all. Glad to see this merged with CVS. It looks great considering how I just dumped it in ttlanhil's lap and all. I compiled it today and things look OK. Just a few things: The FPV camera is too high now (with extended camera on. The height is correct when it's turned off.). The original height had it centered right behind the bridge of the nose: precisely where your eyes would be if you were your character. Now it looks like it's just above the top of the character's head. I know there was discussion about this... just my thoughts. One reason why the camera looks odd when its lower is that some of the objects in the game are oversized compared to the players. I put the extended camera option in so that those that insisted on using the old UI could easily enable it. Turning extended camera on without using FPV should be close to but not quite the same as the early client I sent Roja. I don't quite remember what values I used for that - I tweaked them so that you could grab the mouse and click just in front of the character. Probably changing the magic number in draw_scene.c:218 from -1.6f to -2.0f will make it match her memory - a little higher than the classic EL and a little lower than what I delivered. This screenshot is with -2.0f. The sky in FPV in CVS right now is tilted 35 degrees... horizon fog is in the wrong place and shadows are all wrong. The offending line is draw_scene.c:270 glRotatef(rx-(first_person?35:0), 1.0f, 0.0f, 0.0f); That line shouldn't be there at all. Removing it fixes the bug for me. Sorry. I don't generally use the trinary operator so I'm not sure how that got there. When I checked the client out of CVS 3 hours ago sky.c needed to include SDL_active.h to compile. Keep up the great work. I appreciate what you've done.
  13. Floating exp/char health (nnn/nnn) bug

    Yup. It's stuff like that that kept me from committing. And levelling. I kept watching the stars, sun moon, clouds, etc. I currently do NOT recommend using alt-g to grab mouse. It hasn't been maintained since August last year. The correct way to grab and release is middle mouse. If you don't have one you're missing out. For now some issues can be resolved by changing these lines in gl_init.c: if (!sdl_cursors) { SDL_ShowCursor(0); SDL_WM_GrabInput(SDL_GRAB_ON); } to if (!sdl_cursors) { SDL_ShowCursor(0); SDL_WM_GrabInput(SDL_GRAB_OFF); } That block was a quick fix from just before I submitted and I got it wrong. (It's still wrong, just less so.)
  14. Windows Compilation Guide

    Take a look in C:\Dev-Cpp\lib\ if you don't see alut.lib and alut.dll in that directory then you need to download this file and install it with the Dev-C++ devpak manager. freealut-devel you may need to look at the list of packages listed under Tools>Package Manager to see if there's a conflicting version of alut installed. Roja, I changed some of the libraries and many of the instructions for setting up Dev-C++. Unless you've followed the corrected directions from this link closely in the last week you will have undefined reference errors.
  15. Windows Compilation Guide

    I'm not sure about the sound errors but the load_map error will be fixed if you look in the subdirectory called io and add all the code files you see there to your project. load_map is in elc/io/map_io.? Make sure you look in all the folders in your cvs checkout and include any .cpp, .c, and .h files you see. alutLoadMemoryFromFile is in the alut.lib library file. Make sure you have installed the freealut devpak and have added C:\Dev-Cpp\include\AL and C:\Dev-Cpp\include\SDL to your include directories. If you haven't done so before now Rebuild All (grey broken window icon) _____ Perhaps the Makefile is easier? This is why I haven't put these instructions in my guide yet.