Post

 Resources 

Console

Home | Profile | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 VBGamer
 VBGamer
 new game - comments? (warning - large image files)
 New Topic  Reply to Topic
 Printer Friendly
Previous Page | Next Page
Author Previous Topic Topic Next Topic
Page: of 3

Eric Coleman
Gladiator

USA
811 Posts

Posted - Nov 06 2004 :  6:42:27 PM  Show Profile  Visit Eric Coleman's Homepage  Reply with Quote
The fields are irrigated, very nice!

Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 06 2004 :  8:05:49 PM  Show Profile  Reply with Quote
LOL - yes, they are. Debating having a 'sluece' and letting the player open/close it as a sort of easter egg (i.e. no effect in game) but all the water tiles in the fields would be 'instant' on/off - not worth the code to have it 'flow'...

--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

Zarneth
Knave

Australia
62 Posts

Posted - Nov 06 2004 :  10:46:05 PM  Show Profile  Send Zarneth an ICQ Message  Reply with Quote
quote:
This is the 'main' town for the game...
Holy F**k. o.o

quote:
LOL - yes, they are. Debating having a 'sluece' and letting the player open/close it as a sort of easter egg (i.e. no effect in game) but all the water tiles in the fields would be 'instant' on/off - not worth the code to have it 'flow'...
Oohh. that'd be awesome. Little insygnificate detailes like that can really improve a game. Would makeing the water flow into the channels be all that hard thoguh? I guess mabye a little. A small piece of well designed code would probably be all that's needed though. Kinda like a floodfill tool in a paint editor. 'corse it does require a bit of effort still. Perhaps mabye making all the water in the chanels just fade in simultaniously, with 2 or 4 diferent frames? and of corse the same for when you turn it off, the water seeps into the ground fading away.

What kind of game will it be? Realtime combat, Final Fantasy style, or turn based stratagy? Will it be single player or mmorpg? Will it be just combat or adventure/puzzles too?

