Jump to content
The Dark Mod Forums

Itches, Glitches & Anything Else...

greebo

By greebo
in DarkRadiant Feedback and Development

 Share

Recommended Posts

OrbWeaver

OrbWeaver

Posted
Posted

I suspect the 128 was caused by me mucking around blindly without knowing what I was doing, and inadvertently committing the results. I suspect that there should be no multiplication by any factor, and the only change needed (if any) is the sign.

DarkRadiant homepage ⋄ DarkRadiant user guide ⋄ OrbWeaver's Dark Ambients ⋄ Blender export scripts

Link to comment
Share on other sites
  • Replies 1.9k
  • Created
  • Last Reply

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Tels
Tels

Since I've stumbled over the same issue (and even tracked a needless bugreport), I've just commited the following:   Index: def/tdm_mover_base.def ===================================================

rich_is_bored
rich_is_bored

That's a pretty ambitious project that will require almost every trick in the book. I can sort of envision how you might use fences, skyboxes, and archways to assist with compartmentalization but over

Sotha
Sotha

I'd say it is perfectly doable if you make it almost planar, or with only mild height differences. The images below show how I would do it:   See how the mountains and houses always block the view f

Posted Images

jdude

jdude

Posted
Posted

I had another idea today:

 

If anyone has ever used macromedia flash you know about the 'snap to' option. This option makes it so if you are + - a length to another line you automatically snap to either the line or the edge of the line. This would be really cool to have as an option to enable / disable and change the snap length for DR.

 

Imagine having 2 walls of equal length, to make a roof all you have to do is click in the general vicinity of the top left and then drag to the bottom right on the top view. Easy peasy :)

Link to comment
Share on other sites
  • 3 weeks later...
jdude

jdude

Posted
Posted

Would it be possible to disable the locking some windows do?

 

For example when you bring up the create model window you have to close it before you can do anything else.

However

If you bring up the entity properties you can work while it's open. I prefer this method to the locking method.

Link to comment
Share on other sites
AluminumHaste

AluminumHaste

Posted
Posted

Got a new issue, after building the latest source checkout, and setting DR to use split view, the ortho views are all X/Y. If I change it to the way it was, upon restart the views are all back to the way they were before, IE DR isn't saving my settings in this regard.

Anyone else having this issue or should I recheck and rebuild again?

I'm running in Admin mode, on Windows 7 Ultimate 64 bit, 32 bit DarkRadiant

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites
jdude

jdude

Posted
Posted

I'm not sure if this is for two monitors or one but I'm using two.

 

Make a sound entity

 

s_shader click choose sound and move the window so it's infront of entity. Open something else like firefox and setfocus on firefox. Go back and click on DR anbd the choose sound window will be stuck behind the entity properties window. If it's all the way behind you have to restart all of DR.

Link to comment
Share on other sites
greebo

greebo

Posted
  • Author
Posted

Does it happen in the most recent version too?

 

