[Plagman]

Hendricks266, on 28 July 2011 - 07:28 AM, said:

Disclosure: I used the term "module" rather than "mutator" because in the discussion in IRC channel, there were some strong opinions that mutators should not be added unless the names of gamevars were mangled by the executable to prevent conflicts. I think that's unnecessary, and there are times when you might want to change the value of a gamevar used elsewhere. Regardless, you're free to refer to them as mutators.

There should probably be a "best practices" document that explains this and advises future coders to namespace their identifiers. I can't imagine how many problems we'll have about people wondering what's up with their "TEST" gamevar unless this is made very clear.

[Hendricks266]

That's a good idea for the wiki. It's pretty deficient in terms of a "How To Package Your Mod" guide. I'm not going to work on one for a while because it could quickly become obsolete, and I don't have a lot of cross-platform experience.

[Master Fibbles]

This is random and maybe someone has already said something about it or it is just me:
When editing I might get a crash or something in Mapster32 and then I load up either autosave (I maybe even reloaded the map I was working on) and there are no sprites in the map. I can't remember exactly how it went down, but I was editing and then there were no sprites in my map; and I had some complicated explosion stuff in there already set up.

I'd see if I could reproduce it, but I'd rather not.

[Mike Norvak]

Hey Helixhorned it could be possible you make a method to draw guide lines in mapster?, it could be put just like the regular lines for sectors but these lines serves as reference porpuses, and the mapper could draw and crossing sectors over them, exactly as the background grid...

[Helixhorned]

Mr.Flibble, on 29 July 2011 - 06:40 AM, said:

This is random and maybe someone has already said something about it or it is just me:
When editing I might get a crash or something in Mapster32 and then I load up either autosave (I maybe even reloaded the map I was working on) and there are no sprites in the map. I can't remember exactly how it went down, but I was editing and then there were no sprites in my map; and I had some complicated explosion stuff in there already set up.

I'd see if I could reproduce it, but I'd rather not.

That's unfortunate. The best thing would be crashlog, or if you don't mind, the map before and after the corruption (you did make backups, right?)

Norvak, on 29 July 2011 - 03:20 PM, said:

Hey Helixhorned it could be possible you make a method to draw guide lines in mapster?, it could be put just like the regular lines for sectors but these lines serves as reference porpuses, and the mapper could draw and crossing sectors over them, exactly as the background grid...

So you should be able to draw lines that, instead of being walls, simply add reference points in the XY plane which further wall drawing snaps to? What's the use case for that of you already can make the grid very finely meshed?

[Master Fibbles]

Helixhorned, on 30 July 2011 - 12:26 AM, said:

That's unfortunate. The best thing would be crashlog, or if you don't mind, the map before and after the corruption (you did make backups, right?)

Sadly, I don't think I have any of those. I've messed with it since. The crash comes from alt-tabing to Notepad to look at the MapFAQ or something like that. I'll see if I can reproduce it with a more crash oriented mode on a map that is backed up.

EDIT: Actually, I figured it out.
The problem is from using the undo feature. At some point while undoing it erased all of the sprites in the map. I must have only noticed it when I reloaded after a crash. That would explain why I didn't have a back up of the level with sprites.

Attached File(s)

•  newboard-error.zip (16.88K)
  Number of downloads: 510

[Hendricks266]

Mr.Flibble, on 30 July 2011 - 06:24 AM, said:

The problem is from using the undo feature. At some point while undoing it erased all of the sprites in the map.

I've had that happen to me before, but I just chalked it up to "use the undo feature at your own risk".

[Mike Norvak]

Helixhorned, on 30 July 2011 - 12:26 AM, said:

So you should be able to draw lines that, instead of being walls, simply add reference points in the XY plane which further wall drawing snaps to? What's the use case for that of you already can make the grid very finely meshed?

Well I ended up doing it with the regular white lines as reference, what i needed was to make diagonal lines with no common angles to make circles, I used them to make an sloped spiral, so i think my request isn't really necesary we can always use other alternative methods

[Hendricks266]

Feel free to add to this list of Polymer deficiencies.

[Radar]

Hendricks266, on 09 August 2011 - 01:15 PM, said:

Feel free to add to this list of Polymer deficiencies.

"not hooked up to TX's Sector Effector-based ROR"

TX's? Don't you mean Helixhorn's? Or is this some other type of ROR I'm not aware of...

[TerminX]

No, he's talking about the ROR system I wrote before Helixhorned added the map based ROR.

[Hendricks266]

No, I mean TX's. TX wrote an ROR implementation using sector effectors (i.e. only applicable to Duke 3D) some time ago and it works well in classic and Polymost, but he left it up to Plagman to support it in Polymer. Later, Helixhorned added TROR (T for "true") because the ROR is actually stored in the map and it's implemented into EDuke32's BUILD engine code.

[DavoX]

Is there a way to use TX's version of ROR in polymer for people that find it really hard to juggle between all the lines?

[Hendricks266]

That's why it's on the list of deficiencies, it doesn't work in Polymer yet. You can use it in your maps but it won't work in Polymer for the time being.

[Micky C]

I tried using it once. It seemed buggy, and there isnt a good way to actually move between the TROR rooms as far as I can tell. I was under the impression it's unfinished.

[Hendricks266]

