Gliden64: Finishing HLE - Help needed

[olivieryuyu]

Hi Guys!

I am about to quench all HLE known bugs. Is there any bug which you may be aware of?

For that you need to compare HLE and LLE with GlideN64 and see if there is difference.

HVQM and SDEX issues does not need to be reported.

If nothing comes up, I will stop my work on HLE deciphering. So please help to find any remaining bugs!

See ya!

[oddMLan]

I've noticed this for a while, but thought it was really minor so I didn't report it.

HLE

LLE

LLE has dimmer (and much more accurate) lightning.

[olivieryuyu]

Ok CBFD looks a candidate for decoding.

[ShareScene]

maybe this? #1509

[loganmc10]

Reported from someone on Reddit:

Turok 64, the sun has no lens flare with GlideN64 but does when using angrylion rdp plus.

[olivieryuyu]

where are the lens flare?

Is it the same in LLE with GlideN64?

[olivieryuyu]

maybe this? #1509

Nope

[Stajin]

To add to the reported Turok bug on reddit - here is the link to the post so you can ask the person reporting directly as they don't use Github.

https://www.reddit.com/r/emulation/comments/9z166z/gliden64_dev_asking_for_hle_bugs_to_fix/

[Kidboy17]

1731 Is this a possible candidate?

[Kidboy17]

Here is one for HLE only, #1912

Another one, #1736

[olivieryuyu]

1731 Is this a possible candidate?

Nope it is the same in LLE.

[olivieryuyu]

Here is one for HLE only, #1912

OK, weird one...

[olivieryuyu]

Another one, #1736

Nope

[ShareScene]

and... what about Resident Evil 2 ucode? is it completely deciphered?

[loganmc10]

and... what about Resident Evil 2 ucode? is it completely deciphered?

