Jump to content
The Dark Mod Forums

chedap

Member
  • Posts

    102
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by chedap

  1. At screenshot 2 you see I get the same problem with shadows.
    You need to make it two-sided to drop shadows correctly. Only tris that are not lit by a light will form a shadow from that light (that's what you see on the second shot). Or think of it this way: if from a certain point you can "see" the light through the model/shadowmesh, that point won't be in the shadow.

     

    Also, set shadowmeshes material to shadow2, that will prevent "weird" sharp shadows in places. Since these are mostly convex, models not dropping shadow on themselves won't be noticeable.

    • Like 2
  2. As for one-sided - would there ever be a case you'd want it only be occluding from one side?
    I can think of a couple. Basically any time the shape of an object doesn't allow for occluder's placement inside of it. E.g. a privacy screen, or curtains you can hide behind. With two-sided you risk accidentally occluding the object itself, or other small objects close to it. It's a pretty rare case though, and the use of an occluder probably wouldn't be justified in the first place.
    • Like 1
  3. A design question: should occluders be 1-sided or 2-sided? The coding default is 2-sided: if we want them 1-sided we’d need an extra test to see whether the view was on the right or wrong side. But that’s no big deal. It’ll make no difference to performance unless 2-sided would mean lots of useless occlusion in many situations, so it comes down to how they’d be easiest to use.
    If the performance difference is marginal, I'd say two-sided. Having to decide which way it should face to work can become confusing (to people unfamiliar with how engines work, it's unintuitive enough that a single one-sided plane won't drop shadow if it's facing a light).
  4. Meh, I am of the opinion that trying your hardest to avoid player frustration, especially in the level design area, is just aiming for the lowest common denominator. And on topic of Valve's mapping guidelines I also think they might have been on target with Left4Dead, but then they way overdid it with Portal 2 (to the point where you just automatically shoot the only two bright squares upon entering the room and voila - puzzle solved, without brain involved). Like, go play the second level in Duke3D: can you imagine a progress-critical vent shaft above eye-level in a modern FPS? And yet, I don't remember having much trouble with the level, despite it being one of the first encounters with verticality in FPS for me (and, I assume, for lots of others too). Possibly without mouselook, too!

     

    Exploration is a quality I personally value the most in Thief/TDM, and it's pretty much dead in most modern first person games, even in supposedly "oldschool" FPS's. Avoiding frustration in this context is synonymous to "streamlining", and it's a slippery slope. Give the player a good map instead - not necessarily the most detailed one, but one that can be used to intentionally explore the place. It's something that can make or break an FM for me, and I especially noticed it with larger TMA FMs: e.g. "Art of Thievery" has great structure, but you'll only know that when you're almost finished, since the map is worthless. And, in contrast, something like "Hidden Agenda" or FMs by Morrgan are a joy to explore when you can understand the scale of things and plan your route. Intentionality is even more relevant for ghosting, nobody wants to repeatedly avoid same guards while aimlessly running around the place looking for a room you didn't visit.

     

    All that said, it's a good rule to respect the player, and player's time as well. Fortunately, switch- and key-hunts (the worst offenders IMO) aren't popular among TDM mappers.

    • Like 2
  5. I can pick up, but I am not being able to relight a candle.
    Maybe it's somewhat unintuitive, but once you have it picked up you have to "drop" it from your inventory and make it physically touch the end of a doused candle (or any other extinguishable light source). It's on the advanced side of TDM's interaction, since both dropping inventory items and their rotation are barely used beyond the training mission. I can remember at least one FM (was it "Lich Queen's demise"?) that requires the use of slow match to progress though.
  6. you might want to use a batch file (.bat)
    That's what I used/recommended as well, so like I said, not really a problem.

    Regarding wiki articles, this one isn't redundant, and it does link to patcher instructions. Leaving them as they are seems fine, I mean, it's hardly a frequently asked question, and it isn't going be asked again until some other language translation comes along. I see "needs Perl" has been added, the rest of the instructions aren't that hard to figure out.

  7. Your patcher is functional, and aside from minor inconvinience of needing separate command .txt's to handle multiple input/output files, it seems bug-free. Really, it's fine.

     

    The reason for confusion was more on documentation side, since there is another wiki article with different tools (for more manual tweaking), and since the requirement of having Perl installed (for Windows users) isn't mentioned on the patcher's page. I've since sent instructions on how to set up the patcher step-by-step, so I think the issue is resolved.

  8. The instructions here are working, just use the patcher on offending characters. Here's what I got on the first try using these values:

    source font_in/treasure_map/fontimage_12.dat
    target font_out/treasure_map/fontimage_12.dat
    decrease_xskip 0xF0 3
    decrease_xskip 0xF3 4

    source font_in/treasure_map/fontimage_24.dat
    target font_out/treasure_map/fontimage_24.dat
    decrease_xskip 0xF0 6
    decrease_xskip 0xF3 8

    source font_in/treasure_map/fontimage_48.dat
    target font_out/treasure_map/fontimage_48.dat
    decrease_xskip 0xF0 12
    decrease_xskip 0xF3 16

    Seems I overdid it with 'р', 'у' is alright, also 'б' and capital 'Г' could do with adjustments. But it's working.

     

    @charisma:

     

    Я русскоязычный, если что.

     

    • Like 1
  9. I have Win7 and I used to be able to with XP. I'm confused. Anybody know how to do this? Thanks.
    Go to control panel, switch it to "small icons", open "folder options", untick "hide known extensions" in the view tab (might be named slightly differently, my windows isn't in English). Or just type out the extension in the file name when creating an archive (7zip can do that). Any archiver should be able to open .pk4's once you associate them with it.
    • Like 1
  10. Since you mentioned some kind of conflict that prevents two active screens simultaneously, it would be a good idea to test how (if at all) it works with mirrors (including reflective water volumes and puddles).

     

    Also related, there's a fun bug/side effect of mirrors: since glare coronas and other "billboard"-type particles always face the player, their reflection might turn out facing the player sideways (might need to take a screenshot to support my poor wording). I'd bet it applies to any additional PoV's as well.

  11. @chedap: Looks good, but why are there candle flames floating at the walls?

    It's work-in-progress, not a design decision, if that's what you mean. Easier to tweak lighting first, then decide which model to use (in this case, they could end up on columns instead of walls). And since I'll probably model new light sources anyway I'm feeling too lazy for placeholders.
  12. How much sub-division do you have on those rounded arches?

     

    So the radii of the wall lamps are not large enough to intersect with one another?

    Should be 6 or 8 subdivisions, nothing that criminal.

    showlightcount: http://i.imgur.com/YtNyXdM.jpg

    And wall lights do intersect, I meant that aside from a single light volume filling the room, there are also several smaller ones illuminating the chandelier itself but not touching any walls.

  13. Did you check light counts (overlapping) ?
    Most of the scene is being lit by just one central light. Obviously, it overlaps with the wall lamps, but that's it. There are a couple extra ones around the chandelier (so it doesn't look flat), but they don't intersect or reach any walls, and so shouldn't be affected by changing brushes into patches.
    If you're getting 50 fps, you probably don't need to optimize.
    That's 50 fps without AI, in interior, without visportals open. Also, I would like to eventually make windows transparent and add curtains. I'm not necessarily aiming at the lower-end hardware, just decided to test whether getting rid of brushwork would help.

     

    Btw, I just had a great idea - can you make a self-contained pk4 that can be run as mod with stock Doom 3? I could test it in Doom 3 BFG engine to give people an idea about performance gap between idTech 4 and Doom 3 BFG engines! (main thing is not to use anything specific to TDM, such as scripts/ARB shaders/defs)

    Just in general or my case specifically? I wouldn't know what's different between TDM and vanilla Doom3, but I do have before/after versions of the scene for potential testing.
×
×
  • Create New...