 |
A demo map would go a long way to motivate a dev to check this out. |
|
|
You can find an example of the issue happening on PolyObjects in my released WAD finalicon. The textures on two doors to the elevate from which you start are suppose to mirror each other, but the textures are displayed identically in QZDoom. They work fine in all other ZDoom family ports. |
|
|
When Graf says "demo map" he means a minimalized map that shows off the bug prominently and without all the extra stuff that normally comes with a full-fledged project. The more work a dev has to do to reach an affected area of the map to diagnose the problem, the harder the issue becomes to resolve, especially with drawer functions in the software renderer. The reason for this is because the program has to be restarted repeatedly in the debugging process in order to test changes. |
|
|
Just tried finalicon in QZDoom master and the doors are mirrored correctly. Maybe this was fixed when _mental_ fixed the scroller direction bug? 6XGate, are you still experiencing this issue if you try with one of the nightly builds of QZDoom? |
|
|
Either way, it looks like the poster lost interest in coming back, so I am going to close this, as I am done worrying about it. |
|
|
"Lost interest in coming back?" It's been one day. :/ |
|
|
You're right. I thought it was a lot longer, sorry. |
|
|
Ah, heh... all right, no worries then if it was unintentional. "Oops Happens(tm)" :P |
|
|
Do forgive for the late response. I was on a business trip. I've uploaded a map showing the issue on both PolyObjects and mid-textures on two-sided linedefs in UDMF. I don't know if it effects other map formats since I thought only UDMF supports scaling. This map was tested in GZDoom using the hardware and software renderer which worked fine, and QZDoom using the software renderer which failed to flip the textures that have a negative scale. fliptest.wad (12,719 bytes) |
|
|
gzdoom-midtextures.png (206,602 bytes)
gzdoom-polyobjects.png (168,475 bytes) |
|
|
Just tried the fliptest.wad on QZDoom's master branch. Looks exactly like on the png files you uploaded. Please try download a nightly build of QZDoom. As far as I can tell, this bug has been fixed. |
|
|
They look correct to me too, in the latest build. |
|
|
Alright, I'll do that real quick and get back to ya'll. |
|
|
It did fix the issue, but a now the PolyObjects in the same WAD appear to be broken. Here is a video. |
|
|
A quick note, the PolyObjects are still broken in the Git build released a few hours ago. |
|
|
The polyobjects is a separate issue 0000422 and has already been reported and fixed - I have not yet, as of this posting, done a new build yet though. I will do that soon. |
|
|
Alright, that's all good. Since these Git builds are in development build, a few bugs are to be expected :). But the texture bug (as per this ticket) then is fixed. End of Line. |
- Anonymous
