Search the Community

I think the reason the dev forums exist is to provide a place where the implementation of features can be discussed without getting mixed up with other debates when someone believes what the devs are doing is wrong. We often post public discussion threads for features with subjective elements like the frob outline, because community feedback is very important. But there will always be vocal defenders with strong views for or against certain features, or how exactly it should be implemented in their opinion. At some point a decision has to be made and be carried through, which is what the dev forums are for. Almost all of the threads are very technical, basically explaining and discussing recent or potential code changes with other devs. Its hard to say. Its a hobby the devs do in their spare time, so people come and go when they're in the mood and when they have the time. The team page is mostly accurate except for some relatively newer additions like myself.

This is basically "do include my work ASAP because I worked so hard, or else *sulk*". This is similar case: https://forums.thedarkmod.com/index.php?/topic/21679-beta-testing-211/page/10/#comment-482352 This is neither a commercial product, nor a phishing email. That sense of rush and pressure is artificial. These releases typically do take long, and even then, there are often many things broken by mistake or omission. Often there aren't enough people to test stuff, or they're not competent enough, etc, etc. There's little point in hurry.

Thanks for the great suggestion. This seems to be why the AI was walking through the door. The relight_position did not help this particular situation. So I experimented: 1) by converting the wall the switch is on to func_static... the ai found the switch properly. 2) by setting the wall to worldspawn and moving the orign of the swtich lever just outside of the wall dimension... the ai found the switch properly. I am using the prefab flip switch {prefabs}\Switches\small_wall_switch.pfb. It looks like when the switch and plate is flush against a worldspawn brush wall, the origin of the switch lever is inside the wall and throws off the AI from the relight. Does this make sense to the techno-experts? A switch origin cannot be inside a worldspawn brush and be used for relight? For now, I crafted a switch plate replacement that pulls the lever out of the wall dimension. I added the relight_position, too, to be thorough. So far, all of this seems to work now. The intended AI is much less of a dumdum, now. Thanks again. Clint

https://wiki.thedarkmod.com/index.php?title=Collision_Models https://wiki.thedarkmod.com/index.php?title=Clipmodel and what is an example of a TDM CM? That is what DMAP produces. It is a map-wide representation of collision. It is not a "model". ( hence all the brush references in the text ) Look again: barrel01_cm.lwo is a typical collision model in TDM. It is a Lightwave object. ( LWO ). If you know of a single editor program that manipulates Doom 3 DMAP collision products ( cm files ) I would be happy to hear of it.

It's really weird, for some reason, DarkRadiant maps a square image (2048px X 2048px) onto a square patch/brush (192x192), and wraps around to the other side of the texture, by like 1-2 pixels. Why??? That white line, is the other side of the texture. If I shift it over a bit, you can see it better.

Looking at the source code and the core pk4 asset files, I don't see any changes that would make a difference. Does this happen with a single FM? Does the FM pk4 file include an "autoexec.cfg" file? From the source code, here's the load order of config files. exec default.cfg exec Darkmod.cfg exec DarkmodKeyboard.cfg exec DarkmodPadbinds.cfg ==> exec autoexec.cfg <load language> <exec command-line arguments> <init input> <init sound> <init OpenGL> <init ui> <load DLL> <init session> ==> exec autocommands.cfg Details about the addition of "autocommands.cfg" are at https://bugs.thedarkmod.com/view.php?id=3199 I thought "autocommands.cfg" was the right way to do it, because that is what I've read on the forums. It seems that "autocommands.cfg" was originally designed for one use case: running "dmap". However, maybe over time "autocommands.cfg" became the de facto config file for user commands and "autoexec.cfg" became the config file for FM authors to use. I don't know. Does anyone know for a fact whether or not this is the case?

After doing more testing and practically using DR under Wayland, I uncovered more bizarre functionality to this issue. Even when using the parameter GDK_BACKEND=x11 to run Radiant through X11, the same input issue will still occur in some cases. First of all the model chooser will always have it: If you choose to add a new model or edit the model of a selected entity, right-clicking in the 3D view of the Choose Model window to look at the mesh from different angles causes the mouse to wildly throw the camera around only allowing for small movements. Then I noticed the 2D view in the main window will sometimes start doing it too, though unlike the model browser it doesn't always have the problem and something triggers it (on X11 backend, full Wayland always does). Finally I was able to see what it is: After pressing X to select the clipper tool and cutting a brush, click-dragging the 2D view always produces the same exaggerated movement. Switching away from he clipper doesn't fix it once the issue has been triggered, right now I need to constantly restart DarkRadiant after using the clipper to cut a brush or I can't control the 2D view any more.

