Printable View
I wish we had some sort of source control too, its difficult working like this.
I don't want to change the size of the map for the following reasons:
1. The game doesn't work yet, lets get the bloody thing running before we start worrying about the map size. 25x25 is perfectly fine for testing.
2. The editor would need lots of extra GUI code.
You keep saying it yourself note, lets get it working before we start optimising and fiddling. Larger maps are a job for much later.
My point is that I need large map to test if my Space partitioning is working..:).25*25 is minimum. So it will work for now. So no need to make it bigger right now.
Yeah, I know about the source controll stuff. We could have had it if you where allowed to use Fx or an FTP client at work...we moved our projects togheter WAY to fast. I feel that I can't alter ANYTHING right now. And there is so much I want to redo to test stuff. But that seems like an awfull lot of job as long as you are working on the same files....
- ØØ -
At the moment I'm adding a default starting point to the map, shich means I have had to alter the camera class a bit (adding a few members and making the class serializable, I havent removed anything). The Mapcube and Map classes have changed a lot too. I'll make the necessary changes to enable the BSP sorting of Cubes instead of wallparts. I'll need to change "Primitive" to "Drawable" too since these classes are not so primitive anymore :D
If I can get it rendering tonight can you at least show me your camera class so I can know what to expect, I may be able to integrate it myself.
Yeah sure...I will sit here at work from 17:30-20:40 working on this today (one hour less for you: 16:30-19:40). So you can have a look at it. It is working in DX at the moment, so I hope the mileestone to get it integrated won't be too big. It isn't that many changes from the version I gave you before my vecation...:)...so I guess we may still have the up down problem...but I can fix it..;)
- ØØ -
You mean you can actually move the camera???
I'm going to write a short concept document today, like Devian has in his mechwarrior thread. Should have done it a while ago actually.
Long ago, in a galaxy far fa.... :D
Quote:
Originally Posted by wossname
In DX I can that...I have told you, the ONLY thing missing in the camera class you all ready have is to check if the arrow keys are down, AND how much the mouse has moved since last frame. The rest of the code is there..;)...I have asked you 999 times if I should take a look at it, or if you should do it...guess it can't be that many lines. But I can't 100% sure see how it would work with delegates though....events is NASTY in games...
- ØØ -
Quote:
Originally Posted by wossname
Hehe..at least we have an iteration plan..:)...
We could use the API to check the keyboard without events. I can code that today.
But wouldn't that be cheating...;)...remember to use SetCursour("middle of the screen") for every frame though. (After you have calculated how much it has moved.
BTW is your rendering in a game loop now? Maybe we should consentrate on that today. Since the rendering has to go through me anyway. If you have time that is.
Agenda:
- Game loop
- Get input
- Update Camera class
- ØØ -
Not got a game loop set up yet. We can handle the mouse without api, just compare its current position with the centre of the screen (then reset it).
Keys will need api though. Damn the API docs, they don't give you the values for all the constants :mad: Does anyone know a really decent API reference (and don't say API Guide because its crap :D)
No I don't, but I have all ready done this in C++, so I guess a port won't be to hard...
Good to hear you can at least fix the mouse without using API..:)...
- ØØ -
Something like this?
[Removed because of frustration]- ØØ -
Yeah that'd be fine if we can find out the constant values.
Will do that right away when I go off work..:)
- ØØ -
I think this is right
[Removed because of frustration]
- ØØ -
OK its a good start. I'd rather like to find a reference for all the keys on the keyboard, we'll need to handle Escape as well so we don't get stuck in the program :D
I get the feeling its 0x1B but I could be wrong.
Actually, didn't DGlienna mention something ages ago about there being text file on VBF somewhere containing all he Win32API constants?
Quote:
Originally Posted by wossname
VK_ESCAPE = 0x1B
Quote:
Originally Posted by wossname
No idea...Can't remember him saying anything about it...but then again..he has 99999999 posts, and IMed everyone 99999999999999999 times though...
ØØ -
From winuser.h:
[Removed because of frustration]
Excellent!
I love you, you know that?
also: http://www.codeproject.com/system/keyboard.asp but its not as good.
I know you love me...you HAVE too since I love you so much...:) I feel a special bond to you these days you know..:;)
- ØØ -
wossy, as in my PM, i made the quadrant thing.. it also turned out my 2nd idea was a waste of time, as i also tested my triangle code with a quad and got better results
running a test on 9 diff shapes i averaged the inaccuracy of all of them
new method=920
old 2 triangle method= 632
so i guess it depends how accurate it would need to be.. its only an estimate to decide whether to fully render or half render right?
EDIT NOTE: top 'Calculated' Field is the bad method 'quad', and below is the good method using 2 triangles
I've posted a nice keyboard testing class in the codebank.
http://www.vbforums.com/showthread.php?p=2144947
Phill, I've decided against using that idea after all. Thanks for trying though.
Oh, ok.Quote:
Originally Posted by wossname
no worries, was a nice 1st project for C#, it finally got me to write something in it :bigyello:
You got me thinking anyway, found this alg on google...Quote:
Originally Posted by Phill64
As long as the rect isn't twisted into a figure-8 this works very well...
Code:int GetQuadArea(Point[] pts)
{
uint i, j; //uints loop faster than ints
int area = 0;
for (i = 0 ; i < 4 ; i++)
{
j = (i + 1) % 4;
area += (pts[i].X * pts[j].Y) - (pts[i].Y * pts[j].X);
}
area >>= 1;
return(area < 0 ? -area : area);
}
Quote:
Originally Posted by wossname
Nicely...guess we are finaly getting this mother up and running tonight then...even with 6FPS..:D...
- ØØ -
Hope so. Might be late night before its rendering in a loop though. I have a big fat hairy bug (with tattoos and piercings) in the map editor.
(is one of those annoying bits where you are trying to snap a float to an integer but you still have to store both in the file and synch them before loading and after saving. I might end up removing the float from the file altogether and keeping it as a runtime only value.
I've been moving a whole load of constants around too. Shouldn't be much to worry about, probably won't affect anything you've done at all.
Hehe..I don't hope so. The only thing is the wallpart Vs. Cube thing...but I will have a closer look to that this evening...after all. No matter what I do you won't notice since I am the guy doing it before you even notice in the renderer..;)
heheheheeeehe
[Edit] That was post 9000, maybe it is time to retire?
- ØØ -
Hehe..didn't you give me the code with the back face culling..??? hehehehehehhehe
BTW I think I am on to something when it comes to the scewed width vs height problem of ours...
http://www.noteme.com/doomsharp/img/img039.jpg
PS: look at the FPS..:)
- ØØ -
OK, just have to get online some of the ideas I have right now...so I can have a look at them in Linux tomorrow too..
29*29*50*32=1.345.600
29*29*30*32=807.360
http://www.noteme.com/doomsharp/img/img040.jpg
- ØØ -
Yo've got me seriously worried now note. that map should be flipped left to right and the backface culling should be as it was, I think this might be the same problem, sort out the left-right flipping and it should look normal again.
If its not that then something must have changed in either the texeng class or the wallpart.Draw()
I will have a look at it tomorrow. Don't have much time tomorrow, but some time. Yes it is flipped left to right, or rather mirrored. I didn't have the time to check out what the right thing actualy is. If it is right now, or was right before. Because one thing that bugs me is that you don't remember what you did to my camera class. Because the world to view code of mine was left handed, but the camera was right handed. I was going to change this, so they both was the right, And that is partly what I have done now. But it isn't looking good, so I have to find out what you have done. Will try to do that tomorrow....
- ØØ -
I know exactly what I did to your camera class...
I changed it to this:
return new Vector((m_screenWidth / 2) - (x * m_screenWidth), (m_screenHeight / 2) - (y * m_screenHeight), 0);
from your original:
return new Vector((m_screenWidth / 2) + (x * m_screenWidth), (m_screenHeight / 2) + (x * m_screenHeight), 0);
That last x should have been a y and I changed those "+" to "-" because it was rendering upside down and backwards. Ever since then its been rendering beautifully until today when you messed it up again :D
Anyway.
I've added a camera member to the map class so we can now save a default player starting position into the map file. I need to add a way to edit the camera position in the edirot though, I'll probably use a custom dialog.
The newest version of the map loads and renders fine on my version. I'll spend a few days finishing the editor and thinking about the dreaded blitting speed problem.
Note, it feels like we are starting to write 2 copies of this game, we need to synchronise ourselves soon. Let me know when this is convenient for you :)
nice, i looked around and never found anything on quads, that would've saved time.. lol, but as i said, was an excuse to try C#, since if i did it in any other language it would be useless to you.
Noteme, you cannot retire until at least 10,000
hey wossy, along with what you're doing with that area thing, you could perhaps have 3 levels of it? (best quality, no perspective, no image), where you just paint a color instead of the texture, when creating your texture array you could calculate a corresponding color, being the average of all the colors, so for a texture that will only have a small display anyway, you could save time not drawing an image(normally these objects will be far away looking through rooms etc so it would be unnoticeable in gameplay
this thing is great!!!! :thumb:
but will it run on mono?
Quote:
Originally Posted by tr333
Not at the moment. .NET does not have a High Resolution timer. So for windows we have to use an API call to test how much time has passed. Then again. In Linux it seems to me that the buildt in timer is actualy fast enough. So if there is a way in .NET to find out what OS you are on, and there is demand for it. Then I can make an alternative Timer class.
But one more thing. wØØsy didn't have .NET 03, so we had to use 05. And 05 is using partial classes by default. Something that mono at least doesn't know what is yet. And won't know before january 06. So this has to be changed by hand outside .NET 05 or you have to wait untill january.
So the milestone isn't too far. But at the moment. No.
- ØØ -
OK, thanks. Last time I asked, you said you didn't know.:D So well, hmm..you changed the code the wrong place then....so then actualy before I messed it up yesterday both the world to screen change was right hand, and the camera class was right handed. Not weird that the rendering broke when I replaced the world to view with lefthanded rendering as it was in the beginning..:D...hehe..ok...I'll fix it again...just need to draw some more sircles and triangles..:DQuote:
Originally Posted by wossname
- ØØ -
Quote:
Originally Posted by wossname
OK, thanks. Last time I asked, you said you didn't know.:D So well, hmm..you changed the code the wrong place then....so then actualy before I messed it up yesterday both the world to screen change was right hand, and the camera class was right handed. Not weird that the rendering broke when I replaced the world to view with lefthanded rendering as it was in the beginning..:D...hehe..ok...I'll fix it again...just need to draw some more sircles and triangles..:DQuote:
Originally Posted by wossname
- ØØ -
Quote:
Originally Posted by wossname
For me that is actualy totaly fine, as long as we are not working on the same files. And yes we could have syncronized yesterday if you came online earlier..D:..but I am NOT handing over unfinished code to you again, so you can mess upp my coordinate systems..:D:D:D::D:D::D
- ØØ -