quote:
Just for fun I pulled an image of the game running at 1600x1200
You're monitor can't do 2048x1536? (Not that mine's supposed to be able to accordign to the specs) =D

"VB is gay because it's simple, stylish, functional, and simply works as expected."
Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 07 2004 :  12:06:41 AM  Show Profile  Reply with Quote
This map will be the main map with several towns. A second map will probably contain a large and small island. A third map will be used for dungeons. Each map is 2048x2048x4 levels. They compress very well, but uncompressed a single map requires 40 megs of hard drive space because I use two bytes per tile. I aborted an initial design to break the each maps into 'sub-sections'.

Well, I actually had thought about it after your suggestions, and making the water flow into the channels wouldn't be hard because unlike a flood fill the channels are very limited (i.e. once you fill a tile you move to it's neighbors and you are done with the original tile so you don't have to use a stack to backtrack to the last branch - just allow for X simultaneous 'flows') . Having water 'fade' or 'soak into the gorund' is even easier because the change would be simultaneous across all tiles of the same type, and could be handled at refresh.

I agree on the idea that little details seem to add a LOT to a game. I pondered how I could work it into the game - like having to find a part to fix the sluece gate - but never came up with anything I liked, so thought it would make a good 'fun' detail if I didn't waste time on it. I don't want to burden the game down with too many little things that grow big because there is already so much complexity involved for stuff like the NPC's each having a 'life'....still, you have me considering it.

It will basically be real time combat - with quests that involve puzzles... probably figuring out the order of things in combinations with clues and riddles... still up in the air as it will be affected by how well I am able to impliment the full schedule/life details for NPCs.

Working on a new vb DirectX sound 'manager' module tonight that handles all the multiple sound loading (priorities for determining which buffers are over-written on loads, lockable buffers, easy to impliment callbacks) and makes it transparent to support multiple formats (bit rates, samples sizes, etc). When I get it working I'll post the code for anyone that wants it.

--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

Zarneth
Knave

Australia
62 Posts

Posted - Nov 07 2004 :  01:32:24 AM  Show Profile  Send Zarneth an ICQ Message  Reply with Quote
40 megs for the map? Are you sure that's right? Hrmm. 2048x2048x4x2 IS a bit over 33megs. :\
Rather a shame that. Though I guess that's not too bad with the ammount of ram in this day and age, but if you wanted to run it on older computers you'd run into trouble. :(

"VB is gay because it's simple, stylish, functional, and simply works as expected."
Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 07 2004 :  01:56:38 AM  Show Profile  Reply with Quote
Yeah, it it is actually 2048 x 2048 x 2 x !5! (there are 4 layers for buildings and trees, plus a layer for 'ground') giving 40 megs.

Level 4 of the map is virtually empty (roofs of tall buildings and tops of tall trees here and there), level 3 only slightly more so, etc. The current map compresses to a few hundred K in winzip without turning on the 'maximize compression' mode.

But having 2048 current tiles, with the ability to add more if needed allows me to make the map so it isn't "blocky" (if you load a different size bitmap as the tile 'source' image in my editor it will automatically resize the arrays with the tile attributes so adding tiles, even a single row, is beyond trivial).

Graphics could probably be dropped from 32bpp to 16bpp, but my video card (an ATI Radeon 7500) won't even initialize directX7 in 16bpp in several video modes. I can drop the color count in the images for distribution without loss of quality and let DX upconvert them at load so they distribute smaller, but the video RAM requirement will be 'up there'

Actually given the size of the game and number of graphics it's going to require a decent computer anyway... My guess is 400/500 Mhz or better, probably 60 -70 megs of RAM, and a decent video card with 32 (64?) megs of RAM. That's extrapolating for the stuff that isn't in yet...

definately not a 'small' game, which means the quality, character development, and 'value' will have to be kept very high.


--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

Eric Coleman
Gladiator

USA
811 Posts

Posted - Nov 07 2004 :  07:35:01 AM  Show Profile  Visit Eric Coleman's Homepage  Reply with Quote
I guess my crappy 8 MB ATI card wont' be able to play this game. And it looks so cool!
Go to Top of Page

Zarneth
Knave

Australia
62 Posts

Posted - Nov 07 2004 :  10:46:19 AM  Show Profile  Send Zarneth an ICQ Message  Reply with Quote
quote:
I guess my crappy 8 MB ATI card wont' be able to play this game.

Dear god you poor thing. Please tell me you're only using that 8meg card becaues your top of the line 3d card reciently died? o.o

Admittedly though you can get some damn good dos games that'll work sweet on that thing. ;D

"VB is gay because it's simple, stylish, functional, and simply works as expected."
Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 07 2004 :  12:04:36 PM  Show Profile  Reply with Quote
8 megs? that's like, what? 1 bit per pixel at 320x200? LOL! J/k! (ducks)

If you had a super bad-ass computer with that 8 meg card in it, you might be able to play...

The direct draw surfaces will get bumped to system memory rather than the game not running (willl probably add a video mem check and advise the player)... so if your FSB and video interface are top of the line it might still be playable.. ;)

m


--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

Lachlan87
Moderator

USA
160 Posts

Posted - Nov 07 2004 :  2:09:40 PM  Show Profile  Reply with Quote
Actually. . . His card could hold one fairly big texure with that much space:

32 bits * 1 600 * 1 200 = 7.32421875 megabytes.

I love google calculator. :)

BTW, why did you abort your attempts to split the map into smaller sections? It doesn't seem like it should be that hard to do.

Edited by - Lachlan87 on Nov 07 2004 2:12:05 PM
Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 07 2004 :  5:21:37 PM  Show Profile  Reply with Quote
Well, lets see, I have 2048 ground tiles in a bitmapof 1024 x 2048 x 32bpp(4bytes) = 8megs, another bitmap the same size for the objects (buildings, trees, etc), plus images for the player, items (stuff you can pick up etc), npcs, the status area, map view, etc... and I used a per-layer prebuffer system for updating tiles to get the best refresh at full screen so that uses more memory.... moving any of that stuff from video RAM to system RAM has a terrible impact on the bitblt performance.

As mentioned I originally was going for 16bpp, but noticed that my on my fairly good ATI card DX7 fails to init on 16bpp in several modes.... odd, but troubling, so I decided to go to 32bpp.

Splitting the map itself into smaller chunks would be trivial. However managing the chunks real-time in game, given that my goal is to give each and every NPC a full daily schedule with minor variations and possibly weekend variations begins to get complicated if the npc is supposed to show up from a part of the map that isn't loaded.

