Jump to content
The Dark Mod Forums

imaginaryboy

Member
  • Content Count

    21
  • Joined

  • Last visited

Community Reputation

0 Neutral

About imaginaryboy

  • Rank
    Member
  1. Thanks for looking into this! If it helps, here's my system specs: System: Host: inspiron Kernel: 5.3.0-45-generic x86_64 bits: 64 compiler: gcc v: 7.5.0 Desktop: MATE 1.22.2 wm: marco dm: LightDM Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic Machine: Type: Laptop System: Dell product: Inspiron 5379 v: N/A serial: <filter> Chassis: type: 10 serial: <filter> Mobo: Dell model: 0T8VVT v: A00 serial: <filter> UEFI: Dell v: 1.9.0 date: 06/12/2018 Battery: ID-1: BAT0 charge: 35.1 Wh condition: 35.1/42.0 Wh (83%) volts: 12.7/11.4 model: SMP DELL Y3F7Y6B serial: <filter> status: Full Device-1: hidpp_battery_10 model: Logitech M705 serial: <filter> charge: 85% status: Discharging Device-2: hidpp_battery_11 model: Logitech K350 serial: <filter> charge: 70% status: Discharging CPU: Topology: Quad Core model: Intel Core i7-8550U bits: 64 type: MT MCP arch: Kaby Lake rev: A L2 cache: 8192 KiB flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 31999 Speed: 2300 MHz min/max: 400/4000 MHz Core speeds (MHz): 1: 2322 2: 2312 3: 2333 4: 2337 5: 2316 6: 2354 7: 2321 8: 2330 Graphics: Device-1: Intel UHD Graphics 620 vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5917 Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa compositor: compton resolution: 1920x1080~60Hz, 1920x1080~60Hz OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2) v: 4.5 Mesa 19.2.8 compat-v: 3.0 direct render: Yes Audio: Device-1: Intel Sunrise Point-LP HD Audio vendor: Dell driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:9d71 Sound Server: ALSA v: k5.3.0-45-generic Network: Device-1: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter vendor: Dell driver: ath10k_pci v: kernel port: f040 bus ID: 01:00.0 chip ID: 168c:003e IF: wlp1s0 state: up mac: <filter> Device-2: Atheros type: USB driver: btusb bus ID: 1-7:3 chip ID: 0cf3:e007 Drives: Local Storage: total: 238.47 GiB used: 141.16 GiB (59.2%) ID-1: /dev/sda vendor: Toshiba model: KSG60ZMV256G M.2 2280 256GB size: 238.47 GiB speed: 6.0 Gb/s serial: <filter> Partition: ID-1: / size: 233.24 GiB used: 141.15 GiB (60.5%) fs: ext4 dev: /dev/sda2 USB: Hub: 1-0:1 info: Full speed (or root) Hub ports: 12 rev: 2.0 chip ID: 1d6b:0002 Device-1: 1-3:15 info: Logitech Unifying Receiver type: Keyboard,Mouse,HID driver: logitech-djreceiver,usbhid rev: 2.0 chip ID: 046d:c52b Device-2: 1-5:2 info: Realtek type: Video driver: uvcvideo rev: 2.0 chip ID: 0bda:58f3 Device-3: 1-7:3 info: Atheros type: Bluetooth driver: btusb rev: 2.0 chip ID: 0cf3:e007 Device-4: 1-8:4 info: Elan Micro type: HID driver: hid-multitouch,usbhid rev: 2.0 chip ID: 04f3:2494 Hub: 2-0:1 info: Full speed (or root) Hub ports: 6 rev: 3.0 chip ID: 1d6b:0003 Sensors: System Temperatures: cpu: 56.0 C mobo: 54.0 C sodimm: 41.0 C Fan Speeds (RPM): cpu: 3649 Repos: No active apt repos in: /etc/apt/sources.list Active apt repos in: /etc/apt/sources.list.d/google.list 1: deb [arch=amd64] http: //dl.google.com/linux/chrome/deb/ stable main Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 1: deb http: //packages.linuxmint.com tricia main upstream import backport #id:linuxmint_main 2: deb http: //archive.ubuntu.com/ubuntu bionic main restricted universe multiverse 3: deb http: //archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse 4: deb http: //archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse 5: deb http: //security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse 6: deb http: //archive.canonical.com/ubuntu/ bionic partner Active apt repos in: /etc/apt/sources.list.d/vscode.list 1: deb [arch=amd64] http: //packages.microsoft.com/repos/vscode stable main Info: Processes: 322 Uptime: 8d 5h 23m Memory: 23.24 GiB used: 6.37 GiB (27.4%) Init: systemd v: 237 runlevel: 5 Compilers: gcc: 7.5.0 alt: 7 Client: Unknown python3.6 client inxi: 3.0.32
  2. I just downloaded TDM for Linux. When I start it, it forces my external display to mirror my laptop display, then displays the game on both monitors, with one somewhat distorted due to it having the wrong aspect ratio. Even after the quitting the game, it leaves the display setting to display the same image on both screens, which I have to fix manually. Ideally, I'd prefer it only play on the external display without needing to disable the built in.
  3. Doom3 does support those features already; it's just tricker to use them since you wind up with textures that render completely differently in doom vs. dr. But no big deal on that, I was just curious if those are going to be implemented independently, or wait for doom to be open source or whatever. Anyway, the only regression I see in this version in that model rendering issue.
  4. Yes, that compiles fine with gcc now, and I can use the view menu. I do notice two new issues when I run it, though. When I change views, it changes it on the program while it's running with various odd results; sometimes extra widgets get superimposed over the interface, other times it looks fine, but doesn't respond to keyboard imput. The exact behavior seems to depend on which view is used before & after the change; restarting DR clears it up. When rendering in the camera view, without rendering the lights (the simpler camera view) most, but not quite all of the models use the notex.bmp shader, instead of the correct shader used in the previous version. Although I kind of like having my full screen for the main window/ortho view, I'll try out the embedded view, and see how that goes. BTW, I was curious if there are plans to support additional keywords in the .mtr files, i.e to allow setting texture colors from the editor, change the default scale, etc. Thanks
  5. I got it to compile by static_casting away a const-correctness problem, but the preferences window is empty, so I couldn't enable the embedded mode. I'm not sure if that's related. Index: plugins/script/interfaces/EClassInterface.cpp ======================================== =========================== --- plugins/script/interfaces/EClassInterface.cpp (revision 4282) +++ plugins/script/interfaces/EClassInterface.cpp (working copy) @@ -6,7 +6,7 @@ ScriptEntityClass EClassManagerInterface::findClass(const std::string& name) { // Find the eclass and convert implicitly to ScriptEntityClass - return GlobalEntityClassManager().findClass(name); + return static_cast<IEntityClassConstPtr>(GlobalEntityClassManager().findClass(name)); } IModelDef EClassManagerInterface::findModel(const std::string& name) { The camera rendering looks good, though.
  6. OK, that makes sense; so we use the render texture now, save the other for some future enhancement to the light inspector. The trunk doesn't seem to compile now; I'll try again later. /home/steve/doom/darkradiant-0.9.10/darkradiant/radiant/log/Console.cpp:21: undefined reference to `ui::CommandEntry::CommandEntry()'
  7. I've made a few screen grabs that may help. def.jpg is how darkradiant renders a test map by default; fix.jpg is what it looks like after my fix. I've also included the source of the map, to help anyone see how it looks for them. Version 2 // entity 0 { "classname" "worldspawn" "editor_drLastCameraPos" "0 0 0" "editor_drLastCameraAngle" "0 0 0" // primitive 0 { brushDef3 { ( 0 0 1 -80 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -256 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 -0 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } // primitive 1 { brushDef3 { ( 0 0 1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 1 0 -144 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -256 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 -0 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } // primitive 2 { brushDef3 { ( 0 0 1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -272 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 256 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } // primitive 3 { brushDef3 { ( 0 1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -256 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 -80 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 -0 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 1 64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } // primitive 4 { brushDef3 { ( 0 0 1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -256 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 -144 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 -0 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 1 0 128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } // primitive 5 { brushDef3 { ( 0 0 1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 0 -1 -64 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 0 -1 0 -128 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( -1 0 0 -16 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 ( 1 0 0 -0 ) ( ( 0.015625 0 -0 ) ( -0 0.015625 0 ) ) "textures/base_wall/silverswatch" 0 0 0 } } } // entity 1 { "classname" "light" "name" "light_1" "origin" "128 0 0" "light_center" "0 0 0" "light_radius" "320 320 320" "texture" "lights/defaultprojectedlight" }
  8. Hmm, maybe windows does something different, so nobody else is seeing this behavior. There is an _ in one file name, so windows could still distinguish them that way. The other is apparently an internal string to reference something built-in, so filename case insensitivity shouldn't cause a problem there. If it helps, I can show you the to textures. This is the texture for the editor, which is not used in the camera render. http://darkradiant.svn.sourceforge.net/vie...p?revision=2056 And this is the one I'm using for the render, which currently doesn't seem to be used by darkradiant (not much to see there, it's just white): http://darkradiant.svn.sourceforge.net/vie...bmp?revision=35 Since it doesn't seem to find anything for the _nofalloff texture, it falls back to using this one to render: http://darkradiant.svn.sourceforge.net/vie...bmp?revision=35 So tolower would eliminate the blue (from the third image) but would still have the black marks (visible in the first image). The second one is the only one that renders the way I'd expect.
  9. That was my first thought (what I did in the first patch) but it seems like that was wrong; there really are two different textures. _noFalloff -> _nofalloff.bmp is an editor texture; it should be used in the light inspector, although that doesn't seem to display falloff textures. But that mapping is correct in the current version. _nofalloff -> noFalloff.bmp is a plain white texture for the camera view. This doesn't seem to be referenced anywhere in the code, but adding that mapping as I did seems to fix the rendering problems I was seeing. As I suspected, the blue stripes are because it's using notex.bmp as the default falloff texture. My first patch improves that, but has black stripes, since _nofalloff.bmp has descriptive text, which gets distorted when rendered. It does seem a bit odd that the cases are crossed that way; maybe something got switched somwhere. I also haven't done a side-by-side comparison to see if noFalloff.bmp is accurate, or should be closer to _nofalloff.bmp without the text. But at least the code now maps each built in texture to a distinct image file, and renders without obvious defects.
  10. Doh!! My bad, that should be the OTHER nofalloff texture. So, with his patch it seems to work. Index: shaders/MapExpression.cpp ======================================== =========================== --- shaders/MapExpression.cpp (revision 4021) +++ shaders/MapExpression.cpp (working copy) @@ -25,6 +25,7 @@ const std::string IMAGE_FLAT = "_flat.bmp"; const std::string IMAGE_FOG = "_fog.bmp"; const std::string IMAGE_NOFALLOFF = "_nofalloff.bmp"; + const std::string IMAGE_NOFALLOFF2 = "noFalloff.bmp"; const std::string IMAGE_POINTLIGHT1 = "_pointlight1.bmp"; const std::string IMAGE_POINTLIGHT2 = "_pointlight2.bmp"; const std::string IMAGE_POINTLIGHT3 = "_pointlight3.bmp"; @@ -649,6 +650,10 @@ FileLoader d(GlobalRegistry().get("user/paths/bitmapsPath") + IMAGE_NOFALLOFF); return d.construct(); } + else if (_imgName == "_nofalloff") { + FileLoader d(GlobalRegistry().get("user/paths/bitmapsPath") + IMAGE_NOFALLOFF2); + return d.construct(); + } else if (_imgName == "_pointLight1") { FileLoader d(GlobalRegistry().get("user/paths/bitmapsPath") + IMAGE_POINTLIGHT1); return d.construct();
  11. Turns out the _default error is because _default.bmp is missing, but adding that (copied from white.bmp) suppresses the error but doesn't seem to help the black stripes. So I guess they're not related.
  12. Apparently, the blue & black stripes in the projected light are cuased by two different things. I found where the blue ones are coming from; maybe the black are something similar. Index: MapExpression.cpp ======================================== =========================== --- MapExpression.cpp (revision 4021) +++ MapExpression.cpp (working copy) @@ -645,7 +645,7 @@ FileLoader d(GlobalRegistry().get("user/paths/bitmapsPath") + IMAGE_FOG); return d.construct(); } - else if (_imgName == "_noFalloff") { + else if ((_imgName == "_noFalloff") or (_imgName == "_nofalloff")) { FileLoader d(GlobalRegistry().get("user/paths/bitmapsPath") + IMAGE_NOFALLOFF); return d.construct(); } I still see this in darkradiant.log: 65[shaders] Unable to load texture: _default That's from line 65 in GLTextureManager.cpp (same as the fixed error)
  13. Oh, OK; maybe there's just a makefile out of sync, then; i.e. from tags/9.10 but after symlinking mainframe_old.cpp, I get a lot of undefined references to ui::ScreenUpdateBlocker::~ScreenUpdateBl ocker() and such.
  14. OK, now that I know more about translate mode, it seems like it would be pretty useful. Before, svn was hanging on my when I tried to upgrade. Now that seems to be working, but I can't find mainframe.cpp, either in tags/0.9.10 or rev 4132. I tried creating a new ortho view, but that popped up another window, so I had to jump back & forth between the main window & the ortho view, until I combined them in the code. It sounds like your embedded mode may be similar to what I'm using now - main window with toolbars & ortho, with floating windows for the rest. Thoush I probably should've mentioned that I've only used it with gnome; the floating windows don't show up in the task bar the way they do in some applications. for now I just make sure to kill them instead of iconifying, so at worst I just have to select them menu item twice to repost them. I'd guess the behavior I'm seeing with the lights (horizontal blue stripes) is due to a problem parsing or finding one of the default textures, although I haven't looked at lighting textures enough yet to figure out more detail. Thanks
  15. Now that I've been using dark radiant for awhile, I ave a few questions/suggestions. Sometimes when I select a brush, it shows a light blue box with some vectors, and only allows moving it in one direction; to move the brush in the other direction, I have to restart darkradiant. Is it obvious to someone who knows more than I do what I'm doing wrong? In the floating interface, the main window has big toolbars on the top & left, but just a big empty space instead of an ortho view, so I have to manage two big windows. I was able to fix this by mostly cut & pasting a few LOC from one of the other modes. The camera view doesn't render the defaultprojectedlight texture properly; it seems to use the "shader not found" texture in place of one of the built ins. It seems to ignore its command line arguments and just load an empty map. I can see where it's ignoring the arguments, but it looks like the code tries to load the previous map; I'm not sure why I'm not seeing that happen. Sometimes floating mode loses windows; i.e. if one is iconified, it can't be restored without restarting, if closed with the window manager, it has to be togled off, then on again to view it. I'd guess events from the window manager aren't being handled correctly. Anyway, just thought I'd post something here, to see if any of these should/could be fixed, or if any are particularly simple. Thanks.. Index: radiant/mainframe.cpp ======================================== =========================== --- radiant/mainframe.cpp (revision 4021) +++ radiant/mainframe.cpp (working copy) @@ -1265,6 +1265,16 @@ else if (CurrentStyle() == eFloating) { + + // Allocate a new OrthoView and set its ViewType to XY + XYWndPtr xyWnd = GlobalXYWnd().createEmbeddedOrthoView(); + xyWnd->setViewType(XY); + // Create a framed window out of the view's internal widget + GtkWidget* xyView = gtkutil::FramedWidget(xyWnd->getWidget()); + // Add this to the mainframe hbox + gtk_box_pack_start(GTK_BOX(hbox), xyView, TRUE, TRUE, 0); + + gtk_window_group_add_window(windowGroup, window); {
×
×
  • Create New...