Looks as wonderful as it gets! I take it we're using particles that don't face the camera, which is the best approach considering they're the least performance intensive option. Only issue I remember with particle grass was particles not respond to lighting accordingly... one of the videos shows a guard with a lamp though, the grass lights up properly so I take it that's been solved as well Only extra feature I'd say is needed would be a system to use patch terrain as the emission source. I take it that doesn't work yet and you can't get a particle distribution like the seed brush / entity... or does it? If not they'll have to be placed on flat terrain, or each entity aligned to bumps and holes in the ground manually.

So I think we can count 12 or 14 missions depending on our opinion of La Banque Bienveillante and Sneak and Destroy. If these two reissues are counted as new missions (as JarlFrank did here: https://www.ttlg.com/forums/showthread.php?t=152035), then we have 14 missions. If not, then 12. Personally, I don't consider them new missions, so 12 in my opinion. Have no problem with other opinion. In any case, last year was productive!

Fixed in Git revision a1f0c789f34b4bb11a132aaeb03a380da18fe6b5. I tested switching light textures in the Light Inspector and switching brush textures on the Media tab, and everything still looks fine so hopefully nothing is broken as a result of switching MaterialSelector to use a sigc::signal instead of an explicit selectionChanged callback.

My dream is for forums.thedarkmod.com to link to thedarkmod.com

Purah also worked on Dishonored: https://www.ttlg.com/forums/showthread.php?t=136214 One of my neurons knew it started with a 'P'

We got TDM VR, for a start. https://forums.thedarkmod.com/index.php?/topic/20468-the-dark-mod-vr-210-alpha-is-now-available/

Yes, it does. Which makes it interesting that you yourself explicitly said that it's interesting nobody had complained here on the official forums: I did, which is why it stood out to me so much that even though you yourself had personally been involved you would reply claiming nobody had complained here on the official forums. I'm not colorblind at all. Does that make people pointing out that almost no modern games have proper colorblindness support hyperbole? Just because it doesn't affect you, or you choose not to pay attention to the discussion of something, doesn't make it hyperbole. Pick pretty much any modern FPS and you will find plenty of discussion about the near universal disregard for FOV and camera movement as accessibility issues. Denigrating those as hyperbole because you personally don't feel the affects is as bad of a look as demeaning people who bring up the importance of valid allergen warnings like gluten or colorblindness and deafness support.

I literally registered just to point out that people HAVE been raising this as a serious accessibility issue since as far back as 2008. It's been repeatedly brought up over and over and over again. And that is just here on the official forums. If you really mean what you've said I think you should find it genuinely concerning that one of the single most widely discussed accessibility issues in gaming has been repeatedly brought up for over a decade with your game and apparently this is the first you've heard of it... even though it's even been subject to multiple issues in your issue tracking system according to these threads and other google results.

here use this link and never miss again its my startpage https://forums.thedarkmod.com/index.php?/discover

Yes models (func_statics) can safely be embedded in brushes. In your case, the brush touching that roof doesn't need to be portal_sky, just use caulk. You only need to make one surface in the rendered area use portal_sky - the easiest is to just put in on the ceiling. Most of this is covered here: https://wiki.thedarkmod.com/index.php?title=Caulk

I have a more conventional question myself for a change. I'm working with the building modules which are very awesome and helpful. I'm trying to understand how I can use them in ways that play nicely with vis portals and the need to isolate large areas. I want to know to what extent it's considered safe to put a roof model inside a brush block textured with textures/smf/portal_sky in hopes that it will always show properly when seen from below. The issue is you typically want the brushes of your your buildings to be blocks stretching up to the ceiling, so you can put portal surfaces in between them without any leaks. However the roof model is triangular now square. For this reason I initially went with making the brush a triangle in its shape with the tip edge stretching up to the ceiling, but of course this only lets me draw a portal across the axis where the triangle touches the world roof. It would be easier to just make the whole building a sky cube, put the module parts on its surface, then stick the roof inside and leave only the front sticking out. This seems to work in practice: If any part of the model is outside of the brush, the entire model appears to be rendered accordingly. But is this a safe practice to rely on? Should you intentionally allow large models to go through brushes like that? Can you officially rely on caulk and portal skies not to mask models that go into them or break their lighting? Here's a mockup screenshot to show what I mean and how I'd want to do it in the future:

Speaking of reflection bugs and flickering: In the FM I'm working on (not public yet) I placed the puddle decal on some floors. I noticed that from certain positions and angles the puddle turns white, other decals seem to be working fine so it's likely specific to reflections. Should be possible to replicate using the button to create a decal on the selected face, moving the resulting patch 1 grid unit above the brush surface, then texturing it with "textures/darkmod/decals/dirt/puddle". Between the screenshots below, all I did was look a little to the right to trigger the new appearance, which can be seen becoming whiter and losing its reflection. There's also a difference of 20 FPS between the two, likely meaning the puddle shut reflections off... just now realized how great the performance impact of having puddles can be

You can find a test map here. Note that I remember not being too happy with it. https://forums.thedarkmod.com/index.php?/topic/19825-negative-spectrum/&do=findComment&comment=432949

Also, that building module is missing a back face, might want to fill it in with a patch or brush.

Changelog of 2.11 development: beta211-08 (rev 16770-10264) * Fixed crash when minimizing TDM on Windows (post). * Added HD carpets (thread). * Fixed player getting delayed and lower damage on high fall ending with mantle (6231). * Removed wrong LOD stage in atdm:env_ragdoll_commoner_female. * Reverted addition of default "map of" inventory item. * Made it easier for modders to substitute invgrid parchment background (6241). beta211-07 (rev 16758-10258) * Fixed extinguished candles stim-lighting each other on game start (6223). * Added menu settings for sheathe toggle, and changed default (6232 thread). * Saint Lucia mission improvements (thread). * Fixed GUI warnings in New Job. * Renamed "New Missions" to "Missions List" in main menu (6230). * Fixed initial difficulty highlight on Objectives screen (6229). * Fixed Objectives title slightly cut off on low text scale (6234). * Added mansion01 window assets (6235). * Fixed normal map of turquoise_uneven (6222). * Allow user to tweak pm_noclipspeed (6237). beta211-06 (rev 16739-10248) * Saint Lucia mission improvements (thread). * Fixed rare crash during melee combat (6225). * Fixed func_peek crash on Linux (5553). * Fixed bottle crash in "Pearls and Swine" (6227). * Fixed textures of cheapbeermug (post). * Fixed warnings in book_ornate_gothic readables (post). * Fixed minor issue in broad phase of collision detection. beta211-05 (rev 16727-10239) * Fixed rare NaN blocks from volumetric lights on AMD driver (post). * Fixed rare thin holes in geometry on low "render scale". * Fixed major performance regression in "r_shadowMapSinglePass 1" mode. * Added subtitles to New Job mission (5914). * Fixed subtitles hidden during CameraView type of cutscene (6197). * Fixed last character of subtitles occasionally clipped away (5914). * Fixed missed alert count if player hides into darkness during guard's combat startup (6211). * Added blueprint assets by Dram. * Fixed UV map in bwindow01_frame model (6217). * Allow female guards to sleep on floor (6208). * Dmap messages about PlanarGraph and EarCut now include 3D world position. * Some minor rounding changes in text placement in GUI. * Restored value of pm_bobup from 2.10. beta211-04 (rev 16714-10226) * Fixed wrong lightgem values briefly after game load/start (6088). * Fixed alert counter for civilians immediate alert (5286). * Some main menu text made translatable (2960). * New assets: Precursor "ancient" loot by Kingsal, galleon wreck, gothic cabinet, grandfather clock with new clock scriptobject, pagan menir (standing stone statue), pair of large marble lion statues, feather duster prop * Make sure all newly created door entities have the right rotate value set (5051) * Fix missing normalmap for audiograph, fixed shadowmesh for armchair_victorian_02.ase * Various small asset fixes (missing faces in LOD stage of boiler02_med.lwo, mangled stairs in galleon.lwo, gaps in spade models, normals on desk2 and desk3 models, UV issues on various other models) (3771). * Improved resolution for shield_goldarms texture (4894). * Added "looping" keyword to looping clock ticking sounds. * Exclude female pagan materials from release builds. beta211-03 (rev 16689-10219) * Avoid copying of large array on AMD, fixing a terrible performance regression (thread). * Enabled Frontend Acceleration = r_useParallelAddModels by default. * Fixed error when same decl file exists packed and unpacked with different case (post). * Don't crash TDM if automation port is occupied: warn, retry, and disable instead (thread). * New Job: the mission is no longer unfinishable if you guess the safe combination without visiting the Lord's room + visportal fixes. * Ambient world prefab: expanded light radius from 1K to 10K. * Added currency pack, cobblestone pack, furniture pack and tiling treasure hoard texture * Added wall mounted locks, improved sofa and leather ottoman * Added star wallpaper * Block CMake build without setting build type (post), fixed CMake + MSVC build. beta211-02 (rev 16670-10208) * Fixed bugs with counting number of alerts (5286, 6186). * Fixed bugs in in-game and savegame screenshots (link). * Disable GL debug groups to fix performance on some AMD drivers. * Added a lot of new assets from Epifire's missions (6188). * Added and refactored locks/safes by Obsttorte, Epifire, Dragofer. * Added book skins by Wellingtoncrab. * Fixed missing wastebasket material in Hazard Pay (link). * Support r_skipAmbient and r_skipInteractions in new backend. * Added spawnarg call_used_action_script on frobable movers. * Fixed definitions of ambient lights with normal-dependent color (6090). * Fixed KOBoxSize not being restored for the sake of blackjack. beta211-01 (rev 16656-10189) * Many improvements in new volumetric lights implementation + added cvars (5850, thread). * r_softShadowsMipmaps: fixed render scale, fixed screenshots. * Faster shadow volume generation with BVH, more cvars and tweaking (5886). * Optimized stencil shadows: turbo shadow vertices are static on GPU. * Improved solidness / visibility logic on models (6175). * Added spawnargs allow_idle_anims and allow_random_headturning. * Avoid sound amplification due to negative sound loss spawnarg (5913). * Fixed weird glitch on game load (6149). * Removed one frame of latency from "com_smp 0" mode (5875). dev16650-10157 * Volumetric lights reimplemented: dither pattern removed, performance improved (5850). * Added audiograph entity and assets. * Fixed shader compilation with r_softShadowsMipmaps on some Linux AMD GPUs (post). * Fixed bug in new frobstage_xxx material macros (5427). * Massive frobstages refactoring in materials: new macros are used now (5427). * Trace model: limits increased and refactoring (5887). * Massive cleaning of prefabs, automaton station script fix (6013). * Fixed rotten_paper_nancy_hand GUI in world view. * Perfume bottle model uses smooth shading, lampion skin fixes. * Some cleanup: idRenderMatrix memory alignment, face planes in SEED model clone, Elbrus FFmpeg compile fix, old shaders disabled. dev16629-10139 * Added implicit generation of frobstages and simple customization macros (5427, thread). * Added support for OBJ models (thread). * Fixed chandelier_gas4 model (6125), improved wooden chest prefab sounds (4206). * Optimized silhouette preprocessing during model loading. dev16625-10132 * "Light from above" behavior applies only to lights of ambient_world type (6090). * Major changes in normal-dependent ambient shading (6090). * Optimized FixGlobalTJunctions in dmap, restored vertex grid snapping (6085). * Updated "Tears of Saint Lucia" mission with EFX and other fixes (thread). * Replaced algorithm for assigning shadow maps resolution. * Fixed a brief wrong frame with X-ray (6109). * Added getCurInvItemCount script function (6096). * Fixed old rendering backend. * Slightly better culling due to fixed depth bounds computation. * Added textures/darkmod/window/metal_irregularpanes_moonlit_bright (6119). dev16617-10107 * Major changes in ambient/interaction shaders for more consistency (5828, thread). * Major changes in blackjack knockout behavior (4289 thread). * Optimized stencil shadows with antialiasing by using scissors (5851). * Stencil shadow shadows tile-based culling optimization (6076 thread). * Added wiki article (link) about Tracy timeline profiler; thread names fix, print version. * More asset changes to fix warnings, added "load all assets" test maps (6019). * Added teleportArea command, which allows to find area by number (6083). * Refactored ambient interaction shader, deleted unused ambientRimColor (5828). * Fixed overflow crash in idAASBuild::GetFaceForPortal. * Enabled GL debug groups by default, fixed borderless FBO mismatch warnings. * Added transparent grate textures (6089). * Fixed textures/common/mirror. Known issues: * ambientCubicMap broken yet, will be restored in future (6090). * Visual look has changed, mostly with stronger specular. dev16599-10071 * Fixed startup error on: Night to Remember, Cole Hurst 1 Eaton (5845). * Shadow maps refactoring: now volumetrics work if stencil shadows are selected (5880, post). * Fixed SSAO on new AMD driver (post). * Ensured that mission decls silently override same-named core decls (5766). * Fixed order of operations in expressions in materials and GUI scripts (6026). * GUI scripts: do not block autoupdate for window registers referenced in scripts; fixed vector component indexing, allow expressions on the right side of Set command (6028, thread). * Major refactor of objectives GUI: checkboxes no longer empty on failure screen (5852). * Added pm_mantle_tilt_mod cvar to tone down mantle movements. * Fixed noclip while shouldering a body (5244). * Fixed textures/skies/cubeSky material (5218). * Fixed items frobability in cabinet prefabs (6025). * Hundreds of fixes for core asset issues that were detected by a new systematic procedure. There should be far fewer broken assets and console warnings. Ongoing process (6019). * testmap command no longer sets developer mode, saving us from some warnings. * Started refactoring of interaction shaders (5828). dev16574-10036 * Add Dragofer's fully mapped ship prefabs, vintage lamps set, barouche carriage and camgoyle sentry turret with power source (4687) * Added BVH-based interaction culling for large meshes (5886, thread). * Added warnings for wrong GUI code, fixed them in core GUI (5869, thread). * Fixed leaning against non-axis-aligned door (5899). * Fixed skin of non-rotating security camera (6004). * Tweaked inlining and optimization, new debug builds Fast/Editable. * Disabled multiple rendercopies for warping materials (post). * Created materials for previously unreferenced textures, now available for use (5563, 5178) * Fixed 50 skin-related, auto-detected bugs that were generating console warnings (6019) * Female mage legs are now textured (5994) * Adjusted LOD offsets for atdm:nature_pine to avoid popping (3987) * Wooden torches now have burning/burnt tops (1293) * tdm_grass_clump and tdm_wildgrass particles no longer render fullbright (5689) * Added inclusion guards to all core script files (4427) * small_round_furnace_openable.pfb fixed with regards to model gaps and door origin (6018) * Fixed underwater_bubblesbubbles particle (5198) * Fixed burnt log end cap texture alignment (4896) * Added unlit and moonlit versions of textures/darkmod/window/ornate/round_spokes01 (5857) * Added specularmap to rivet_strip01 textures (5999) * Restored plain_robes skin for mages, pagan_orb_effect particle, fix windows in tudor building4 etc. (5690) * Fixed models that made use of missing materials (4390) * Diffusemap for wallpaper_ornamental_01_red now matches its normalmap (4798) * Hardwood materials now use wooden footstep sounds (4988) * Fixed skins for 6-candle chandeliers and nails (5900, 5217) * All fence_spike_01_tall models are now solid (6010) * Fixed typo in shouldered manbeast name (5877) dev16519-9985 * Now AIs think once per frame on low FPS when several game tics are modelled (5992). * More responsive crouch toggle (5973, thread). * Added "absence_alert_increase" as correct implementation of "absence_alert" (5987). * Allow drawing up to 4 postprocessing surfaces, as long as draw order is right (thread). * Missions can be sorted by date in in-game mission downloader. * Added getAnimRate/setAnimRate script events (540). * Fixed lean-peeking sound not always stopping when player goes away from door (5899). * Fixed wrong sounds of func_fracture after save/load (5363). * Fixed scorch and smear01 decals (5970). * Fixed fx/sparks effect, set "triggered 1" for newly added effects (5034). * Fixed startup image/sound warnings on some AIs (5993). * Fixed joints warnings on zombies (5466). * Fixed "screw" skin not showing in DR on appropriate models (5217). * Fixed for frobability in kitchen_cupboard_openable.pfb (5989). * Added editor images for panel_halfcircle_walnut and panel_vase_polished_walnut. * Bumped maximum number of edges to 1 million for stencil shadows, added overflow warning. * Fixed debug cvars tdm_ai_opt_forceopt and tdm_ai_opt_forcedormant 5992). * Tiny optimization: memcpy is now using streaming stores only at vertex cache. * Removed support of bindless textures (5891). * Extracted tdm_package and removed tdm_update source code (5076). dev16498-9944 * Updated Tracy library, hopefully fixed running on Windows 7 (post). * Fixed crash on loading save done while elemental is dying (5845). * Implemented multiloot on holding frob button (5984). * Crouched state does not affect player speed on ladder/rope (5961). * Crouch-toggle takes effect on keydown rather than release (5973). * Added setviewpos to screenshot filename (5819). * Show estimate for total number of pickpockets on end-mission screen (5678). * In-game downloader: show asterisk/sharp at the beginning (5842). * Trigger entities now work on AI which stands still (5319). * Added setObjectiveNotification, which allows to change objective silently (5967). * Added script functions to add/remove frob peers (5976). * AIs notice destroyed fracture entities (5978). * Enabled frobhelper by default (post). * Fixed some architecture skins by Nort. * Fix graffiti materials (5930). * Now default quicksave/quickload are F5/F9 (post). * Minor optimizations: SSE in idRenderMatrix, cache "drunk" spawnarg. * Looped bind does not cause crash, although behavior is undefined (post). Known problems: * Night to Remember, Cole Hurst 1 Eaton: cannot start missions due to hard error. * Painter's Wife: killing elemental should cause hard error (mission fixed). dev16487-9919 * Fixed saving/loading JPEG crash on Linux (5881). * Fixed wrong sound on strafe right (5554). * Major refactoring and optimization on LOD system, LOD entities no longer "think" (5944). * Improved time distribution of stims and LOD checks for more solid performance. * Optimized creation/destruction of script threads. * Optimized idClip = broad phase collision detection (5954). * Reduced size of Linux executable back from 24 MB to 18 MB by removing globals. * Now in-game downloader prints URL of download to game console. Known problems: * Won't boot on Windows 7 dev16485-9903 * Optimized iteration over active entities by switching from linked list to array. * Fixed bow sometimes not working on savegame load (5928). * Allow headbob cvar changes to persist between sessions (post). * Player speed modifiers (like pm_runmod) are no longer archived (post). * Applied Clang build fixes by @Partmedia (post). * Fixed "testVideo withAudio" command. * Fixed unbounded brush AAS warning by trying to process each edge of brush once (5648). * Use double precision for winding splits in dmap and collision. * Reworked FFmpeg player to not use deprecated functions, fixed protocol warning (5881). * Fixed 2GB overflow in printMemInfo. Known problems: * Won't boot on Windows 7 * JPEG saving and loading crashes on Linux. Setting r_screenshot_format to "png" may help... dev16481-9881 * Updated Visual C++ from 2017 to 2022, build game and idlib as on VC project (5820). * Updated all third-party libraries (5881). * Render scale does not affect main menu GUI. * Optimized compass rendering: don't copy depth buffer. * Fixed debug polygons not showing up. * Don't draw debug lines in subviews. * Don't open game console by tilde if com_allowConsole is 0 on Linux (post). * Moving GUI slider with mouse now results in discrete increments. * Restored code for 16-bit colors (via r_fboColorBits cvar only). * Game console bottom line gets thinner on smaller console font. * Added tuneDown command to quickly ender very low graphics mode. * Added r_fboScaling cvar which allows to change Render scale filtering to nearest. * Avoid purging/reloading all images on Alt+Tabbing in Windows. Known problems: * Won't boot on Windows 7 Changelog of earlier versions can be found here.

Looking at the func_pendulum c++ class, shows that it doesn't care or use angles var for anything. So the only thing I can think right now, to solve this, is to bind the visible entity, to a invisible pendulum mover, moving in the direction you want the visible one to follow, its own axis doesn't matter (visually but do matter to the pendulum movement), you can even make it a brush box. Hope you get what I mean. Also here is a old Doom 3 pendulum tutorial that I found, I didn't bother to search in TDM wiki, so perhaps there's one there as well, but just in case see if this helps. https://web.archive.org/web/20100522163241/http://www.doom3world.org/phpbb2/viewtopic.php?p=84076#84076

Yeah, the painting itself is fairly reflective. I've been experimenting with things on normalmap, but adding patterns there turned out to be quite distracting. No no, you're right, there is a fair bit of specularity thrown in there. There are some things on specular, like dust bits, and a subtle stuff on normalmap to make the painting look as if there are paint layers. I tried some brush strokes as well, but it seemed a bit much