Jump to content
The Dark Mod Forums

Things that could be improved


Berny

Recommended Posts

Well, there could be a selection of rooty clumps one could attach at will if needed. I'm not that comfortable with patches and such yet. :) If the bottoms were just closed, it would help alot.

Edited by ocn

Where are the REAL brits?! The one's we have are just brit-ish.

Link to comment
Share on other sites

There are other models that have missing faces too. Patches are a good general solution. And it's good to learn the fine art of using them eventually.

 

But anyway, what somebody could do in this case is make a bottom out of patches and then upload it as a pre-fab, with the tree already attached, for others to take and use (and eventually for the other models). Seems like the best idea to me, and is essentially what you're asking for in effect.

 

(And while they're at it, it would be fun if people started making all sorts of attachments for objects attached to them as prefabs. Then people know where to look for this kind of thing and they're all kept together, and starts the trend of using patches for this kind of thing than making a new object every time.)

What do you see when you turn out the light? I can't tell you but I know that it's mine.

Link to comment
Share on other sites

(And while they're at it, it would be fun if people started making all sorts of attachments for objects attached to them as prefabs. Then people know where to look for this kind of thing and they're all kept together, and starts the trend of using patches for this kind of thing than making a new object every time.)

 

That's a terrific idea!:)

Where are the REAL brits?! The one's we have are just brit-ish.

Link to comment
Share on other sites

Fake static occlusion culling?

 

What is the world coming to!?

 

There are loads of different ideas, methods and similar concepts blanketed under "occlusion culling". Doom3 will cull rendering geometry which is both occluded and lit by a light volume which is also occluded (this cant happen in TDM, and in general doesnt seem to happen anyway). Since it's using BSP and z-ordering does cut out a lot of surfaces which are occluded, but as I've been noticing through profiling, it's really a low percentage of things in comparison to what you would expect, one of the reasons is that internal faces and such of models or other entities are not taken into consideration and as such need to be caulked. To me these techniques don't quite cover the concept of occlusion culling.

 

You can also consider BSP as a form of occlusion culling depending on how you deal with portals, for example doom3 will cull the rendering of a leaf which has a completely occluded portal (in most cases), do you call this "Occlusion Culling" or not? Semantics sure are fun. A lot of games use similar concepts and generate vis data in a pre-process, hinted by mappers if there are problems.

 

Then you get dynamic culling, a bit like the fancy version offered by the middleware outfit Umbra Software, if you dig around there used to be a demo of an RPGish city which showed it off quite well.

 

So where do you call it? Kind-of? implicit? when conditions are right? :)

Link to comment
Share on other sites

A quick one & hopefully a quick "fix" possibility:

 

While playing a bunch lately somewhere along the way I swear I saw a clock on one of the TDM menus... didn't I? With current time and date... quite a good thing for those of us who might play waaaaaay tooooooooo lonnnnnnnnnnnnng sometimes. So I would request this be put on all the menu screens. Thanks.

 

...

 

Found it on the Save/Load screen. Very nice.

 

...

 

Well I this at least got me to looking into the guis... and finding no satisfaction there... search the code a bit... only to finally snap to and realize that the reason I hadn't always noticed it? Is because it's not really a clock/calendar... just a "stat" for the selected FM... I've been doing a lot of saving (~20GB worth) for the alpha of Manor Royale, so I come back in after a quicksave to make a real save often and it functions like a current clock for the way I'm going about things :laugh:

Edited by Aprilsister
Link to comment
Share on other sites

Yeah, I was reading an old Beyond3d interview where they grilled John Carmack about overdraw because they are Tile-Based Deferred Renderer fanatics and have been rooting for the PowerVR approach for ages. Carmack seemed to shrug at the idea of doing extra work for over-draw reduction beyond BSP. I got the impression that he thought that was ATI and Nvidia's job. Then he poured a little salt on the PowerVR fanboys' wounds by saying he might look at making a Doom 3 render path for the chips if their OpenGL drivers were top notch.

 

Unless someone up there with a real great math noodle can figure out an really really efficient visibility detection algorithm to add to either LOD or SEED... the issue will need to be address in the renderer (GPL).

Please visit TDM's IndieDB site and help promote the mod:

 

http://www.indiedb.com/mods/the-dark-mod

 

(Yeah, shameless promotion... but traffic is traffic folks...)

Link to comment
Share on other sites

  • 2 weeks later...

Yes,

 

for a static arrow create a model under models/darkmod/junk/ and you will see several like broadhead_broken1.lwo

 

