Mapster32 problems and bugs "Please post them exclusively here"
#1171 Posted 10 July 2014 - 10:07 AM
#1172 Posted 10 July 2014 - 10:22 AM
Rightnow it is 1 - 25 floorpals change the pal of sprites. 26 -29 floorpals just change fogpal without changing sprite's pal. > 29 change fogpal whilst still changes sprite pal, obviously > 25 pals on sprites don't make any change to color hence they seem to look like being on pal 0.
This post has been edited by Mike Norvak: 10 July 2014 - 10:22 AM
#1173 Posted 13 July 2014 - 01:09 AM
Hendricks266, on 04 July 2014 - 09:55 AM, said:
By much do you mean too much? IMO it'd be a noteworthy step towards making the interface more modern.
#1175 Posted 31 July 2014 - 04:32 AM
#1176 Posted 04 September 2014 - 01:25 AM
#1177 Posted 08 September 2014 - 10:38 AM
I mean, when I have all walls top-aligned and hit . <-button to auto-align, it doesn't align correctly example walls with windows.
An example video:
Wall textures at up and bottom of the window doesn't align correctly with autoalign when I'm using top orientation. This used to work since first Build..but in some 6 months or something, there was one update which made it to act this way. Why? What's the point?
#1178 Posted 08 September 2014 - 10:41 AM
This post has been edited by MetHy: 08 September 2014 - 10:42 AM
#1179 Posted 08 September 2014 - 11:25 AM
#1180 Posted 08 September 2014 - 11:25 AM
pmw, on 08 September 2014 - 10:38 AM, said:
I mean, when I have all walls top-aligned and hit . <-button to auto-align, it doesn't align correctly example walls with windows.
The auto-align feature will take over the bottom-wall alignment bit of the pointed-at wall to all affected ones. Hence, proper alignment of "window" walls can be had if it's made bottom-aligned before pressing [.].
Edit: Maybe I'll write a longer post another time. The auto-alignment feature is relatively complex.
#1181 Posted 08 September 2014 - 11:33 AM
#1182 Posted 08 September 2014 - 11:48 AM
pmw, on 08 September 2014 - 11:33 AM, said:
You only need to change the initially pointed-at wall to bottom alignment. The main issue is this: if you have a white wall adjacent to a "window" wall (one with visible top and bottom parts), they can in general only be aligned if the latter is bottom-alignment. So, the alternative -- to keep the alignment bit unchanged in all visited walls -- is not a solution either; it will fail if the window wall is top-aligned for the same reason.
Maybe I'm not seeing some aspect of your problem though. Can you provide a more complete example where you think that some wall of the visited ones has to be top-aligned?
#1183 Posted 25 September 2014 - 09:46 PM
Attached File(s)
-
mapster32.log (1.89K)
Number of downloads: 216 -
eduke32.log (2.11K)
Number of downloads: 216
This post has been edited by Paul B: 25 September 2014 - 09:58 PM
#1184 Posted 26 September 2014 - 03:03 PM
#1185 Posted 26 September 2014 - 06:05 PM
Mark., on 26 September 2014 - 03:03 PM, said:
Thanks Mark! Yea I always run it in Full Screen Mode. If the logs don't contain anything useful I may not have been using debug. But I always try to run debug as a best practice however I may have forgotten this time. Anyway, if any Dev wants to work with me on this I will do whatever they want with any kind of monitoring software to nail this problem.
This post has been edited by Paul B: 26 September 2014 - 06:07 PM
#1186 Posted 01 November 2014 - 11:11 PM
I tried to run Mapster in the background on my computer in Windowed Mode. While I fired up Eduke32 to test the map. The first time Eduke runs just fine. But if I try to open Eduke a second time it freezes. How difficult would it be to allow Mapster to run in conjunction with Eduke simultaneously on the same PC? Perhaps allowing this to happen would maybe fix other problems when switching between video modes too.
This post has been edited by Paul B: 01 November 2014 - 11:12 PM
#1187 Posted 02 November 2014 - 02:36 AM
Paul B, on 01 November 2014 - 11:11 PM, said:
#1188 Posted 19 December 2014 - 05:54 PM
I'm running the version compiled on 18th December 2014, 10:27:53.
cya
Razzeh
#1189 Posted 19 December 2014 - 07:12 PM
#1190 Posted 19 December 2014 - 07:15 PM
#1191 Posted 19 December 2014 - 07:22 PM
This post has been edited by Mark.: 19 December 2014 - 07:23 PM
#1192 Posted 20 December 2014 - 03:28 AM
#1193 Posted 20 December 2014 - 05:18 AM
EDIT: The problem still exists in 4828 running windows Vista. You can see the verticle panning number on the screen changing but the texture you are pointed at does not change. So it seems as though the keypress is being recognized. It might not be a keyboard issue.
This post has been edited by Mark.: 20 December 2014 - 05:27 AM
#1194 Posted 20 December 2014 - 05:59 AM
#1195 Posted 20 December 2014 - 06:17 AM
EDIT: The panning issue starts with version 4696.
This post has been edited by Mark.: 20 December 2014 - 06:26 AM
#1196 Posted 20 December 2014 - 06:27 AM
Micky C, on 19 December 2014 - 07:15 PM, said:
... You can pan textures by dragging them with the mouse? How? .-.
cya
Raziel-chan
#1197 Posted 20 December 2014 - 06:39 AM
This post has been edited by Mark.: 20 December 2014 - 06:40 AM
#1198 Posted 20 December 2014 - 01:51 PM
#1199 Posted 20 December 2014 - 05:10 PM
Also, found another error. A small one, but, still. Parallax textures/skyboxes don't get updated until you exit and re-enter 3D mode. The side-display will display the correct, current texture/skybox, but the ceiling itself will show the previous texture.
cya
Raziel-chan
#1200 Posted 20 December 2014 - 05:34 PM
Razzy, on 20 December 2014 - 05:10 PM, said:
Are you using Polymer? That's a Polymer problem, not an editor problem.