mirror of
https://github.com/hrydgard/ppsspp.git
synced 2026-04-24 21:56:10 +03:00
[GH-ISSUE #4179] Everybody Golf.... Graphics problem. #1694
Labels
No labels
Atrac3+
Audio
CPU emulation
D3D11
D3D9 (removed)
Depth / Z
Feature Request
Font Atlas
GE emulation
Guardband / Range Culling
HLE/Kernel
I/O
Input/Controller
MP3
Multithreading
Needs hardware testing
Networking/adhoc/infrastructure
No Feedback / Outdated?
OpenGL
PGF / sceFont
PSMF / MPEG
Platform-specific (Android)
Platform-specific (Windows)
Platform-specific (iOS)
PowerVR GPU
SDL2
Saving issue
User Interface
Vulkan
arm64jit
armjit
armv6
x86jit
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ppsspp#1694
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @SimonPPC on GitHub (Oct 14, 2013).
Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/4179
Hi
this is my first report.
Sorry for my bad English.
In the videogame Everybody Golf there are some remaining errors.
The characters and the ball appear higher than they should.
http://s23.postimg.org/966b6bc3v/Logerror.jpg
http://s10.postimg.org/l1dmbut49/screen00000.jpg
http://s10.postimg.org/s5vfkw0dl/screen00001.jpg
@hrydgard commented on GitHub (Oct 14, 2013):
Do you have pictures from a real PSP of how it should look like?
@SimonPPC commented on GitHub (Oct 14, 2013):
From a real psp this is similar
http://s9.postimg.org/4911ru4b3/everybody_s_golf_psp_review_1.jpg
http://s2.postimg.org/n3i3m3imx/everygolf2psp_001_large.jpg
@xsacha commented on GitHub (Oct 17, 2013):
Does it look different when you disable/enable buffered rendering?
@SimonPPC commented on GitHub (Oct 17, 2013):
Yes, I've tried various options and systematically cross and the problem remains.
@unknownbrackets commented on GitHub (Jan 11, 2014):
Has this improved or changed at all? How does it look with "software rendering" enabled (it will be very slow)?
-[Unknown]
@SimonPPC commented on GitHub (Jan 12, 2014):
I have test with the last version v0.9.6-409...
Download at SpeedyShare
The error remains the same.
The speed is excellent in all modes in my system
@unknownbrackets commented on GitHub (Jan 12, 2014):
Hmm, "Vertex decoder JIT failed! fmt = 000801bc".
Software rendering is the last option in the graphics section of the settings. So even with that the graphics problems are the same?
-[Unknown]
@SimonPPC commented on GitHub (Jan 12, 2014):
With software rendering the problem seems to disappear, unfortunately I can not get up to play the emulator crashes ..
But where you see the character for a change of clothes is in the right position.
New log
Download at SpeedyShare
@unknownbrackets commented on GitHub (Jun 9, 2014):
Has this improved in the latest git build?
-[Unknown]
@SimonPPC commented on GitHub (Jun 9, 2014):
In the latest version (1088) the problem is the same.
In addition, if they have added another that was not there before.
When I press the X button to activate the indicator as in the screen goes grab ...
@hrydgard commented on GitHub (Jun 9, 2014):
That looks like a stride mismatch (512 vs 480) of some sort... Is that with plain buffered rendering + block transfer?
@SimonPPC commented on GitHub (Jun 9, 2014):
With Buffer Rendering or Not-Buffer Rendering the problem appears in any graphics mode.
With Framebuffer in memory (CPU) or (GPU) the problem does not appear
@unknownbrackets commented on GitHub (Jun 9, 2014):
Does it happen with "simulate block transfer" unchecked?
-[Unknown]
@SimonPPC commented on GitHub (Jun 9, 2014):
I do not know where that option using the Italian version ...
@unknownbrackets commented on GitHub (Jun 9, 2014):
It's right under "Rendering mode" "buffered rendering".
-[Unknown]
@SimonPPC commented on GitHub (Jun 10, 2014):
If I remove the option "simulated transfer block" is a still image of a scene previous in the game ...
@SimonPPC commented on GitHub (Jun 10, 2014):
or a black screen if I restart the emulator...
@unknownbrackets commented on GitHub (Jul 20, 2014):
Has this improved at all in the latest git build with "simulate block transfer" enabled?
-[Unknown]
@SimonPPC commented on GitHub (Jul 20, 2014):
The game suffers from slowdown already different versions.
In addition you added a graphical issue at a particular time of the game
Playing with the ball on the green.
Thank you that you are continuing to develop this emulator which I think is really great!
@ppmeis commented on GitHub (Jul 25, 2015):
Tested with latest build. Same issues. It also affects Everybody's Golf 2:
Proper:
@FlatOutPS2 commented on GitHub (Apr 13, 2016):
This issue has been fixed. I did encounter it in 1.1.1, but as of 1.2.1 both the characters in the introductions and ball in the bottom right are shown as it does on the PSP.
Only the character portraits are still empty, as can be seen in the screenshots posted above in the empty frames near the top left and/or right.
@unknownbrackets commented on GitHub (Apr 14, 2016):
I guess that's probably a block transfer we don't detect. Can you try to find it using the GE debugger?
https://github.com/hrydgard/ppsspp/wiki/How-to-find-a-graphic-issue-with-the-GE-debugger
Glad to hear the first issue is fixed.
-[Unknown]
@FlatOutPS2 commented on GitHub (Apr 14, 2016):
I found two possible candidates with GE debugger. One with Texture shown as disabled and one with a transparent, empty texture:
EG Tex disabled.txt
EG Tex transparent.txt
@unknownbrackets commented on GitHub (Apr 17, 2016):
Yeah, 040cc040 seems likely to be where it's trying to draw the portrait from.
If you get to that area, and then open Debug -> Disassembly, and hit Stop, it'll pause the emulator. This is the CPU debugger.
From there, hit "Breakpoint", and enter "040cc040" in for the Address. Under Size, put 0x100. Uncheck "Read", and then hit OK. Now, click the "Go" button (which is where the "Stop" button was before.)
If the game is writing to that area from the CPU, it'll pause again (and change back to "Go".) If that happens, can you take a screenshot of the Disassembly window? I want to see the code around where it's happening.
It may also not trip. If it doesn't, that means it's not drawing the portrait on the CPU, so it must be something else.
-[Unknown]
@FlatOutPS2 commented on GitHub (Apr 17, 2016):
I didn't need to press Go after clicking OK on setting up the breakpoint, it resumes automatically. But it doesn't pause afterwards.
@FlatOutPS2 commented on GitHub (Apr 19, 2016):
I finally did manage to trip it. It only seems to trigger it when starting a new round, it doesn't trip on course or while loading the next hole.
@unknownbrackets commented on GitHub (Apr 20, 2016):
Okay, well, that looks like it may be some form of memcpy, seems to be copying a1 (being a2 originally) 16-bit values. We aren't detecting that it's trying to write to a render surface there, so I guess we could try hooking that function.
-[Unknown]
@FlatOutPS2 commented on GitHub (Jul 7, 2016):
Has anyone looked into this yet?
@TechLucky commented on GitHub (Mar 17, 2017):
This will do the work...
http://ppssppbestconfig.blogspot.se/
[adfly removed]
@hrydgard commented on GitHub (Mar 17, 2017):
@TechLucky Please stop spamming adfly links.
@unknownbrackets commented on GitHub (May 15, 2017):
Does it render the portrait in the software renderer? It's slow, but that'll help confirm the problem.
-[Unknown]
@SimonPPC commented on GitHub (May 15, 2017):
I use 1.4-200 with the Software Renderer... Confirm the problem.
@unknownbrackets commented on GitHub (May 15, 2017):
Aha - if that's not with a savestate, it probably means we're mis-emulating something (maybe even HLE jpeg funcs.) Software rendering doesn't have memcpy issues, so it theoretically can't be that.
-[Unknown]
@SimonPPC commented on GitHub (May 15, 2017):
Not with savestate... I have load the game ;)
@unknownbrackets commented on GitHub (May 16, 2017):
Thanks for confirming, and for baring with the slowness of the software renderer. So that means the memcpy won't help...
There's no reported functions though:
http://report.ppsspp.org/logs/game/UCES00012_1.00
Hm.
-[Unknown]
@SimonPPC commented on GitHub (May 16, 2017):
Thanks to all of you that you continue to develop this emulator!
@FlatOutPS2 commented on GitHub (Dec 7, 2017):
The portraits are now visible with the software renderer in v1.5.0 builds. No change for D3D9/11 and OGL.
@FlatOutPS2 commented on GitHub (Dec 7, 2017):
A screenshot of the character portrait being visible at the top left with the software renderer. Though the software renderer does have other issue like missing grass textures (the grey/blue section at the bottom) and a line of garbage at the very bottom and right of the screen. These two issues are not there with any of the hardware renderers.
@unknownbrackets commented on GitHub (Dec 9, 2017):
The missing grass is a long standing bug in the software renderer. The garbage though may be new, oops...
Anyway, if it's possible to find the git build that fixed the portrait (you can go by halves, starting with the one halfway between 1.4.2 and 1.5.0, for example, it would only take about 8-10 tests), it would help significantly. If we can find what change fixed the bug in software, it should point very suggestively to the bug in Vulkan/OpenGL/etc.
-[Unknown]
@FlatOutPS2 commented on GitHub (Dec 9, 2017):
I just noticed that Everybody's Golf 2/ HSG Open Tee 2(the version I used for the above screenshot) used to crash with the software renderer. And applying the fix for that crash to PPSSPP 1.4.0 showed the portraits would have been visible back then(the software renderer garbage does indeed seem to be a new/worsened regression introduced between 1.4.0 and 1.5.0). So there hasn't been an improvement to portraits in EG2, but there's a difference between the two PSP games when using the software renderer(both games lack the portraits with the other renderers). I removed the ISO of EG1 a while ago, so I can't tell if there has been an improvement for that game right now. I'll have to look for the UMD.
@nassau-tk commented on GitHub (Aug 10, 2021):
v1.11.3-1101-gf233c7726 still missing the portrait.
★OpenGL/Vulkan/D3D 11 all
And, If use software rendering then it will happpen Invalid Memory Access error in some scene.
Example : Character select / Tee shot scene
@unknownbrackets commented on GitHub (Aug 11, 2021):
Can you make a frame dump (from OpenGL/similar) of one of the scenes where the software renderer would crash? I'm hoping the frame dump will reproduce it.
-[Unknown]
@nassau-tk commented on GitHub (Aug 11, 2021):
@unknownbrackets
Um.....
I tried getting the GEdump.
But, OpnGL/Vulkan/SoftwareRendering all backends cant appear any picture.
Why? Did I wrong way???
UCJS10001_DUMP.zip
@ghost commented on GitHub (Sep 17, 2021):
SW Renderer doesn't work anymore on this game, Im using the latest git build commit
github.com/hrydgard/ppsspp@cd05f3ad29Please solve this issue on sw renderer.
Edit: Commit
github.com/hrydgard/ppsspp@e6a2da69c5sw renderer is working again on this game.@ghost commented on GitHub (Sep 17, 2021):
SW Renderer
VK & OGL Renderer
using savestate from sw rendering.
DUMP
ppsspp dump.zip
@ghost commented on GitHub (Sep 19, 2021):
@SimonPPC outdated no feedback?
@SimonPPC commented on GitHub (Sep 19, 2021):
Hi, I haven't used the emulator for a long time.
@ghost commented on GitHub (Oct 10, 2022):
Can still reproduce this issue using ppsspp build
github.com/hrydgard/ppsspp@bc9215ca93Simulate Block Transfer Effects is enable I try also to disable/enable hw transform no luck.
Vulkan/OpenGL
Software
REAL HW
Dump:
UCES00012.ppdmp.zip
@sum2012 commented on GitHub (Nov 21, 2023):
v1.16.6-333-gecab50346 still missing portrait
@sum2012 commented on GitHub (Nov 21, 2023):
v1.4.2 soft gpu crash\hang in-game
@hrydgard commented on GitHub (Nov 22, 2023):
Yup, portraits still need investigation. But, hang in v1.4.2? That's a very old version, so not that interesting?
@sum2012 commented on GitHub (Nov 22, 2023):
@hrydgard Because @unknownbrackets asked it
@sum2012 commented on GitHub (Dec 2, 2023):
portraits maybe saved in the memory from player select screen
@sum2012 commented on GitHub (Feb 8, 2026):
Can @hrydgard or anyone give instruction to find hash value (better write in wiki) to use in ReplaceTables.cpp ?
@hrydgard commented on GitHub (Feb 8, 2026):
you can rename the function then do "save symbol map" to whatever format is text.. I know, we need a much better way :)
@sum2012 commented on GitHub (Feb 9, 2026):
@hrydgard
"save symbol map" do not have hash value
08804000 z_un_08804000,0024
08804040 z_un_08804040,0088
088040C8 z_un_088040c8,0060
@hrydgard commented on GitHub (Feb 9, 2026):
Hm, yeah :/
I used to have some method I can't remember, but I'm gonna make a nice way instead soon.
@hrydgard commented on GitHub (Feb 9, 2026):
@sum2012 see #21229
@sum2012 commented on GitHub (Feb 12, 2026):
I tired 3 days still don't get fixed. There is no Hook tutorial in wiki.