True Room over Room "A truly 'über' feature for classic and Polymer"
#61 Posted 17 May 2011 - 05:14 AM
It's really corrupt though, with like 40+ errors :S
#62 Posted 17 May 2011 - 07:04 AM
#64 Posted 17 May 2011 - 08:45 AM
#65 Posted 17 May 2011 - 08:47 AM
Jhect, on 17 May 2011 - 05:12 AM, said:
Thanks, Jhect
You know,this is precisely a perfect example of why the rating system is such a big failure.
Now here Iam a member of D4 asking a couple of simple questions that hopefully,HelixHorned will answer.
But in the mix of all this,what you end up getting are a few D-Bags on here or perhaps,"Asskissers" would be a better
way to word it.That throw everything constructive out the window by throwing a stupid monkey wrench in the
mix, everytime somebody asks a question that's worth asking.Or should I say,maybe it depends on WHO is
doing the asking really.Now ultimately,do I believe in the end that this type of childish negativity can effect on how
another member is going to to view this member's post(s) who receive the downvotes ?
Absolutely,1000 and 10% percent without a doubt!
And you know what,I think that's a very sad reality when you really think about what most of us are trying to
do on here.Ask each other questions that relate to the Forum your in and that's it!
At least that's what I was told how it's supposed to work.
Is this a "Constructive Outlet" to help and converse with one another or simply a "Favoritism Contest"?
Hmmmmmmm?...................Sometimes I wonder.
Now I know in the end all of this probable worthless typing is going to amount to,Mr BlackCat
throwing in some type of philosophical mumbo jumbo and/or possibly others
defending this nasty rating system we have on here and how great and wonderful it is.
But is it really?
Or is it just a "Popularity Contest" in the end?
Edit:You know what though,you really want to have a better voting system like everybody's been talking about lately?
I agree with others on this as well,"Whomever casts a "Downvote",They're NAME will also be shown as well.
F n A! Now that's the way to go! After that they'll have to explain "Why" they cast that stone at another member.
And based upon the answer the Admin gets,they could have a counsel with other leading members to decide whether or not to suspend this member who did the downvoting,by not allowing them to vote at all for at least 30 days.
Now The Downvoter Who Judged A Member Shall Be Judged Themselves!
Sounds like justice to me.
This post has been edited by Nukester10: 17 May 2011 - 08:51 AM
#67 Posted 17 May 2011 - 09:06 AM
#68 Posted 17 May 2011 - 09:37 AM
Micky C, on 17 May 2011 - 05:14 AM, said:
.... image cut ...
It's really corrupt though, with like 40+ errors :S
I'm impressed. Would there be a remote possibility to make a quick video, on the how to? I'm new with Mapster32, and do not see how you did this. And I think all other newbies might benefit.
#69 Posted 17 May 2011 - 09:56 AM
Gambini, on 16 May 2011 - 06:42 PM, said:
There are two kinds of sector-over-sector to distinguish here. First, there are "extended sectors" as documented: those have a portal to sectors with the same outer bounding area. Editing extended sectors stacked on each other is always mutually exclusive: there's only one such level of sectors active at any time. Then there's the other type, namely plain old SOS that has always been possible. This is the kind that gets created when you side-add sectors to extended ones; the new ones are never extended themselves, but of the plain type and hence will overlap in the overhead view, unless you also gray them out with the Ctrl-R feature.
DanM, on 16 May 2011 - 07:29 PM, said:
only thing ROR layers share in common is their white outer sector, if you change that on one it will change it on all.
Yeah, that's roughly correct, although the 'I fake texture is purely for display purposes.
Gambini, on 16 May 2011 - 07:40 PM, said:
And it should be, because you might want to have such a connection. Suppose you model a staircase going from one level to another. Where in between the two heights should the editor start graying out? Any concrete value would be arbitrary, which is why is is possible to do so manually. Ctrl-R and the automatic graying-out are really just two uses of one and the same system, but with different purposes.
Muelsa, on 17 May 2011 - 03:58 AM, said:
(vid)
ps: I am not able to copy/past sectors, is this normal ?
Looks good! I notice there are issues with sloped surfaces, this really needs to be tackled.
A bunch of more advanced editor features had to be castrated when working on extended sectors, because applying them in the same way as for normal sectors would introduce inconsistencies. Implementing them in a way that plays nice with TROR is on my list.
Micky C, on 17 May 2011 - 05:14 AM, said:
Eww, that shouldn't happen. What's the message? Also, are there extended sectors with different bunchnums on the two sides of a red wall? I must admit that I haven't tested this case very well.
HellFire, on 17 May 2011 - 07:04 AM, said:
RAlt+RCtrl. (You have to hold RCtrl while releasing RAlt.)
For your other question, there's no support (yet?) for creating portals in the same fashion as walls are automatically reddened.
RShift just works because it selects all points at a given coordinate...
Tea Monster, on 17 May 2011 - 08:45 AM, said:
Extra passes are needed in classic and would be needed in Polymost. Polymer will be able to collect all sectors and draw them in one run. (No warranty, ask Plagman for technical details. Edit: on second thought, don't, because every minute answering questions is a minute not hacking. I'm pretty certain that it's correct.)
#70 Posted 17 May 2011 - 12:51 PM
And don't blame nukester for asking a question. Blame the guy who downvoted him. This is like a kids playground. jeez
This post has been edited by Jhect: 17 May 2011 - 12:54 PM
#71 Posted 17 May 2011 - 01:35 PM
The short answer is, it first draws the rooms front to back:
(if the animated png is annoying here, mods please change to a simple link; APNG supported by Firefox or Opera)
The important part are the purple and yellow lines, signifying the umost and dmost arrays: those say, for a given screen x coordinate, the uppermost and lowermost y coordinate that the renderer is allowed to draw to. Note how they always wander in one direction, in effect "closing the curtain" on the scene where something has already be drawn. This is the primary reason why you can't have any kind of ROR in only one pass.
---------
#72 Posted 17 May 2011 - 04:34 PM
Muelsa, on 17 May 2011 - 03:58 AM, said:
ps: I am not able to copy/past sectors, is this normal ?
nice bridge! and i was just about to ask about that, Can red sectors within TROR eventually be selected with alt and we can have the option to c&p to a layer above or below?
#73 Posted 17 May 2011 - 06:53 PM
EDIT: Nevermind. I figured out some things about the system.
For example, if you were making a street corner with several buildings planned to be enterable and maybe even an alleyway, you would have to make the just the street (ie anything that will see the sky from the ground up) and then add another level. After the second level is added, you can then construct the inside of the buildings. If you were to make the entire first level before adding the second level, you will likely run into problems, or at least I did...
This post has been edited by Mr.Flibble: 17 May 2011 - 07:45 PM
#74 Posted 17 May 2011 - 10:48 PM
Micky C, on 17 May 2011 - 05:14 AM, said:
Helixhorned, on 17 May 2011 - 09:56 AM, said:
Helixhorned I've attached the map if you want to have a look at it and figure out what's going on. The number of corrupt walls is as high as it is because I made one collumn of windows, which contained a corruption or two, and copied and pasted it to make the rest of the windows for the building.
And if anyone else is interested in how the building is constructed they can download it too.
Edit: It seems that no matter what my Z height is, I'm only able to edit the bottom set of sectors. That means I'm having trouble linking something say from the third story to the fifth story, because every time I try and make a sector from one the windows, it's always connected to the bottom window. Anyone know why I'm having this problem?
Attached File(s)
-
windows.zip (43.92K)
Number of downloads: 381
This post has been edited by Micky C: 17 May 2011 - 10:57 PM
#75 Posted 18 May 2011 - 01:03 AM
Micky C, on 17 May 2011 - 10:48 PM, said:
I get that too. Sometimes it works but I haven't figured out why.
#76 Posted 18 May 2011 - 01:30 AM
Helixhorned, on 17 May 2011 - 09:56 AM, said:
I'm quoting myself here because this is really central to understanding why you're able to edit only the lowest level in some cases. For example, in MickyC's map, the window cavities are plain old sectors, and will never be inactivated automatically. If you want to edit such a "level", highlight an enclosing TROR'ed sector, and press Ctrl-R. Quoting myself again because this might have slipped by unnoticed:
Quote
Modified Sat May 7 18:23:34 2011 UTC
Prototype of a mechanism to gray out certain portion of a map, making them inactive to various, but not all, editing operations. Highlighting a set of sectors and pressing Ctrl-R will make the Z bounds be [(least ceiling z), (greatest floor z)] of all selected ones, pressing Ctrl-R when no sectors are highlighted will reset them.
Auto-grayout for extended sectors will still be active at any time, so you might end up with zero editable sectors.
Micky C, on 17 May 2011 - 10:48 PM, said:
When you encounter a corruption, it's advisable to stop mapping and try to fix it automatically (with 'corruptcheck tryfix'). Did you note which operation produced it?
#77 Posted 18 May 2011 - 02:18 AM
Edit: never mind, I figured it out. It makes it so only the heights of the selected sectors can be edited.
Second edit: The corruptions have been fixed, I've linked a window on the bottom floor to a window on the top floor, and I've decorated the street somewhat. If anyone were ever going to download this map to have a look at, now would be a good time.
There is one glitch though, when I'm in the second top layer in 3D mode, the entire top layer just vanishes, and the parallaxed sky shows the brick texture I used and I can't seem to change it. When I'm in any other layer, the scene renders normally.
Attached File(s)
-
windowsfinal.zip (52.48K)
Number of downloads: 392
This post has been edited by Micky C: 18 May 2011 - 04:53 AM
#78 Posted 18 May 2011 - 03:43 AM
Despite that, DNCLIP don't warp you toward sectors at a different height, even if you are at an "invalid" location.
This post has been edited by Fox: 18 May 2011 - 03:43 AM
#79 Posted 18 May 2011 - 04:57 AM
I reuploaded the map with the correct player starting position and made it much, much more user friendly, with signs pointing where to go, TROR water to fall into from the window, and even a nuke button if you want to finish the level. There's only one way to finish the level without using cheat codes, and that's to go through the window.
The reuploaded map replaced the old one in my last post. The glitch about the top layer vanishing when the player is inside the second to top layer is still there but it's not noticeable unless you get a jetpack and fly up there.
This post has been edited by Micky C: 18 May 2011 - 05:19 AM
#80 Posted 18 May 2011 - 05:37 AM
#81 Posted 18 May 2011 - 08:00 AM
#82 Posted 18 May 2011 - 11:16 AM
Micky C, on 18 May 2011 - 02:18 AM, said:
Edit: never mind, I figured it out. It makes it so only the heights of the selected sectors can be edited.
(...)
There is one glitch though, when I'm in the second top layer in 3D mode, the entire top layer just vanishes, and the parallaxed sky shows the brick texture I used and I can't seem to change it. When I'm in any other layer, the scene renders normally.
3D mode editing isn't affected at all. The "certain operations" that are still active I mentioned is mainly selecting with RShift.
As for the glitch, make sure that the invisible portals aren't parallaxed! Doing so will cause their sectors to draw in a significantly different fashion and the result will look messed up. Generally, it's a good idea to look at the map with 'show invisibility' on once in a while.
Fox, on 18 May 2011 - 03:43 AM, said:
That's weird, TROR never spawns sprites (it only duplicates tsprites when needed). Is it easily reproducible on your end?
#83 Posted 18 May 2011 - 11:35 AM
Attached File(s)
-
E1L3_TROR.zip (496.12K)
Number of downloads: 312
#84 Posted 18 May 2011 - 12:25 PM
In the picture, one pass is needed for the underwater section, so when the area between the screen bottom and the water-air boundary has been drawn, the x interval between the left and right submarine boundaries is not available for drawing any more. What this means in practice is that TROR portals must be free of 'islands'.
Edit 20150218: updated URL.
#85 Posted 18 May 2011 - 01:19 PM
And should I ask, why use ypanning instead of extra structure members, or is extra already in use, should I assume this is very temporary?
#86 Posted 18 May 2011 - 01:53 PM
Fox, on 18 May 2011 - 01:19 PM, said:
Yep, just tested it, but it gets ugly pretty quickly: you have to partition the whole area into convex polygons. This doesn't work if you want subways with a roof, though .
edit: also it might need more drawing than necessary.
Quote
That totally didn't occur to me because 1) originally it even used ypanning but I realized that 256 bunches are more than enough and 2) I feared that extra would somehow conflict with CON-programmed stuff. In hindsight, this would've probably been a better choice.
#87 Posted 18 May 2011 - 03:09 PM
#88 Posted 19 May 2011 - 01:19 AM
Helixhorned, on 18 May 2011 - 03:09 PM, said:
that's awesome.
They are a way to "un-extend" a sector ? This video show my problem :
#89 Posted 19 May 2011 - 02:22 AM
Muelsa, on 19 May 2011 - 01:19 AM, said:
No, currently there's no way to clear the extension from a sector besides, as you noted, deleting it. That will delete one the selected sector(s) but also clear all portals between them, because otherwise you might end up in a situation where you could go from one sector into void space. I agree that it's too restrictive that way. What would be needed is a "covers the same area as..." function, then a lot of editor functionality could be made more permissive in cases like yours.