Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • EDuke32 EDuke32
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 106
    • Issues 106
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 14
    • Merge requests 14
  • Deployments
    • Deployments
    • Releases
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Richard Gobeille
  • EDuke32EDuke32
  • Issues
  • #58
Closed
Open
Issue created Jun 07, 2020 by Dino Bollinger@dibollingerDeveloper

Duke3D: (clipping) Player cannot enter sectors that have a height of 6144 if they are not aligned with the floor or the ceiling of the adjacent sector

Another issue that began with the clipping changes of r7428 (commit d060ca95), the most recent commit that attempted to solve this problem was r8640 (commit 744a46f1). This did solve the problem for all but a single vent in DUKEDC3.map. Unfortunately this vent happens to be one that leads to the yellow key.

From what I can tell, entry is prevented for any sector that has height of 6144 (1024 * 6) and which does not share a ceiling height or floor height with the adjacent sector. Sectors of this height that do share at least one of the two can be entered by player, albeit with some effort. The attached map showcases this behavior:

ventcheck02.map

Also note that sectors of size 7168 (1024 * 7) can always be entered, and sectors of size 5120 (1024*5) can never be entered, even prior to r7428. Since multiples of 1024 are common for sector heights, I believe that there may be usermaps out there that cannot be completed because of this.

Another related, but minor issue is that areas of size 6144 have the player move at crouching speed, whereas previous to r7428, this speed was the same as if the player were standing upright. I haven't encountered any maps where this would become an issue, but I think it's worth pointing this difference out. EDIT: It appears that the crouch speed modifier in tight vents was intentional and added with 744a46f1. Huh. Let's keep it for now until we find a problem with it.

Edited Jul 06, 2021 by Dino Bollinger
Assignee
Assign to
Time tracking