It works fine. For example, try NWL5 of NW+.

[Danukem]

Starting with r1957, view warping no longer occurs when the player changes size. This is due to Helixhorned making r_usenewaspect on by default (turning that off makes it work fine again).

[Jblade]

DeeperThought, on 10 August 2011 - 01:10 AM, said:

Starting with r1957, view warping no longer occurs when the player changes size. This is due to Helixhorned making r_usenewaspect on by default (turning that off makes it work fine again).

Just testing 1961, I think this part is fixed but the screen goes back to the old aspect if the player's view is rotated.

edit edit: actually it does look much better!

edit2: Ok - when I'm playing in fullscreen the aspect or whatever is fine when rotscrnang is changed. but If I play in windowed mode the aspect goes all weird when rotscrnang is used.

[Helixhorned]

Hendricks266, on 09 August 2011 - 01:15 PM, said:

Feel free to add to this list of Polymer deficiencies.

To be fair, there are not only deficiencies. For example, 8-bit style tiled pskies are closer to the classic look in Polymer. I think we should maintain a general comparative list for the sake of maximising the compatibility of non-"eye candy" features.

James, on 11 August 2011 - 12:38 AM, said:

edit2: Ok - when I'm playing in fullscreen the aspect or whatever is fine when rotscrnang is changed. but If I play in windowed mode the aspect goes all weird when rotscrnang is used.

fixed in r1962; found a new bug: weapon hud models behave differently with rotscrnang between Polymer and Polymost (this is a good example of what I mean by the above).

[Danukem]

Helixhorned, on 11 August 2011 - 01:56 PM, said:

found a new bug: weapon hud models behave differently with rotscrnang between Polymer and Polymost (this is a good example of what I mean by the above).

I was going to mention that earlier and forgot. I don't know about hud models specifically, but I can verify that rotscrnang has a different scale in Polymer. In Polymost, a rotscrnang of 1024 turns the screen perfectly upside down. In Polymer, it takes less (about 656).

[Hendricks266]

Helixhorned, on 11 August 2011 - 01:56 PM, said:

To be fair, there are not only deficiencies. For example, 8-bit style tiled pskies are closer to the classic look in Polymer. I think we should maintain a general comparative list for the sake of maximising the compatibility of non-"eye candy" features.

I agree that Polymer has many improvements over Polymost. However, I don't see a reason to make such a list (other than patting Plagman on the back). This list serves to contain the only obstacles that prevent Polymer from rendering Polymost completely obsolete.

(See what I did there?)

[Plagman]

I seem to remember that "ang" didn't work right on rotatesprite()'d models since none of the stock weapons used it. I don't remember if I fixed it or not. Is that rotscrnang a different problem than that? Does that refer to the global view tilt angle that's eg. used when looking over the shoulder in polymost?

[Danukem]

Plagman, on 11 August 2011 - 04:28 PM, said:

Does that refer to the global view tilt angle that's eg. used when looking over the shoulder in polymost?

Yes, it does. rotscrnang rotates the rendered scene but does not rotate the hud at all.

[Hank]

DeeperThought, on 11 August 2011 - 04:32 PM, said:

Yes, it does. rotscrnang rotates the rendered scene but does not rotate the hud at all.

You should have a website, entailing your knowledge. Yes, I'm off-topic, but ...

[Danukem]

Hank, on 11 August 2011 - 04:53 PM, said:

You should have a website, entailing your knowledge. Yes, I'm off-topic, but ...

If I know something useful that is not in the wiki, and if I'm not being lazy, I'll put it there (note all of the ifs).

[Hendricks266]

Hank, on 11 August 2011 - 04:53 PM, said:

You should have a website, entailing your knowledge. Yes, I'm off-topic, but ...

He does "have" one!

http://wiki.eduke32.com/

[Mblackwell]

DavoX, on 09 August 2011 - 02:08 PM, said:

Is there a way to use TX's version of ROR in polymer for people that find it really hard to juggle between all the lines?

Polymer doesn't render the multiple passes necessary. This is also why you won't see showview working without glitches.


@Plagman:
I haven't tested Polymer again since I originally reported the model rotation being different in Polymer vs Polymost (where they don't tilt appropriately in accord with rotscrnang). But, has this been fixed?

[Plagman]

Model rotation or HUD model rotation?

[Mblackwell]

Plagman, on 11 August 2011 - 06:49 PM, said:

Model rotation or HUD model rotation?

HUD model rotation.

[Hendricks266]

I committed some changes today. Besides minor cleanup and improvements, the function that calls quotes in the source has been modified so that it will not print blank quotes, which would cancel an existing quote and add a blank line to the log file. Quotes can still be canceled by setting player[THISACTOR].fta to 0.

For example, if you wish to completely disable the printing of the "Mighty Foot Engaged" quote (which is a ridiculous "feature" to begin with), simply leave quote 80 blank. This is useful for mutators because you can redefine a quote to be blank but you can't undefine a quote.

As a side note, Qstrcat is deprecated, specifically due to the fact that definequote ignores leading and trailing spaces. Therefore, modders were forced to use underscores and other hackish methods to insert a space between the two quotes. Its replacement is the qsprintf command. Its functionality mirrors two components of the C printf family: %ld or %d will insert a gamevar, while %s will insert another string, or as we know it, a quote.