(As I'm not a company, I can't really offer support for any version but the latest, unless there are strong reasons. Supporting the old versions is possible through SVN, but it's a hassle and much more time-consuming for me.)

Link to comment
Share on other sites
Fidcal

Fidcal

Posted
Posted

I must be misunderstanding this question. All of the dialogs have done this in every version since DR began both in XP and Vista. I get this every day. Always remember to close a dialog before switching to another program. Problem is say one is using the objectives editor and 3 or 4 dialogs deep but have to refer to something to copy you'd have to keep closing them all and opening them all again.

 

The workaround is to double click the DR icon in the taskbar which I think you told me greebo. I thought everybody had this. Maybe most people focus mostly on DR and don't switch to other programs or maybe if they have a dialog open they always finish it first.

Link to comment
Share on other sites
greebo

greebo

Posted
  • Author
Posted

It's depending on the layout you're using. I didn't have this problem since switching to Embedded, as there are no 5 floating top-level windows fighting for focus anymore.

 

The version question: between release versions there are almost always some code changes to the UI code, so there's always the chance that something got broken or fixed along the lines.

Link to comment
Share on other sites
AluminumHaste

AluminumHaste

Posted
Posted

Here's some screenshots of the issue I'm having:

 

First time opening Radiant:

 

43134749.jpg

 

After adjusting the ortho views back to the way they were:

 

49131641.jpg

 

After saving my map, closing DR, and then opening it again:

 

34904936.jpg

 

No errors show up in the Console either about this. I've attached my console log file just to be sure.

darkradiant.txt

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites
greebo

greebo

Posted
  • Author
Posted

If you change a classname it moves it to the default layer. I'm guessing the code calls a create entity routine (which defaults to the default layer) and copies any existing spawnargs over. Shall I add to tracker?

Yes. Regular create entity defaults to the "Default" layer. Changing classnames does indeed use the create entity routine.

 

Where are the settings saved for each viewport? It's not in the user.xml file. Is it in the registry?

The pane position is stored in the registry, but no information about the type (XY, XZ, YZ) is stored anywhere.

Link to comment
Share on other sites
  • 2 weeks later...
jdude

jdude

Posted
Posted

I don't mean to be a bother, but how's the 3d lighting render coming?

 

I noticed on the latest version (1.3.1) the decals are much better than before but there's a strange cutting at some of the brushes.

capturelae.jpg

There's nothing between these brushes not even a space but the caulk texture is showing through. I've tried snapping to grid just to make sure, no spacing at all.

Let me know if I should report this on the bug site.

 

edit: I've just noticed that the lines go away if u select a brush that is near them, but as soon as you deselect that brush the lines re appear: See this link for two images displaying this action:

http://img210.imageshack.us/gal.php?g=capture1f.jpg

Link to comment
Share on other sites
Fidcal

Fidcal

Posted
Posted
I noticed on the latest version (1.3.1) the decals are much better than before
Agreed. I was doing a bit of griming yesterday and it was far better even than it used to be. I was too busy to properly study it but it speeded things up a lot. Proper transparency. I had some flickering because my decals were flush but that's to be expected. Good job.
Link to comment
Share on other sites
jdude

jdude

Posted
Posted

I've noticed things shift around like the pics I posted show when entities are selected too. Selecting appears to quash the problem but as soon as nothings selected things shift like 1 unit.

 

Also I just had an idea. Would it be possible for the decal tool to create the decal .125 units away from whichever direction the brush face is facing? That would speed up decaling. :)

Link to comment
Share on other sites
Fidcal

Fidcal

Posted
Posted

Well not all decals want that - some should be flush with the surface. Generally those blend smudges like the torch smut or stains should be flush because they blend with the surface but dirt etc wants to be moved out a fraction.

Link to comment
Share on other sites
jdude

jdude

Posted
Posted

Well not all decals want that - some should be flush with the surface. Generally those blend smudges like the torch smut or stains should be flush because they blend with the surface but dirt etc wants to be moved out a fraction.

 

What do you mean? Whenever I have a decal in a brush I get face fighting.

Link to comment
Share on other sites
greebo

greebo

Posted
  • Author
Posted

I don't mean to be a bother, but how's the 3d lighting render coming?

The truth is it's not coming along at all...

 

It's in need of a full rewrite which I estimate to take one or two months of straight coding with no distractions. You can probably estimate for yourself how likely that is in my situation.

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.

×
 Share
Go to topic listing

  • Recent Status Updates

    • datiswous

      datiswous

      I tried to upscale the TDM logo video. First try:

      briefing_video.mp4 You can test it ingame by making a copy of the core tdm_gui.mtr and place it in your-tdm-root/materials/ , then edit line 249 of that file into the location where you placed the new briefing.mp4 file.
      What I did was I extracted all the image files, then used Upscayl to upscale the images using General photo (Real-Esrgan) upscale setting and then turn it back into a video.
      I might have to crop it a bit, the logo looks smaller on screen (or maybe it's actually better this way?). My video editor turned it into a 16:9 video, which I think overal looks better than 1:1 video of original.
      · 0 replies
    • nbohr1more

      nbohr1more

      Trying to be productive on my down-time before Capcom releases Akuma and my son is constantly on my PC playing Street Fighter...
      · 1 reply
    • OrbWeaver

      OrbWeaver

      Finally got round to publishing a tutorial on baking normal maps in Blender, since most of the ones we have are inaccessible or years out of date.
      · 2 replies
    • nbohr1more

      nbohr1more

      The FAQ wiki is almost a proper FAQ now. Probably need to spin-off a bunch of the "remedies" for playing older TDM versions into their own article.
      · 1 reply
    • nbohr1more

      nbohr1more

      Was checking out old translation packs and decided to fire up TDM 1.07. Rightful Property with sub-20 FPS areas yay! ( same areas run at 180FPS with cranked eye candy on 2.12 )
      · 4 replies
×
×
  • Create New...