Yes I believe so, works fully in HLE (https://gliden64.blogspot.com/2017/04/resident-evil-2.html)

[fbeuter]

RE2 works properly now, but if I'm not mistaken, it's still using the same hack from Glide64 to display the backgrounds correctly. The correct behaviour has never been fully deciphered.

[loganmc10]

Perhaps, but either way that is not a ucode issue (HLE vs LLE)

[Tasosgemah]

nvm, Goemon's Great Adventure seems fine.

[oddMLan]

Guys, olivieryuyu is asking only about issues where HLE looks different/incorrect than LLE mode.

[LegendOfDragoon]

@olivieryuyu would you be interested in HLEing GB Tower in pokemon stadium 2?

[olivieryuyu]

@LegendOfDragoon

if we do speak of a a gfx microcode to implement, I am fine with that. Please give savestate for this for PJ64.

[olivieryuyu]

To add to the reported Turok bug on reddit - here is the link to the post so you can ask the person reporting directly as they don't use Github.

https://www.reddit.com/r/emulation/comments/9z166z/gliden64_dev_asking_for_hle_bugs_to_fix/

Cannot find the bug. Need PJ64 savestate.

[LegendOfDragoon]

if we do speak of a a gfx microcode to implement, I am fine with that.

Technically the task type = 2, but it certainly deals with graphics. It may be like WDC where it deals with both audio and graphics in same task. I tried making a savestate, but it doesn't work. I believe PJ64 has a problem with savestates when using transfer pack in-game.

[olivieryuyu]

@LegendOfDragoon

Just provide a savestate before getting into the screen where the ucode starts.

[LegendOfDragoon]

@olivieryuyu PJ64 seems to clear the transfer pack data when loading a save state. I guess you can hold off on it until this issue is fixed. I may look into fixing it next weekend. I even made a savestate at the game pack check screen and there's no game pack when loading the save state.

[olivieryuyu]

To add to the reported Turok bug on reddit - here is the link to the post so you can ask the person reporting directly as they don't use Github.
https://www.reddit.com/r/emulation/comments/9z166z/gliden64_dev_asking_for_hle_bugs_to_fix/

Cannot find the bug. Need PJ64 savestate.

Found where it is but it works in LLE and HLE without any issue.

[olivieryuyu]

Holy Moly, Conker lighting is quite something. There is not one but actually two lighting modes!

[Frank-74]

There's still Stunt Racer 64 and World Driver Championship to be HLE'd...
Only then can Finishing HLE be possible...

[loganmc10]

@Frank-74 that is already done

[Frank-74]

@loganmc10 Has it? I still get RunRSP error on booting WDC with HLE Gfx in Project64. Using latest WIP GLideN64.

[ShareScene]

it was implemented long time ago by Gillou68310

[ShareScene]

https://github.com/gonetz/GLideN64/pull/1717

[Frank-74]

Well, WDC LLE Gfx boots fine with latest GLideN64 WIP. Choosing HLE Gfx results in RunRSP error. How do I get it to run HLE gfx with Project64?

[LegendOfDragoon]

@Frank-74 i think it only works in mupen64plus.

[theboy181]

At this point mupen is the emulator of the future. They have been adding hacks to get their games running so that development for GLideN64 can continue. At the time this game was added to their comparability list more contributions were added to the puzzle from their developers.

[loganmc10]

It wasn't any kind of hack that allowed World Driver Championship to work with HLE, we extended the gfx_info API to include SP_STATUS_REG, that is what was needed for WDC and Stunt Racer:

https://github.com/mupen64plus/mupen64plus-core/pull/423

If PJ64 did something similar then those games would work in HLE

[theboy181]

I’m sorry. I did t realize that that’s how the real hw worked. What about gauntlet then? Hack?

[loganmc10]

Gauntlet Legends was a similar situation, the GFX plugin needs to be able to modify the SP_STATUS bit.

It's not really a matter of hack/no hack. Because of the plugin system, the GFX plugin didn't have the ability to modify all of the RSP registers, it was a shortcoming of the original API design many years ago

[olivieryuyu]

Guys, this is getting off topic. Can you please provide HLE bugs? Conker deciphering is already started. Mario Party should next. Anything else?

[schubertguilherme]

Hello, olivieryuyu, slowdown game Mortal Kombat Trilogy in stage "The Subway" and bug graphics in Top Gear Hyper Bike "textures". Fix please. Hugs and sucess.

[olivieryuyu]

Hello, olivieryuyu, slowdown game Mortal Kombat Trilogy in stage "The Subway" and bug graphics in Top Gear Hyper Bike "textures". Fix please. Hugs and sucess.

Nothing to do with HLE.

[theboy181]

The stage in hyper bike? What is the issue then?

[Frank-74]

Top Gear Hyper Bike is same bug with ground textures in LLE and HLE with GLideN64. But Angrylion gets it right.

[olivieryuyu]

Conker nearly over. Anything else?

[StenApp]

Is there a list of non HLE related errors?
I lost the overview of what is what type of problem

[olivieryuyu]

Nothing else ?

[ShareScene]

I think u should take a look Resinde Evil 2, because ucode is not totally deciphered... instead of that is totally hacked.

[olivieryuyu]

There is no ucode issue with RE2.

[GamingTVYT]

@schubertguilherme What is the WIP you are using, please? I'm going to test here to see if the same error occurs.

[olivieryuyu]

Again this has nothing to be with HLE. Please stop using this issue for non HLE issue!

[Kidboy17]

Issue #1484 ? Even though it uses per pixel lighting, the issue is only in HLE mode.

Issue #1803 which leads to issue #1647 ?

[gonetz]

Per-pixel lighting is HLE-only feature, because graphics plugin does lighting calculations only in HLE mode. Per-pixel lighting issues are not related to microcode decoding. Per-pixel lighting is a hack which just does not always work well.

1647 is not HLE issue. Plugin works the same in LLE mode.

RE2 has no microcode decoding issues.

Top Gear Hyper Bike issues are not HLE related.

and so on.

So, HVQM, CBFD and Mario Party are the only unsolved HLE issues.
HVQM, CBFD already decoded and just waiting to be implemented.

[CallistoNTG]

I could be wrong, but didn't someone mention that World Driver Championship has missing coronas in HLE?

[olivieryuyu]

I could be wrong, but didn't someone mention that World Driver Championship has missing coronas in HLE?

It is not a HLE issue, same in LLE.

[Mastergatto]

Are japan-exclusive games all fully decoded, including the 64DD ones too?

[olivieryuyu]

I m not aware of HLE issue in 64DD games. Please provide actual bugs!

[ShareScene]

https://github.com/gonetz/GLideN64/issues/190 It is HLE only issue.
https://github.com/gonetz/GLideN64/issues/230 LLE software looks ok

[olivieryuyu]

190 It is HLE only issue.

230 LLE software looks ok

190 is not an issue of HLE as such. It is an implementation issue in OpenGL of a N64 feature.

230 is a framebuffer issue, not a HLE issue.

[gonetz]

Yes, #190 is OpenGL related. OpenGL clipping need to be disabled somehow to show uncut logo. Or use software clipping, as in Glide64. Anyway, it is not HLE issue.

230 is unclear what is it: frame buffer or depth compare issue, may be both. In any case it is not HLE related.

[olivieryuyu]

Mario Party fixed

Anything else?

[olivieryuyu]

@gonetz

#1953

[thecoreyburton]

Not sure about this one, but I think it's HLE exclusive: https://github.com/gonetz/GLideN64/issues/1904

[olivieryuyu]

Not sure about this one, but I think it's HLE exclusive: #1904

Nope

[olivieryuyu]

CBFD lighting is so nice

Any other bugs?

[gonetz]

Speaking of HLE bugs, #1964 is probably the last one.

[olivieryuyu]

Speaking of HLE bugs, #1964 is probably the last one.

Hmm not sure in which way it is...

[olivieryuyu]

there is also HVQM.

[theboy181]

Actually, https://github.com/gonetz/GLideN64/issues/1976 looks like HLE bug too.

Explanation here. https://github.com/gonetz/GLideN64/issues/1970

[olivieryuyu]

I don't see how it is HLE related

[theboy181]

@olivieryuyu its broken in HLE not LLE. ?

[olivieryuyu]

It can be broken in HLE for other reasons than a microcode issue. Rat Attack for instance was not working in HLE but it is not due to microcode but to some limits in HLE implementation.

[theboy181]

I think you meant "it", :) I hope you are not broken. :p

