Looking for QZDoom Testers

[Major Cooke]

As some of you may have noticed on Discord, QZDoom devbuilds have begun to roll out recently.

These contain a selected 'batch' of features that have been merged into QZDoom for testing, and they certainly could use it. The sooner they're tested, the sooner bugs can be culled and the feature can be certified as ready for GZDoom itself.

Since they're in batches, not all of them have been pulled in yet to ensure QZDoom can keep up with changes made by GZDoom. This post will continuously be updated with information pertaining to what features are in and how they work.
-----
***NOTICE***
Please bear in mind, QZDoom is an experimental testing ground. Therefor, changes to anything can happen at any given time with each new DRD build being released. This is much more volatile and can certainly break the new features.

I will post updates when something changes and detail all you need to know.
-----
Here is what's in so far:

• Improvement: Shape2D Improvements
• Feature: GL Light Flag Additions
• Feature: PolyObj_StopSound
• Feature: "hidepartimes" MAPINFO property
• Feature: More DamageMobj Flags
• Feature: Service Interface
• Feature: CanCrossLine Virtual
• Feature: RandomSpawner Expansion

---

Here is a detailed guide on how each new feature works.
-----
GL Light Flag Improvements
See PR for details
-----
PolyObj_StopSound
A new special for stopping sounds on polyobjects.
-----
"hidepartimes" MAPINFO Property
Does not show the par times when used in MAPINFO.
-----
CanCrossLine Virtual
Adds a virtual function that is called, allowing for actors to have customizable lines that can block actors from walking over them on custom conditions if returning false.
-----
RandomSpawner Expansion

• If given the BOSS(DEATH) flags, RandomSpawners will remain as if the spawned had those flags.
• Now records the selected name from ChooseSpawn to Chosen variable, and the newly created actor to Spawned.
• Original actor and Chosen name can be retrieved with GetSpawn().
• Both are protected to help identify difference between the main spawned and the tracer in the event the latter is changed.
• BOSS flag will transfer to future RandomSpawners, but BOSSDEATH won't.

-----
Service Interface
See PR for details.
-----

If you find any issues or bugs, please make sure to include [QZDoom] in the title of the bug report for clarity.

[Major Cooke]

Also just to clarify as some folks have asked me on Discord: Until ALL selected parts have been fully merged or rejected, no new code submissions will be brought in until they're taken care of.

As mentioned in the first post, this is for the safety of QZDoom so maintenance is made easier, especially if people report bugs with some of the features. If sudden changes occur and someone completely redoes their submission from the ground up, this could potentially affect the other submissions and result in conflicts with source control.

TL;DR things can get messy.

[Major Cooke]

View Angles has changed. The properties no longer belong to player(info), but to the actor itself, along with a slough of other things related to that feature. See the New Features Guide spoiler for information.

[Major Cooke]

ViewAngles has changed. After receiving feedback, I've replaced SPF_VIEW with direct A_SetView<Angle/Pitch/Roll> functions instead.

[Major Cooke]

Since QZDoom had to be reset, it's a good time to pull in a few more features.

PSPF_PLAYERTRANSLATED Overlay flag and clearscope Index() were merged into GZDoom.

See first post for what's new. This time I chose to add a few smaller submissions that would be much easier for the average user to test, which could certainly help get them in much quicker. Said features are Invert Mouse X (Mouse Options) and Weapon Bob-Firing (HUD Options).

For the script savvy, (A_)SprayDecal has received two new Vector3 parameters: direction and offset.

Finally, the non-damaging bouncing on top/bottom of actors has been incorporated.

[drfrag]

QZDoom devbuilds are broken right now, first becouse the cache needed to be reset after the ZMusic as dll change and then becouse you've switched to a different branch. I sent Blzut3 a PM (and tagged thim @GitHub) but he has not read it yet, he must be pretty busy i guess.

[drfrag]

They are fixed now.

[Major Cooke]

Whole new slough of features have been added. I would have considered some of the older ones but merge conflicts have forced me to postpone some of them.

• Feature: Service Interface
• Feature: PlayerSpawned() Event
• Feature: Conversation menu graphic replacement
• Feature: $PitchSet Range
• Feature: ViewAngles (Part 1)
• Feature: Sprite Offsets
• Bugfix: Install soundfonts and WOPL/WOPN banks

[Major Cooke]

Since most of the previous were merged, it's time for another round of updates.

• Feature: ViewPos (new)
• Feature: Service Interface
• Feature: Return Type Covariance (new)
• Feature: WorldThingGround (new)
• Feature: RandomSpawner Expansion (new)
• Feature: SpecialMissileHit 0 Damage Fix (new)
• Feature: A_RadiusThrust Species Property (new)

[Major Cooke]

Yet another round of testing, this time with an updated QZDoom-to-GZDoom branch merge. I would have merged more but the PSprite changes are huge. Furthermore, we need more testing for the rest of the other PRs in here that haven't been merged into GZDoom yet.

• Feature: PSprite Scale/Rotate/Pivot/Vertex Manipulation (new)
• Feature: ViewPos
• Feature: Service Interface
• Feature: CanCrossLine Virtual (new)
• Feature: WorldThingGround
• Feature: RandomSpawner Expansion

[Major Cooke]

Added in ThruBits.

[Major Cooke]

Another round of testing.

• Improvement: Shape2D Improvements
• Feature: GL Light Flag Additions
• Feature: PolyObj_StopSound
• Feature: "hidepartimes" MAPINFO property
• Feature: More DamageMobj Flags
• Feature: Service Interface
• Feature: CanCrossLine Virtual
• Feature: RandomSpawner Expansion

ViewPos was not included this time due to complications with the feature on which direction it should go. On top of that, there's a planned refactor of the code that it was inserted into, so there's no point in reworking it yet until the refactor is done.

Discussions for ViewPos specifically can take place in the appropriate thread.