Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Camera angle messed up #14766

Closed
niansa opened this issue Jun 20, 2024 · 15 comments
Closed

Camera angle messed up #14766

niansa opened this issue Jun 20, 2024 · 15 comments
Labels
Action / change needed Code still needs changes (PR) / more information requested (Issues) @ Client / Controls / Input Unconfirmed bug Bug report that has not been confirmed to exist/be reproducible

Comments

@niansa
Copy link
Contributor

niansa commented Jun 20, 2024

Minetest version

Minetest 5.8.0
Using Irrlicht 1.9.0mt13
Using LuaJIT 2.1.0-beta3
BUILD_TYPE=Release
RUN_IN_PLACE=1
USE_CURL=1
USE_GETTEXT=1
USE_SOUND=1
STATIC_SHAREDIR="."
STATIC_LOCALEDIR="locale"

Irrlicht device

X11

Operating system and version

Debian Bookworm

CPU model

Cortex-A76

GPU model

VideoCore VII

Active renderer

OpenGL 3.1.0

Summary

I can't really describe it, but the camera just doesn't rotate the way it should, it's super weird.
Video: https://github.com/minetest/minetest/assets/20720267/80dac1ee-9bc1-4196-86ec-cd116212ab54

Steps to reproduce

  1. Download a fresh build from minetest.net
  2. Start the minetest bin
  3. Download minetest game
  4. Create a new world
  5. Teleport to 0 0 0
  6. Try to look around
@niansa niansa added the Unconfirmed bug Bug report that has not been confirmed to exist/be reproducible label Jun 20, 2024
@niansa
Copy link
Contributor Author

niansa commented Jun 20, 2024

Third person view is even worse:

VID_20240620_141425_369.mp4

@SmallJoker
Copy link
Member

SmallJoker commented Jun 20, 2024

Does it work correctly if you use software rendering? e.g. with LIBGL_ALWAYS_SOFTWARE=1 minetest (CPU usage must increase noticeably).

It appears that the camera up vector is manipulated, rather than its target. I'd assume that moving forward and backward would result in similar issues - is that correct?

@Zughy Zughy added Action / change needed Code still needs changes (PR) / more information requested (Issues) @ Client / Controls / Input labels Jun 20, 2024
@niansa
Copy link
Contributor Author

niansa commented Jun 21, 2024

Software rendering doeen't make a difference here.

It's really hard to tell what direction the camera moves, really because as soon as I start walking the whole camera starts wanking around like crazy.

Also, I've noticed the items in the inventory are upside-down:
2024-06-21-13-52-34-547

Additionally, the sound effects all sound really distorted.

@niansa
Copy link
Contributor Author

niansa commented Jun 21, 2024

Here's a picture of the same system running Portal just fine:
2024-06-21-13-55-34-595

@Desour
Copy link
Member

Desour commented Jun 21, 2024

Looks like some numbers are swapped for some reason.

What is the output if you run minetest --run-unittests?

@sfan5
Copy link
Member

sfan5 commented Jun 21, 2024

Please try Minetest 5.9.0-dev and also the ogles2 or opengl3 video drivers, which are more modern and the former more appropriate for your hardware.

@niansa
Copy link
Contributor Author

niansa commented Jun 21, 2024

What is the output if you run minetest --run-unittests?

message.txt

At the end, it just seems to hang until I interrupt it.

@niansa
Copy link
Contributor Author

niansa commented Jun 21, 2024

Please try Minetest 5.9.0-dev and also the ogles2 or opengl3 video drivers, which are more modern and the former more appropriate for your hardware.

Weirdly enough I am not able to replicate this issue at all when compiling Minetest myself, even when compiling 5.8.0.

The different graphics drivers don't seem to make a difference either.

Edit: I've tried all kind of different compiler configurations, none seems to be able to replicate this issue.

@sfan5
Copy link
Member

sfan5 commented Jun 22, 2024

Let's put this down to your distributions having a messed up build of Minetest.

@sfan5 sfan5 closed this as completed Jun 22, 2024
@niansa
Copy link
Contributor Author

niansa commented Jun 22, 2024

Let's put this down to your distributions having a messed up build of Minetest.

Thing is, this is an official build from minetest.net... not from Debian itself. And the same build works on another machine

@sfan5
Copy link
Member

sfan5 commented Jun 23, 2024

The only official build minetest.net has is for win32.

@niansa
Copy link
Contributor Author

niansa commented Jun 23, 2024

The only official build minetest.net has is for win32.

Is the PPA not official?

@sfan5
Copy link
Member

sfan5 commented Jun 23, 2024

Well I forgot about that. But PPAs are only for Ubuntu and I don't think we even have an aarch64 package in it.

@niansa
Copy link
Contributor Author

niansa commented Jun 23, 2024

I think I know what might be going on: I admit I manually downloaded and installed the .deb from the PPA. But I do not think that's the problem here. I didn't make sure to actually install an aarch64 package, and I had previously tinkered with the system to get Steam to install which iIrc involved installing an amd64 emulation layer. That's probably why apt installed the package without a complaint and why I didn't notice it was the wrong architecture.
I suspect that emulation layer has some kind of bug leading to that behavior.

I would say user error? It would certainly explain it. Sorry for bothering you then.

@sfan5
Copy link
Member

sfan5 commented Jun 24, 2024

Yeah I'd consider that user error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Action / change needed Code still needs changes (PR) / more information requested (Issues) @ Client / Controls / Input Unconfirmed bug Bug report that has not been confirmed to exist/be reproducible
Projects
None yet
Development

No branches or pull requests

5 participants