Majora's Mask Rendering Issue
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- c
- Domain
- computer-graphics, game-dev
Research direction
Start by reproducing the disappearing assets in Majora's Mask and the Death Mountain area of Ocarina of Time using Gfx Plugin (auto), including different camera angles and cutscenes. Compare the behavior with Angrylion and review the available core options. Done means the affected floors and buildings no longer disappear or reappear during these scenarios.
Written by the indexing model from the issue text.
Description
Rendering Issue via Screenshot
So I noticed it also affecting Ocarina of Time in one area alone. (going towards the top of death mountain, the area where you have to bomb rocks to get to the peak. The floor did this there as well. Not only during multiple camera angles, but also during cutscenes like the ending when the camera is farther away.
Both of these are not permanent disappearances though. Other Camera angles seemed to make them reappear. This problem is worse in Majora's Mask though as many assets blink into existence only when you get very close.
In the picture shown, you can see this and a few other areas have this issue. The Area opposite of this picture also has issues. The floor will disappear much like these buildings.
Not sure what to do about this issue, I have tried tinkering with a few settings in the core options but haven't seemed to find a solution. Only thing I know works for sure is switching from Gfx Plugin (auto) to Angrylion which runs too slow for enjoyable gameplay, but doesn't have this disappearing and reappearing textures.
Edit
The only other thing that could maybe be related or help with the issue, is I also noticed that in Majora's Mask when you pause... the background appears black for a few minutes then the game will reappear behind the pause menu.
- Dominant language
- C
- Stars
- 407
- Forks
- 151
- Avg merge
- 11h 53m
- Merged PRs (30d)
- 11
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from libretro/parallel-n64
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
libretro/parallel-n64#813 ·
-
Vulkan 1.0 support Open
Difficulty 5/5 Over a week Newbie friendliness 25/100
libretro/parallel-n64#809 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
libretro/parallel-n64#807 ·
-
Difficulty 5/5 Over a week Newbie friendliness 15/100
libretro/parallel-n64#805 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
libretro/parallel-n64#804 · 1 reaction ·
All issues in libretro/parallel-n64
Similar issues
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·
-
bug Self Built Image SNAPSHOT Supported Device target/ramips
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100