for a moveable arrow create an entity. look under moveables/junk

 

 

[EDIT] Wait, I thought this was an editing question. Is it? If not then you mean in Dark Mod generally you'd prefer that arrows don't disappear?

Link to comment
Share on other sites

If that's what spiney meant, then I second that idea. I always thought that it's a bit unrealistic if broken arrows just vanish. Or, if they must, then they should vanish after a few minutes, not almost instantly. Is there any cvar for this?

My Eigenvalue is bigger than your Eigenvalue.

Link to comment
Share on other sites

He was talking about broken arrows, and I'm sure they could be made to not vanish...but I think the reason they were allowed to vanish was so they wouldn't contribute to the entity limit. They just go splintering off anyway, and they're useless, so it doesn't make sense from a game perspective for them to stick around. I understand the realism argument, but it's not really that huge a deal is it? :)

Link to comment
Share on other sites

He was talking about broken arrows, and I'm sure they could be made to not vanish...but I think the reason they were allowed to vanish was so they wouldn't contribute to the entity limit. They just go splintering off anyway, and they're useless, so it doesn't make sense from a game perspective for them to stick around. I understand the realism argument, but it's not really that huge a deal is it? :)

 

Btw, I do think the more compelling argument back than also was "performance". These days (and even back then with some tricks) it would be possible to make all broken arrows in the same PVS belong to the same entity and render them all in one go. So it would render a lot faster and not count (much) against the entity limit.

 

However, this is a LOT of work just for such a small effect.

 

I do agree with others, tho, the pieces could stay around a bit longer, the arrows the player has are pretty limited and he can't bring his system down with them anyway.

 

(One thing to consider is AI, tho, if you have an archer pummeling you with arrows and they last for X minutes, we must ensure that there aren't so many that the entity limit is reached. However, in that case archers could switch to throwing stones :)

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

 

(One thing to consider is AI, tho, if you have an archer pummeling you with arrows and they last for X minutes, we must ensure that there aren't so many that the entity limit is reached. However, in that case archers could switch to throwing stones :)

 

Then folks will complain the stones don't stay around. :laugh:

Link to comment
Share on other sites

Then folks will complain the stones don't stay around. :laugh:

 

:D

 

The funny thing is, I always dream that it should be possible to have really 100000 "objects" in a game, and the computer not breaking down. Would be so awesome if that stuff could just pile up. Instead D3 slows down to a crawl just because you break a brittlefracture into 1000 parts *sigh*

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

Btw, I do think the more compelling argument back than also was "performance". These days (and even back then with some tricks) it would be possible to make all broken arrows in the same PVS belong to the same entity and render them all in one go. So it would render a lot faster and not count (much) against the entity limit.

 

How much is this entity limit??

btw, the texture from exploded mine should stay longer too =)

Link to comment
Share on other sites

The entity limit on stock D3 is 4096 entities, on TDM it is 8192.

 

From this you have to subtract a few always-existing entities (worldspawn, player, weapons), and resevere some for dynamic things like spawning absence markers, blood etc.)

 

While technically the entity limit could be raised further, there isn't much sense in doing so, because each entity needs memory and spawning entities takes a lot of time, too. If you create f.i. a map with over 4000 entities, it will already be quite big, need a long loading time and also might suffer from poor performance due to rendering such an amount of entities.

 

The engine therefore does a few tricks - like particles are not entities, instead all particles belong to the same entity. Likewise for glass shards from breaking windows, or smoke. I guess the same could be done with our arrow broken parts (once they stabilized and do no longer move), but this is quite a lot of work to restructure the code just for that.

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recent Status Updates

    • Petike the Taffer

      I've finally managed to log in to The Dark Mod Wiki. I'm back in the saddle and before the holidays start in full, I'll be adding a few new FM articles and doing other updates. Written in Stone is already done.
      · 0 replies
    • nbohr1more

      TDM 15th Anniversary Contest is now active! Please declare your participation: https://forums.thedarkmod.com/index.php?/topic/22413-the-dark-mod-15th-anniversary-contest-entry-thread/
       
      · 0 replies
    • JackFarmer

      @TheUnbeholden
      You cannot receive PMs. Could you please be so kind and check your mailbox if it is full (or maybe you switched off the function)?
      · 1 reply
    • OrbWeaver

      I like the new frob highlight but it would nice if it was less "flickery" while moving over objects (especially barred metal doors).
      · 4 replies
    • nbohr1more

      Please vote in the 15th Anniversary Contest Theme Poll
       
      · 0 replies
×
×
  • Create New...