Additionally I would only split the map up if I can 'cache' chunks as you move so the entire map remains completely seamless... (games where you hit a 'border' and have to wait for a load really irk me). So even if I keep the NPCs all loaded (even if their 'map chunk' isn't loaded) causes issues because they can't path-find to where they are going.... there were some additional issues as well and it added up to making me feel it wasn't worth it, especially after looking at the requirements of a lot of the higher end shareware/freeware games comming out now. WIth one big map I can have triggers that modify remote locations on the map, etc without convoluted cache processing...

And by one big map I basically mean 'per continent' - there will probably be 3 maps total, but the transition between continients (boat ride, whatever) will make a transitional pause more acceptable.

--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

maxhamner
Squire

USA
26 Posts

Posted - Nov 07 2004 :  5:23:41 PM  Show Profile  Reply with Quote
BTW, I don't mind answering those kinds of questions, they are actually what I'm looking for!

Sometimes I have thought it out and have an answer. Sometimes I dismissed something that I should have thought about more... (i.e. I'm more thoroughly re-examining both my map handling and the bit depth now)...

--
max
There are 10 kinds of people in the world, those that understand binary and those that don't.
Go to Top of Page

Lachlan87
Moderator

USA
160 Posts

Posted - Nov 07 2004 :  6:03:49 PM  Show Profile  Reply with Quote
Hmm. You could make your textures in 16bit and make it up to user preference what DX is initialized in. That should cut down on the video memory requirements.

Your reasons for not splitting up the map sound logical. Like you said keeping your system requirements that low is probably not that big of an issue. I think that keeping the Video ram requirements low is more important. I can see requiring a 32 meg card as being acceptable, but I think you would find requiring a 64MB card to be pretty limiting.

It seems like you have it thought out pretty well. It will be interesting to see how your game progresses.
Go to Top of Page

Eric Coleman
Gladiator

USA
811 Posts

Posted - Nov 07 2004 :  8:25:33 PM  Show Profile  Visit Eric Coleman's Homepage  Reply with Quote
My card is limited not only by memory but by processing power. 1600x1200 resoultion is nice, but my card just barely handles 640x480 for games :-)

I have a Compaq Deskpro, and I should really take a picture of the inside of the computer because it's just difficult to explain the video card, but it's in a special slot in the computer, and newer video cards simply won't fit in my PC. I used to have a voodoo3 but it died and I had to break off a small corner of the video card to make it fit in this computer.

For me, upgrading the video card means upgrading the mother board and that means upgrading the case and the cpu. And possibly the memory as well, there are so many different kinds I have no idea if my current memory would work with newer pentium 4 processors. Don't they require that expensive "Rambus" ram?

Overall my computer works fine, the only limitation is that I can't play modern games, but even if I had a better video card I probably still wouldn't be able to afford those games.
Go to Top of Page

Sr. Guapo
Swordmaster

USA
272 Posts

Posted - Nov 07 2004 :  10:45:00 PM  Show Profile  Reply with Quote
quote:
Originally posted by Eric Coleman
For me, upgrading the video card means upgrading the mother board and that means upgrading the case and the cpu. And possibly the memory as well, there are so many different kinds I have no idea if my current memory would work with newer pentium 4 processors. Don't they require that expensive "Rambus" ram?



Why would you want a P4? I'd go for an AMD... They are cheaper than the Pentiums. A mobo ($60), AMD CPU ($100), 512 MB DDR RAM ($100) , and a Radeon 9600 ($150) can be very affordable... Add a cheapo Case/PSU ($75), A new HD (if neccesary, $60), and CD burner ($25), and you have a pretty decent system (better than mine at least).

BTW - The RD Ram you speak of is worthless. It is the equivalent to a betamax player, it was all the buzz for about a week, then better technology came out and is now obsolete and more or less unsupported. Just go for a good ol' 512 MB stick of DDR 3200 (400 MHz), it is pretty darn cheap nowadays.

Edited by - Sr. Guapo on Nov 07 2004 10:49:38 PM
Go to Top of Page
Page: of 3 Previous Topic Topic Next Topic  
Previous Page | Next Page
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
VBGamer © Go To Top Of Page
This page was generated in 0.25 seconds. Snitz Forums 2000

Copyright © 2002 - 2004 Eric Coleman, Peter Kuchnio , et. al.