Author Topic: HT&L size limits? (Read 7671 times)

Stryke 9 · **Reply #40 on:** December 10, 2003, 11:23:14 pm

Ever hear of Kazaa?

Bobboau · **Reply #41 on:** December 10, 2003, 11:24:14 pm

yes they do, becase then everyone uses there SDKs that run only on there OSs, MSCV6 on the other hand does cost quite a bit, but I'm sure you could aquire it

Woolie Wool · **Reply #42 on:** December 10, 2003, 11:31:20 pm

How much $$$?

Bobboau · **Reply #43 on:** December 11, 2003, 12:03:22 am

well I got an introductory eddition for like $50

Woolie Wool · **Reply #44 on:** December 11, 2003, 12:07:04 am

How much for the SDK? Microsoft is known for exorbitant prices.

Bobboau · **Reply #45 on:** December 11, 2003, 12:10:56 am

sdk is free,
didn't I just say that?

Woolie Wool · **Reply #46 on:** December 11, 2003, 12:14:24 am

Your grammar in that post was kind of weird so I think I might have misinterpreted it somewhat.

redmenace · **Reply #47 on:** December 11, 2003, 12:22:41 am

I got a legal one of MSVC++ for free from school

yes the SDKs are free and easy to find on microsoft.com in contrast to help or support on their website.
A couple of years ago I would have mailed you a burned copy but now I have more respect for the law.

Bobboau · **Reply #48 on:** December 11, 2003, 01:53:41 am

what, d'ya get busted or something

Fry_Day · **Reply #49 on:** December 11, 2003, 05:15:07 am

First of all, GeForces don't support 32-bit z-buffers, only 16 and 24-bit ones (when they say they have a 32-bit Z-Buffer, they're lying, as it's actually 24-bit Z + 8-bit stencil).

Changing the far clip plane by that amonut creates a negligible difference in accuracy, due to the nonlinear nature of the Z-Buffer.

And I urge you to obtain the MSDN collection if you ever get MSVC, since it saves a lot of going to msdn.microsoft.com

Nico · **Reply #50 on:** December 11, 2003, 06:29:22 am

Btw, I suppose the last mission in the tBP demo will look a lot less impressive, now, w/o Earth showing under the battlefield...

phreak · **Reply #51 on:** December 11, 2003, 08:31:54 am

its actually an earth plane that isn't all that far from the user. i'm gonna commit some code that makes it about 250km

redmenace · **Reply #52 on:** December 11, 2003, 10:14:56 am

Quote

Originally posted by Bobboau
what, d'ya get busted or something

No, I became a student senator and decided to make an ethical change in my life. I don't copy audio cds either. Call me a loser or whatever I don't care. However I am sure microsoft has my name somewhere.

Kazan · **Reply #53 on:** December 11, 2003, 10:24:17 am

Z accuracy falters [and results in popping polygons] when the near Z is placed too close to the viewpoint - the clipping plane should be as far out as possible and still have things look right

Woolie Wool · **Reply #54 on:** December 11, 2003, 10:52:59 am

Quote

Originally posted by redmenace

No, I became a student senator and decided to make an ethical change in my life. I don't copy audio cds either. Call me a loser or whatever I don't care. However I am sure microsoft has my name somewhere.

Microsoft knows where you live!:drevil:

redmenace · **Reply #55 on:** December 11, 2003, 01:29:57 pm

Quote

Originally posted by Woolie Wool

Microsoft knows where you live!:drevil:

However, I do get cheep microsoft products because I work for staples office supply store and am enrolled in EPUP.

Nico · **Reply #56 on:** December 11, 2003, 02:54:26 pm

Quote

Originally posted by PhReAk
its actually an earth plane that isn't all that far from the user.

Well I'm sure it's more than 30 kms away.

KARMA · **Reply #57 on:** December 12, 2003, 05:44:19 am

I suppose that zbuffer is implemented into the hardware, so you can't work on modifying the algorythms, except fo the parameters.
I also suppose that you made some tests to decide wich values for far and near plane give the best results in FSO, so it is probably useless to discuss about changing them.
I also suppose that you probably have already looked into w-buffer, to see if it could be useful.
BTW, wouldn't be possible to implement in FSO both 16bit and 24/32bit z-buffer, and let the game switch between the two modes, depending by the video mode choosen with the launcher?
I'm asking this because programs like 3danalyze can force 24 or 16 bit z-buffer (it also can force wbuffer over zbuffer, and viceversa), but only if supported by both the card and the game.
If this can't be possible, then you should go to scratch support for older videocards (maybe using a "safemode" to disable most features and let people with outdated systems to still be able to play the game?), since this could limit a bit our possibilities, for example to add true planets, semi realistic landscapes, giant ships (who said death star?), and the like

IceFire · **Reply #58 on:** December 12, 2003, 08:20:44 am

Quote

Originally posted by Nico

Well I'm sure it's more than 30 kms away.

No I think I placed it closer than 30km...I would check but I don't seem to have a vanila FS2 anymore....I screwed with the registry of FS2 and now only SCP works and TBP doesn't like it or something

Kazan · **Reply #59 on:** December 13, 2003, 12:31:13 pm

all the wbuffer is is literally 1/zbuffer

the value in the wbuffer is the reciprocal of the value in the wbuffer -- they both have the same behavior

News:

Author Topic: HT&L size limits? (Read 7671 times)

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?

HT&L size limits?