Donkey Kong 64 Question

Dwarfboysim

Hi all,
I have Donkey Kong 64 running pretty well on my Raspberry Pi 3. Brings back some great memories of late nights trying to get through it. One question possibly for those who still have it on N64. Is it normal for while your character is running along in a level that camera view starts from behind and then pans till it’s side on? Find myself having to use the R button a lot to hold the view behind.

Anyone else experienced this?

Thanks,
Dwarfboysim

quicksilver

@Dwarfboysim which emulator/plugin are you using?

Dwarfboysim

@quicksilver hi using mupen64plus-gles2rice-high res

quicksilver

@Dwarfboysim try gliden64 or gles2n64. I'm not sure what the original behavior is supposed to be. Gles2n64 recenters the camera constantly to be behind donkey Kong. Gliden64 seems more like Mario 64 where the camera moves around based on how donkey kong is moving but you can press the shoulder button to recenter the camera.

Dwarfboysim

@quicksilver I have found the others re-adjust the camera constantly and make it very jerky.

Using a USA version of DK64 as the other would get stuck at the DK door when u tried to enter any level.

quicksilver

@Dwarfboysim said in Donkey Kong 64 Question:

@quicksilver I have found the others re-adjust the camera constantly and make it very jerky.

I noticed the jerky camera with gles2n64 but gliden64 seemed perfectly smooth to me.

When was the last time you update mupen64plus?

RuttleHead

I was having this issue using GLideN64 on RaspPi 4, i was able to fix it by turning off "framebufferEmulation\copyDepthtoRDRam = 0" in the GLideN64.custom.ini file.

/opt/retropie/configs/n64/GLideN64.custom.ini

[DONKEY%20KONG%2064]
Good_Name=Donkey Kong 64 (E)(J)(U)
frameBufferEmulation\copyDepthToRDRAM= 0

now DK runs smoothly

roslof

@RuttleHead that does indeed fix the issue.
Also good to know that glideN64 does have per-game option overrides.

Much appreciated!

Nakynaw

@RuttleHead said in Donkey Kong 64 Question:

I was having this issue using GLideN64 on RaspPi 4, i was able to fix it by turning off "framebufferEmulation\copyDepthtoRDRam = 0" in the GLideN64.custom.ini file.

@roslof said in Donkey Kong 64 Question:

@RuttleHead that does indeed fix the issue.

You guys are lucky! I made the change (thx for the suggestion @RuttleHead), but it did not solve the problem for me...

@roslof and I almost have the same exact settings for n64, I don't know why it does not work...

@roslof would you be kind enough to re-compare our mupenplus config file? Please x1000! :P

https://pastebin.pl/view/deb68f83

[EDIT : I even made sure to rename my rom the exact same as the line in the «.ini» file, and also tried to use lr-mupenplus-next with FB emulation and copy to DRAM off, and it still did the same back and forth with the camera... :( ]

roslof

@Nakynaw said in Donkey Kong 64 Question:

@roslof would you be kind enough to re-compare our mupenplus config file? Please x1000! :P

Here are the deltas:

EnableFBEmulation = True <--I only have this off by default for lr-* emulators
CorrectTexrectCoords = 0
EnableNativeResTexrects = 0
EnableN64DepthCompare = False <--weird, yours says "0", but it probably should
EnableCopyColorToRDRAM = 2

Also, You have a typo here (two lines smooshed together):
FBInfoReadDepthChunk = "True# Enable color buffer copy to RDRAM (0=do not copy, 1=copy in sync mode, 2=Double Buffer, 3=Triple Buffer)"

Should be:

FBInfoReadDepthChunk = True
# Enable color buffer copy to RDRAM (0=do not copy, 1=copy in sync mode, 2=Double Buffer, 3=Triple Buffer)

Nakynaw

Wow! No wonder why I was having different results than you with N64 games... I did the opposite! (FBemulation off on mupen-plus and not on lr-*)

Still, since they almost all are playable, it's time for a complete backup before testing those settings that you kindly compared for me!

Thanks a lot @roslof