 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
That new NetRadiant is a pro-click btw, for anyone still stuck on the 2012 version. Fixes loads of stuff and runs a lot better! (the 2012 version hogged my cpu when flying around in the 3d view for some reason)
Also somewhat misleading since this is actually about the recently modified "custom" version which is a fork of the original Netradiant. The later seems to have gotten at least a little attention by Ingar up to 2015.
Having said that, this new version does look nice and has the floating windows layout working/fixed - something which the other developers/maintainers seem to have been incapable of doing. How does one bring back the classic (shift+drag type) selection box? Yeah really digging the new bits here and there in this version. Problem is, to find out what's new, you have to read through an eleven page thread.
One thing I really like in Netradiant is the ability to just click in the 3D window and move around in the map as if in Quake using noclip. I can use the mouse and arrow keys exactly the same way as I do in game. I hope that hasn't been changed.
you can read the changes in changelog-custom
Lol, oh right :} Chalk me up as another one of those fellas who always misses the readme file... Rick: 3D window movements are the same as before, and for me it runs silky smooth now (before it was a bit chuggy for some reason). Only crit is that the FOV is locked to 110 (before it was 90), but I have requested the FOV to be exposed in preferences in the q3df thread (my username is SlugWobblerBumbleChops). About where the custom settings are stored, because bugger me it took me a while to figure this out.
If you create a subdirectory called "settings" in your NetRadiant install, the install becomes "portable", that means it'll write its settings there. If you don't do this, it will write its settings in some bullshit random directory like C:/Users/ben/AppData/Roaming/....blah blah blah.... E.g. on my pc, my "portable" settings folder would be: C:/NetRadiant/netradiant-custom/netradiant-custom-20160911/settings Now I *think* the new NetRadiant comes with a portable settings folder by default. Old NetRadiants certainly did not though. Check yours to make sure! Anyone by chance registered at the q3df forum?
Three things about the Custom Radiant: it crashes if the mouse is locked in camera freelook mode when the camera window/Radiant is moved to the background by some other program taking priority on screen. Floating window layout, but probably occurs with the other modes, too. There's still (or again?) that feature from 1.5 that adds numbers to the target/targetnames of copied/cloned entities. Always hated that as it does more harm than good. Used to be removed in NetRadiant. I wish it was disabled or at least had a field to customize it where you can choose whether to have it append numbers, letters, any kind of string, or leave the field empty to keep the original names. When rotating entities with the 90� buttons, it adds 0.000003 instead of "0". How do i reproduce that crash exactly?
Was there 'freezepointer: can't freeze' assertion? There is focusout handler, that disables freelook, once app is focused out and it works well in all 1.5 branch radiants. XYwnds have that handler too, but one never worked in nonfloating layout, untill i accidentally fixed that by adding some focus-in events -) (in 9.11 release) Texbro has no such handler atm, thus it's possible to alt+tab, while tracking (m2), and still keep tracking, once switched back; though is unlikely to get crash here, since tracking is done in widget's center 2.Need some more extended data on this, since i can get both types of behavior in all 1.5 branch radiants What do you do, in what version used to be removed... 3.Is not real problem. Might think of adding some rounding to int later (for gloss) I haven't found a reliable way to reproduce the error, yet (although it did occur several times since). Radiant.log doesn't show anything, and there's no error message by Radiant, either (only the standard Windows thing "The application has stopped working").
What sometimes seemed to trigger it is switching to the MP3 player (VLC in this case) with alt+tab or win+tab while mouselook mode is active. Upon switching back, the camera window is behind the 2d and entities windows and mouselook is still active for a brief moment before the error. At other times, it works. I'll report back here if I have more information. Target/targetnames: afaik the name change upon copying/cloning entities were introduced in Gtkradiant 1.5 and it was removed in Netradiant (Yngar branch). I like to keep track of the entity linking myself and adjust it accordingly. When making single player maps, often multiple entities are targeted at once, all with the same targetname; or, when scipting entities, e.g. a chain of triggers or waypoints, it's really annoying if the editor constantly screws up the numbers. Some other things: There's an error when using doubleclick on a texture in the texture window: radiant/texwindow.cpp:785 assertion failure: pointer "archive" is null Obviously standard Q1 editing, so there are directories or shader lists. When zooming in and out repeatedly with alt+mouse2, the focal point changes. It doesn't stay at where the mouse arrow was when starting the action. Dragging the horizontal borders in the entities window, the ones between the entity list/description/keys, is wonky. They appear to be somewhat linked and can't be moved independent of one another in order to enlarge a section without affecting the other. File menus (open, save, Three ideas: when using ctrl+mouse1 clipper, it would be nice if the clipping could also be executed with mouse3. This way, one could do fast clippings without having to lift the hand off the mouse to reach the enter key. I noticed that the outer grid coordinates in the 2D window are gone. Can't think of the correct word right now - you know, where it says 0...1024...2048... on the sides. I found them useful, especially since Q1 has restrictions when it comes to map boundaries. Would it be possible to allow the editor to accept multiple entity types with the same classname in the def file? For example, "trigger_multiple" as both brush and point entity coexisting at the same time. In the other versions of Radiant, there could be only one; the other type would disappear from 2D/3D view. By the way, I really appreciate your work on this. I had already given up hope of ever seeing useful development on a Radiant-type editor again. Many nice additions/changes on top of Win10 support. Good job! Source
radiant.exe Summary Stopped working Date 10/15/2016 11:44 AM Status Report sent Description Faulting Application Path: D:\Netradiant-custom\radiant.exe Problem signature Problem Event Name: APPCRASH Application Name: radiant.exe Application Version: 0.0.0.0 Application Timestamp: 57d5aedb Fault Module Name: libgtk-win32-2.0-0.dll Fault Module Version: 2.24.29.0 Fault Module Timestamp: 5691a1e1 Exception Code: c0000005 Exception Offset: 001e50c2 OS Version: 10.0.14393.2.0.0.256.48 Locale ID: 1033 Additional Information 1: 2beb Additional Information 2: 2beba6fb4680d73a8c78ca7c24ccdb46 Additional Information 3: 34b8 Additional Information 4: 34b85e01dbe9529312a819250a584bb2 Extra information about the problem Bucket ID: 66f1dc540daf84cedf9a668c638cfbfd (108433453934) >>mouselook is still active for a brief moment before the error
Is not healthy, must autoquit freelook on unfocusing Idk what to start with... best errors are reproducible ones, so you can trigger them, while running in debugger, and see, what exactly happens Exception Code: c0000005 is very common case, access violation May be it's not random (can be actually) and is related to some circumstances? For instance, i'v recently spotted crash on releasing m2 in texbro w/o pressing one b4 Target/targetnames: it is option in 1.4/1.6: prefs-editing-fix target/targetname collisions; def = yes Is not optional in 1.5/net (always yes) It only fixes collisions Ingar's quote: I did not write GtkRadiant or NetRadiant. While I do commit patches, I mostly download the source code, build executables and add documentation and game packs. My goal is to provide a package that is easy to install for anyone who might need it. >>There's an error when using doubleclick on a texture in the texture window Is fixed in wip version >>When zooming in and out repeatedly with alt+mouse2, the focal point changes. That is bc 'zoom in to mouse pointer' option is on + zoom out does it from center, not pointer Might do zooming out from pointer too, though i see the only reason to do so (named by you); would be more consistent in general; On the other hand such kind of zooming out doesn't feel natural + it is hard to understand, how to get wanted specific effect, while using one (or it's just me-) >>Dragging the horizontal borders in the entities window, the ones between the entity list/description/keys, is wonky. They appear to be somewhat linked and can't be moved independent of one another in order to enlarge a section without affecting the other. Well, those aren't some abstract splits; Those are container widgets, splitting area in two So, wnd is split in two areas by central one + both resulting areas are split too It's made linked on purpose, so that all areas were scaling consistently along with containing window (for free) It is possible to make artificial handler for scaling + make splits unlinked, but that would require quite some investigation + might be risky For instance, 4 views layout was broken due to using such handler You can adjust splits just fine now, once start doing that from central one I like, how it behaves now btw, sorta rubber thing -) >>File menus (open, save, That appears to be general gtk architecture flaw; Basically it has setting to keep some wnd on top of the other wnd So all floating wnds are set to be on top of main wnd (and it works almost fine in non floating layouts :p) I havent been able to google any solution for this... would need something like 'set transient for group of wnds' setting (there is no one, afaik) Perhaps, can invent some dirty hacks to achieve this; though floating layout isn't the most developed one; luckily it works at least, h3h3 I'v tried really big gtk apps: gimp and inkscape; both have named issue (even though gtk stands for Gimp ToolKit-) >>it would be nice if the clipping could also be executed with mouse3 M3 would be quite out-of-structure and very specific one tbh (and breaking cam control) Ic that double click can be used there (since no action, when you click existing point) Atm you can use right ctrl and enter for efficiency :) >>I noticed that the outer grid coordinates in the 2D window are gone. View->show->coordinates Defaulted 'off', bc aren't too useful for most of games (paint sizing info does the job just fine) >>Would it be possible to allow the editor to accept multiple entity types with the same classname in the def file? That is quite a LOT of things to rewrite :X (not sure, if i can handle that even) In 1.5 branch you can obtain group entities w/o contained primitives No many ways to do that left in my branch (atm can do via removing whole brush with clipper and then can control via origin key) + there is recent fix to not to save such ones, bc it is a buggy behavior in general: q3, for instance, refuses to load bsps, containing group ents w/o submodel. What is this behavior needed for? (something like triggers, defined via min/max?) What editors support that? - We'll see if I can properly reproduce the error at some point. The only circumstance I'm currently aware of is switching haphazardly between applications.
- Yes, not Ingar; Divverent is the one I meant. I was under the impression it was disabled completely there, not just for cloning. At any rate, it's an improvement over 1.5. - Multiple types: in Quake (1) certain entities can exist as both point and group entities, for example triggers that have a big touchable volume or triggers that touch only at a single point. Sometimes it's preferable to have them point entities for scripted sequences or to optimize a map towards engine limits. Another example is map hacks where it's also possible to use info_notnull to create custom items/monsters (point) or brush-based things like trigger volumes/doors (group). Is it intentional behavior that in camera mouselook mode shift+mouse2 selects brushes or entities? I lost quite a few intricate selections by accident because of that...
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2025 John Fitzgibbons. All posts are copyright their respective authors. |