Ok, I see what you are saying. How can I tell if its HLE related then?

[gonetz]

We have "HLE issue" notion for very different things, thus the confusion.

There are (they were ?) issues caused by incorrect/incomplete high-level implementation of microcode. This ticket is for such kind of issues. These issues are fixed thanks to oliveryuyu.

There are issues in HLE mode, which caused by OpenGL limitations - some transformations, performed in software by RSP plugin in LLE mode can't be made on hardware level, for example #190.
I'm not sure, what causes issues in #1964, but most likely it is another OpenGL related issue.
If it is so, HVQM is indeed the only remained problem, which is related to microcode decoding and implementation.

[LegendOfDragoon]

Hopefully someone can send olivieryuyu a save state for Pokemon Stadium 2 GB Tower :smile: .

[olivieryuyu]

well without a savestate I won't be able to do so. When HVQM is implemented, I will close this ticket and HLE matters most likley forever.

[Frank-74]

@LegendOfDragoon Just found this post which says transfer pack saves only load with N-Rage 1.82a.
https://forums.emulator-zone.com/showthread.php?t=2449
There's a link to download 1.82a in the post. Also source for 1.82a and 1.83. So chance of finding what broke from 1.83.

Edit: I can make saves, 1.82a works, where should I save? And using what gb game and colour etc.
2nd Edit: F7 load save state doesn't work with transfer pack in latest PJ64. 1.6 worked.

[LegendOfDragoon]

@Frank-74 i think any of the 1st or 2nd gen pokemon games are fine. I guess you can make a save state right after starting GB Tower.

[Frank-74]

@LegendOfDragoon What is the problem with HLE? I ran with Pokemon - Yellow Version - Special Pikachu Edition. I couldn't see any issue with HLE and GLideN64 after starting GB Tower and playing from the gameboy save. Shouldn't there be unsupported ucode message or something?
The only problem is CPU recompiler stalls in GB Tower, but interpreter runs full speed.

[LegendOfDragoon]

The task type is technically "audio", but it does graphics (and maybe audio too).

[Frank-74]

@LegendOfDragoon Tried save after starting GB Tower, on loading back, it freezes. Think problem may be that transfer pack broke in N-Rage from 1.83, 2.3c was used for Project64 and it doesn't account for transfer pack. I think @olivieryuyu needs a save to load in latest Project64 to debug. Source for 1.82a (working) and 1.83 (broken) is here: http://members.chello.at/n-rage/dinput8/downloads.html. I need to study it. Not much time as moving from house to flat soon.

[Frank-74]

@olivieryuyu I managed to get Pokemon Stadium 2 GB Tower working. I put the saves in the folders as I have them in my pj64. So you can just extract to your Project64 folder. You'll need the "Pokemon - Yellow Version - Special Pikachu Edition (USA, Europe) (GBC,SGB Enhanced).gb" rom. And CPU Interpreter in Project64.

Folders in zip:
Save: Latest Project64 F5 save .zip and .fla
Roms: The gameboy .sav file. (I haven't added the rom)
Plugin/Input: The N-Rage 1.82a plugin.
Download: https://www.dropbox.com/s/8r7mnjnbpu1v45k/PokeStad2_Saves_cont_plug.zip?dl=0

Instructions: EDIT: Just tested from scratch. Just start Pokemon Stadium 2 and hit F7, it loads ok.!

Video of running Pokemon Stadium 2 and starting GB Tower, running and making F5 save, then loading F7 save. It works for you hopefully. (Sound is really bad in GB Tower).
https://www.dropbox.com/s/4mtzfds5lr1kng2/2019-01-15%2002-11-51.mp4?dl=0

[olivieryuyu]

@Frank-74

I will check this out but i am not really sure that there is even a microcode for this GB tower. It can be CPU based only.

[olivieryuyu]

I cannot see a graphics microcode in gb tower. No a single RDP command is generated and there is no commands as such, except may be audio. Graphics works slow but fine in HLE, most likely as it results from the intense CPU usage at this place.

I won't decipher any ucode for the GB tower.

[olivieryuyu]

No more microcode issue known