Diablo III Forum Tidbits

Diablo community manager “Bashiok” discusses the Diablo II/III logos, effects and corpse fading, and the removal of characters from screenshots in his latest responses on the official Diablo III forums.

On the logos:

Haha, well the icon right now is literally the Diablo-skull-sans-soulstone from this piece of art – http://www.blizzard.com/shared/blizz-com/images/diablo2/wallpapers/d2deathlogo/d2deathlogo-640x.jpg but I can almost guarantee it will change.

Some fun trivia about that piece though: That piece of artwork was originally created as a logo mock-up, a very long time ago, for Diablo III. The middle numeral was taken out and it was re-purposed as a piece for post-release Diablo II.

The More You Know! *gleam*

The update tomorrow is pretty cool, it’s something you haven’t seen before.

On effects and corpse fading:

Our lead tech artist Julian and I talked a bit yesterday about some of the effects and fading, and he gave me some more insight as to how they’re working and being changed. We also went in to some of the questions you’ve all brought up, and so I’ll hit some specific points too (with quotes!).

or just disconnecting corpses from the physics engine when they come to rest, and have them fade out

Aside from my previous comment of this not being nearly as fun (it would also look/feel kind of lame), Havok already knows when an object has come to rest and so they already have a lower cost when they’re still. Additionally with the proposed method there is no reliable way to determine when or even if a body will come to rest. In a single player game with a class that maybe doesn’t use a ton of skills that interact with corpses in a significant way this could work, but in a multiplayer game there could potentially be hundreds of corpses piling up as they’ve never come to rest due to all of the player skills firing off.

We’re also taking extra care to minimize the ability of a player to impact the performance of another player, as was sometimes maliciously done in Diablo II.

I am wondering why you just use an object’s age and don’t specify a complexity and priority attribute for each object. By combining these two with the age method you would be able to fade out highly complex physics and low priority (tiny) objects earlier.

I’m just going to quote Julian from an e-mail at this point so I’m not rewriting his words and acting like I know what I’m talking about here – “Because most objects in the game that use the age method aren’t different enough in anatomical complexity for this to yield significant benefits. The size of objects generally isn’t a factor. It is the number of unseen physics meshes that the technical artists add to these things that matters and they tend to be pretty similar from actor to actor. This is largely due to the anatomical similarity of living things in nature…”

Most things have appendages, a back bone, head, etc.

Julian also made the point that while we have our new system for determining the number and age of a physics actors, we still have the old tried and true “disappear after n seconds” method. We can actually choose which actors use which system, so our intent is to make sure that a destroyed table won’t make a corpse disappear, for instance. The corpse probably being the more important of the two to keep around.

Quite a few of you were discussing options, sliders, ways to control how long something takes to disappear, etc. and that may be a possibility. The current setting, which is around 20, is just our initial implementation. There’s always the possibility for that number to change, or for it to potentially be variable by the player. We do want to keep the game options uncluttered and consistent as much as possible though.

On characters being absent from screenshots:

This isn’t the first screenshot to be released where the player character isn’t shown.


It’s an option in our editor to hide various elements, and in the case of these shots the player was hidden to show off the environments and monsters.

And yes those are lootable corpses.

Share this article:
Notify of

Inline Feedbacks
View all comments