[GH-ISSUE #3332] Persona 2 Innocent Sin's UI lines don't work at all resolutions #1394

New issue

Open

opened 2026-03-17 22:55:20 +03:00 by kerem · 40 comments

kerem commented 2026-03-17 22:55:20 +03:00

Owner

Copy link

Originally created by @internetakias on GitHub (Aug 23, 2013).
Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/3332

When BR's off the stripes that make up the backgrounds of certain UI elements are being spaced out correctly.

When any form of BR is turned on however, the spacing gets messed up, causing certain stripes to be spaced further away from each other.

Originally created by @internetakias on GitHub (Aug 23, 2013). Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/3332 When BR's off the stripes that make up the backgrounds of certain UI elements are being spaced out correctly.  When any form of BR is turned on however, the spacing gets messed up, causing certain stripes to be spaced further away from each other. 

kerem added the

Vulkan

D3D9 (removed)

D3D11

OpenGL

GE emulation

labels 2026-03-17 22:55:20 +03:00

kerem commented 2026-03-17 22:55:31 +03:00

Author

Owner

Copy link

@bonquacks commented on GitHub (Aug 23, 2013):

I noticed it too, but it seems like such a minor issue, considering that it does not affect the playability of the game one way or the other, as compared to the massive transparency issue it had previously which was resolved thanks to @hrydgard

Thanks for the report anyway, this one will take time to fix.

<!-- gh-comment-id:23136659 --> @bonquacks commented on GitHub (Aug 23, 2013): I noticed it too, but it seems like such a minor issue, considering that it does not affect the playability of the game one way or the other, as compared to the massive transparency issue it had previously which was resolved thanks to @hrydgard Thanks for the report anyway, this one will take time to fix.

kerem commented 2026-03-17 22:55:36 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 23, 2013):

Huh. Seems like on Android it's the complete opposite
BR off:

Br on:

<!-- gh-comment-id:23142989 --> @internetakias commented on GitHub (Aug 23, 2013): Huh. Seems like on Android it's the complete opposite BR off:  Br on: 

kerem commented 2026-03-17 22:55:41 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

I think it may be related to scissor . I may be wrong . Is this tested with latest build ?

<!-- gh-comment-id:23145976 --> @dbz400 commented on GitHub (Aug 23, 2013): I think it may be related to scissor . I may be wrong . Is this tested with latest build ?

kerem commented 2026-03-17 22:55:46 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 23, 2013):

Yes, both my PC and Galaxy S3 are using the latest build

<!-- gh-comment-id:23146305 --> @internetakias commented on GitHub (Aug 23, 2013): Yes, both my PC and Galaxy S3 are using the latest build

kerem commented 2026-03-17 22:55:52 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

Can you a bit older version of it ? v0.9.1-15-g1ea0cd0 (which is before the scissor fix)

<!-- gh-comment-id:23146589 --> @dbz400 commented on GitHub (Aug 23, 2013): Can you a bit older version of it ? v0.9.1-15-g1ea0cd0 (which is before the scissor fix)

kerem commented 2026-03-17 22:55:57 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 23, 2013):

Not really seeing a difference
PC:
BR OFF

BR ON

ANDROID:
BR OFF

BR ON

<!-- gh-comment-id:23147740 --> @internetakias commented on GitHub (Aug 23, 2013): Not really seeing a difference PC: BR OFF  BR ON  ANDROID: BR OFF  BR ON 

kerem commented 2026-03-17 22:56:02 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

It is funny .They are exactly reversed among Android and PC version . Really not much idea what is real cause .....

<!-- gh-comment-id:23147960 --> @dbz400 commented on GitHub (Aug 23, 2013): It is funny .They are exactly reversed among Android and PC version . Really not much idea what is real cause .....

kerem commented 2026-03-17 22:56:07 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 23, 2013):

Should I try attaching a framedump? Would it help any?

<!-- gh-comment-id:23148068 --> @internetakias commented on GitHub (Aug 23, 2013): Should I try attaching a framedump? Would it help any?

kerem commented 2026-03-17 22:56:12 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

Btw , we can see the rendering of 'Normal' is also different even stripes are correct .

<!-- gh-comment-id:23148199 --> @dbz400 commented on GitHub (Aug 23, 2013): Btw , we can see the rendering of 'Normal' is also different even stripes are correct .

kerem commented 2026-03-17 22:56:17 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 23, 2013):

Here are the frame dumps
ON: https://docs.google.com/file/d/0BzC2uL8lp2t-V0doa3Z4c0l3b0E/edit?usp=sharing
OFF: https://docs.google.com/file/d/0BzC2uL8lp2t-NDZuUTgzRko1TlE/edit?usp=sharing

<!-- gh-comment-id:23149315 --> @internetakias commented on GitHub (Aug 23, 2013): Here are the frame dumps ON: https://docs.google.com/file/d/0BzC2uL8lp2t-V0doa3Z4c0l3b0E/edit?usp=sharing OFF: https://docs.google.com/file/d/0BzC2uL8lp2t-NDZuUTgzRko1TlE/edit?usp=sharing

kerem commented 2026-03-17 22:56:22 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

That would be helpful .Will check it out.

<!-- gh-comment-id:23175113 --> @dbz400 commented on GitHub (Aug 23, 2013): That would be helpful .Will check it out.

kerem commented 2026-03-17 22:56:27 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 23, 2013):

That would be helpful .Will check it out.

<!-- gh-comment-id:23175152 --> @dbz400 commented on GitHub (Aug 23, 2013): That would be helpful .Will check it out.

kerem commented 2026-03-17 22:56:32 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 25, 2013):

Alright .Just able to test it .Looks like bit different indeed.

• Real PSP
  
  
• PPSSPP
  
  

<!-- gh-comment-id:23224823 --> @dbz400 commented on GitHub (Aug 25, 2013): Alright .Just able to test it .Looks like bit different indeed. - Real PSP   - PPSSPP  

kerem commented 2026-03-17 22:56:37 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 25, 2013):

@internetakias , just wonder which version you are able to reproduce the difference between rendering mode ? as i cannot reproduce it .

<!-- gh-comment-id:23224990 --> @dbz400 commented on GitHub (Aug 25, 2013): @internetakias , just wonder which version you are able to reproduce the difference between rendering mode ? as i cannot reproduce it .

kerem commented 2026-03-17 22:56:42 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 25, 2013):

v0.9.1-131-g2d89323 64 BIT

<!-- gh-comment-id:23225395 --> @internetakias commented on GitHub (Aug 25, 2013): v0.9.1-131-g2d89323 64 BIT

kerem commented 2026-03-17 22:56:48 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 25, 2013):

Just tested it out on the 32 bit build, and couldn't notice anything different.

<!-- gh-comment-id:23225460 --> @internetakias commented on GitHub (Aug 25, 2013): Just tested it out on the 32 bit build, and couldn't notice anything different.

kerem commented 2026-03-17 22:56:53 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Aug 25, 2013):

Adventures To Go! (which is nowhere as good as a Persona game) also has the "too dark" issue.

-[Unknown]

<!-- gh-comment-id:23229105 --> @unknownbrackets commented on GitHub (Aug 25, 2013): Adventures To Go! (which is nowhere as good as a Persona game) also has the "too dark" issue. -[Unknown]

kerem commented 2026-03-17 22:56:58 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 25, 2013):

Humm i just tried v0.9.1-131-g2d89323 64 bit , also cannot see the difference .Strange.

<!-- gh-comment-id:23237835 --> @dbz400 commented on GitHub (Aug 25, 2013): Humm i just tried v0.9.1-131-g2d89323 64 bit , also cannot see the difference .Strange.

kerem commented 2026-03-17 22:57:03 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Aug 26, 2013):

Hmm... Maybe it has to do with the graphics card? I have an AMD Radeon HD 6770. Also, all modes of buffered rendering produce the same result, FYI.

<!-- gh-comment-id:23240023 --> @internetakias commented on GitHub (Aug 26, 2013): Hmm... Maybe it has to do with the graphics card? I have an AMD Radeon HD 6770. Also, all modes of buffered rendering produce the same result, FYI.

kerem commented 2026-03-17 22:57:08 +03:00

Author

Owner

Copy link

@dbz400 commented on GitHub (Aug 26, 2013):

However , can 131 build still able to produce the following correct one from your system ?

<!-- gh-comment-id:23249145 --> @dbz400 commented on GitHub (Aug 26, 2013): However , can 131 build still able to produce the following correct one from your system ? 

kerem commented 2026-03-17 22:57:13 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Jan 20, 2014):

The lines seem okay on desktop, at least for me, but it's solid if render resolution is set to 2x.

How does this look for you now?

Software rendering looks pretty good now and is not too dark (with #5158.)

Dark issue is already covered by #3379.

-[Unknown]

<!-- gh-comment-id:32739298 --> @unknownbrackets commented on GitHub (Jan 20, 2014): The lines seem okay on desktop, at least for me, but it's solid if render resolution is set to 2x. How does this look for you now? Software rendering looks pretty good now and is not too dark (with #5158.) Dark issue is already covered by #3379. -[Unknown]

kerem commented 2026-03-17 22:57:18 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Jan 21, 2014):

It looks fine on PC, haven't checked on my GS3 yet, though.

<!-- gh-comment-id:32833652 --> @internetakias commented on GitHub (Jan 21, 2014): It looks fine on PC, haven't checked on my GS3 yet, though.

kerem commented 2026-03-17 22:57:23 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Jun 8, 2014):

For me, this makes it look much more correct on all resolutions:

void FramebufferManager::SetLineWidth() {
#ifndef USING_GLES2
    glEnable(GL_LINE_SMOOTH);
    if (g_Config.iInternalResolution == 0) {
        glLineWidth(std::max(1.0f, (float)(PSP_CoreParameter().renderWidth / 480.0f)) + 0.5f);
        glPointSize(std::max(1.0f, (float)(PSP_CoreParameter().renderWidth / 480.0f)));
    } else {
        glLineWidth((float)g_Config.iInternalResolution + 0.5f);
        glPointSize((float)g_Config.iInternalResolution);
    }
#endif
}

Lines are pretty uncommon. I wonder if we should/can redo them as polygons to try to get the width more correct...

-[Unknown]

<!-- gh-comment-id:45443672 --> @unknownbrackets commented on GitHub (Jun 8, 2014): For me, this makes it look much more correct on all resolutions: ``` c++ void FramebufferManager::SetLineWidth() { #ifndef USING_GLES2 glEnable(GL_LINE_SMOOTH); if (g_Config.iInternalResolution == 0) { glLineWidth(std::max(1.0f, (float)(PSP_CoreParameter().renderWidth / 480.0f)) + 0.5f); glPointSize(std::max(1.0f, (float)(PSP_CoreParameter().renderWidth / 480.0f))); } else { glLineWidth((float)g_Config.iInternalResolution + 0.5f); glPointSize((float)g_Config.iInternalResolution); } #endif } ``` Lines are pretty uncommon. I wonder if we should/can redo them as polygons to try to get the width more correct... -[Unknown]

kerem commented 2026-03-17 22:57:28 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Jun 8, 2014):

We can, of course, the same way we deal with rectangles: Software transform them to screen space, then tesselate (make triangles) manually. I don't think it's very well defined what to do at corners of line strips though, the PSP doesn't care about the corner style because there are no more-than-one-pixel-wide lines on it.

<!-- gh-comment-id:45445186 --> @hrydgard commented on GitHub (Jun 8, 2014): We can, of course, the same way we deal with rectangles: Software transform them to screen space, then tesselate (make triangles) manually. I don't think it's very well defined what to do at corners of line strips though, the PSP doesn't care about the corner style because there are no more-than-one-pixel-wide lines on it.

kerem commented 2026-03-17 22:57:33 +03:00

Author

Owner

Copy link

@internetakias commented on GitHub (Sep 28, 2014):

Just a heads up, it seems like this issue is present in the D3D9 backend now

<!-- gh-comment-id:57084809 --> @internetakias commented on GitHub (Sep 28, 2014): Just a heads up, it seems like this issue is present in the D3D9 backend now 

kerem commented 2026-03-17 22:57:38 +03:00

Author

Owner

Copy link

@trostboot commented on GitHub (Mar 9, 2016):

This is still present and behaves differently depending on the backend and rendering resolution. Win10, 64bit, v1.2.1-56-gcc4e7c4. AMD R9 270X, 16.2.1 driver.

OGL, 1xIR:

OGL, 2xIR:

D3D, 1xIR:

D3D, 2xIR:

Basically, it seems to be fine at 2x (and other multiples of 2) in OGL, and at 1x in D3D.

<!-- gh-comment-id:194302692 --> @trostboot commented on GitHub (Mar 9, 2016): This is still present and behaves differently depending on the backend and rendering resolution. Win10, 64bit, v1.2.1-56-gcc4e7c4. AMD R9 270X, 16.2.1 driver. OGL, 1xIR:  OGL, 2xIR:  D3D, 1xIR:  D3D, 2xIR:  Basically, it seems to be fine at 2x (and other multiples of 2) in OGL, and at 1x in D3D.

kerem commented 2026-03-17 22:57:43 +03:00

Author

Owner

Copy link

@Panderner commented on GitHub (Mar 19, 2020):

Same happens in Eternal Punishment:

<!-- gh-comment-id:601061914 --> @Panderner commented on GitHub (Mar 19, 2020): Same happens in Eternal Punishment:   

kerem commented 2026-03-17 22:57:49 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Mar 19, 2020):

Yeah, this is an oldie but goodie. Will be fixed if we ever implement #8276 ...

<!-- gh-comment-id:601085790 --> @hrydgard commented on GitHub (Mar 19, 2020): Yeah, this is an oldie but goodie. Will be fixed if we ever implement #8276 ...

kerem commented 2026-03-17 22:57:54 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Oct 31, 2021):

I haven't tested this, but #15076 may help.

-[Unknown]

<!-- gh-comment-id:955797771 --> @unknownbrackets commented on GitHub (Oct 31, 2021): I haven't tested this, but #15076 may help. -[Unknown]

kerem commented 2026-03-17 22:57:59 +03:00

Author

Owner

Copy link

@ghost commented on GitHub (Nov 1, 2021):

Here's the results I don't get the real issue here though 😅

ppsspp v1.12.3-136

Vulkan

PSP

<!-- gh-comment-id:956176819 --> @ghost commented on GitHub (Nov 1, 2021): Here's the results I don't get the real issue here though 😅 ppsspp v1.12.3-136 **Vulkan**  **PSP** 

kerem commented 2026-03-17 22:58:04 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Nov 1, 2021):

Nice, looks pretty good!

Maybe not perfect, but not sure it's possible to get it perfect with the information we have from the game (just plain line draw commands).

<!-- gh-comment-id:956275186 --> @hrydgard commented on GitHub (Nov 1, 2021): Nice, looks pretty good!  Maybe not perfect, but not sure it's possible to get it perfect with the information we have from the game (just plain line draw commands).

kerem commented 2026-03-17 22:58:09 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Nov 2, 2021):

I think that part always kinda looked that way (see even first screenshots), it was actually the cross-hatch shaded backgrounds this bug was about.

I'm going to reopen though, the lines need some work at some resolutions.

-[Unknown]

<!-- gh-comment-id:957142906 --> @unknownbrackets commented on GitHub (Nov 2, 2021): I think that part always kinda looked that way (see even first screenshots), it was actually the cross-hatch shaded backgrounds this bug was about. I'm going to reopen though, the lines need some work at some resolutions.  -[Unknown]

kerem commented 2026-03-17 22:58:14 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Nov 2, 2021):

Ah I see, oh yeah, the hatched backgrounds are way better indeed.

<!-- gh-comment-id:957192103 --> @hrydgard commented on GitHub (Nov 2, 2021): Ah I see, oh yeah, the hatched backgrounds are way better indeed.

kerem commented 2026-03-17 22:58:19 +03:00

Author

Owner

Copy link

@unknownbrackets commented on GitHub (Nov 4, 2021):

Just to clarify status after that last change, here's a frame dump: #3332_ULUS10584_persona2_lines.zip

Correct (PSP):

Software rendering:

GLES/Vulkan (they're pretty much the same):

As noted in #15091, the diagonal lines are still too think.

-[Unknown]

<!-- gh-comment-id:960336055 --> @unknownbrackets commented on GitHub (Nov 4, 2021): Just to clarify status after that last change, here's a frame dump: [#3332_ULUS10584_persona2_lines.zip](https://github.com/hrydgard/ppsspp/files/7471469/3332_ULUS10584_persona2_lines.zip) Correct (PSP):  Software rendering:  GLES/Vulkan (they're pretty much the same):  As noted in #15091, the diagonal lines are still too think. -[Unknown]

kerem commented 2026-03-17 22:58:24 +03:00

Author

Owner

Copy link

@Tayruu commented on GitHub (Jan 24, 2025):

I seem to be getting some odd distinctions from what's been mentioned here or elsewhere.
This is version 1.18.1.

Software renderer: gradient fade for the help/explanation/controls area is missing, imperfect outlines on commands.

Hardware render (at 1x): rendering appears correct to hardware.

Software renderer: gradient missing in battle too, commands and other elements otherwise look correct

Hardware render: glow effect on selected commands appears misshapen, scanlines on turn order doesn't fill sidebar.

I would almost use the harder renderer (the higher resolution environment is nice, and doesn't lag like P1P did for some reason), but the battle transitions being broken as per #13079 looks awful, so I've been sticking with software render.

<!-- gh-comment-id:2612434737 --> @Tayruu commented on GitHub (Jan 24, 2025): I seem to be getting some odd distinctions from what's been mentioned here or elsewhere. This is version 1.18.1. Software renderer: gradient fade for the help/explanation/controls area is missing, imperfect outlines on commands.  Hardware render (at 1x): rendering appears correct to hardware.  Software renderer: gradient missing in battle too, commands and other elements otherwise look correct  Hardware render: glow effect on selected commands appears misshapen, scanlines on turn order doesn't fill sidebar.  I would almost use the harder renderer (the higher resolution environment is nice, and doesn't lag like P1P did for some reason), but the battle transitions being broken as per #13079 looks awful, so I've been sticking with software render.

kerem commented 2026-03-17 22:58:29 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Jan 24, 2025):

Thanks for reporting!

The missing gradient is likely due to some missing check in our rectangle drawing optimizations that have been added to the software renderer. I'll look into it soon, definitely before the 1.19 release (spring).

EDIT: Actually, the missing gradient is due to missing gouraud shading on lines, for whatever reason.

There's not really a good definition of line shapes that will work perfectly at higher resolutions when a game really was designed for a specific resolution, the lines interact with the bitmapped neighboring graphics. But it does seem like we could do better there too.

And yes, I know, #13079 is annoying... Will have to take a look at that again too.

<!-- gh-comment-id:2612598177 --> @hrydgard commented on GitHub (Jan 24, 2025): Thanks for reporting! The missing gradient is likely due to some missing check in our rectangle drawing optimizations that have been added to the software renderer. I'll look into it soon, definitely before the 1.19 release (spring). EDIT: Actually, the missing gradient is due to missing gouraud shading on lines, for whatever reason. There's not really a good definition of line shapes that will work perfectly at higher resolutions when a game really was designed for a specific resolution, the lines interact with the bitmapped neighboring graphics. But it does seem like we could do better there too. And yes, I know, #13079 is annoying... Will have to take a look at that again too.

kerem commented 2026-03-17 22:58:34 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Mar 3, 2025):

a2abf9402b broke line gouraud shading with a logic mistake. fixing.

Moving further work on hardware line drawing to the future.

<!-- gh-comment-id:2693993408 --> @hrydgard commented on GitHub (Mar 3, 2025): a2abf9402bdb180731c99a419efcb67124aa6194 broke line gouraud shading with a logic mistake. fixing. Moving further work on hardware line drawing to the future.

kerem commented 2026-03-17 22:58:39 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Mar 3, 2025):

@Tayruu both renderers should now have the worst problems fixed, although some line shaping problems remain in the hardware renderer. Please test!

<!-- gh-comment-id:2694022815 --> @hrydgard commented on GitHub (Mar 3, 2025): @Tayruu both renderers should now have the worst problems fixed, although some line shaping problems remain in the hardware renderer. Please test!

kerem commented 2026-03-17 22:58:45 +03:00

Author

Owner

Copy link

@Tayruu commented on GitHub (Oct 31, 2025):

@hrydgard oh god I didn't know I got atted I'm sorry I didn't follow up for months uhhhh
I can confirm that on both Software and Hardware on v1.19.3 that gradients, outlines, and scanline texture effects look correct now. The only thing remaining is the odd misshaping with battle commands, but it's pretty minor and really only obvious on say, 4x render.

Software render:

Hardware render, 1x:

Hardware render, 4x:

EDIT: ... actually the more I look at it the more I get the feeling these assets are drawn with in-engine line drawing, as opposed to being texture assets. The reason why the edges look strange is because it's upscaling individual line draws. It's not an emulator problem, it's just the way they designed it makes more sense at a 1-pixel level.

<!-- gh-comment-id:3472593237 --> @Tayruu commented on GitHub (Oct 31, 2025): @hrydgard oh god I didn't know I got atted I'm sorry I didn't follow up for months uhhhh I can confirm that on both Software and Hardware on v1.19.3 that gradients, outlines, and scanline texture effects look correct now. The only thing remaining is the odd misshaping with battle commands, but it's pretty minor and really only obvious on say, 4x render. **Software render:** <img width="448" height="128" alt="Image" src="https://github.com/user-attachments/assets/b9da9810-9f34-4422-931a-a2d4e3ff672f" /> **Hardware render, 1x:** <img width="448" height="128" alt="Image" src="https://github.com/user-attachments/assets/10eec0c7-58af-4a2e-982b-3688916afcb3" /> **Hardware render, 4x:** <img width="448" height="128" alt="Image" src="https://github.com/user-attachments/assets/c3976288-1001-490b-a8b8-eef2902f2509" /> **EDIT:** ... actually the more I look at it the more I get the feeling these assets are drawn with in-engine line drawing, as opposed to being texture assets. The reason why the edges look strange is because it's upscaling individual line draws. It's not an emulator problem, it's just the way they designed it makes more sense at a 1-pixel level.

kerem commented 2026-03-17 22:58:50 +03:00

Author

Owner

Copy link

@hrydgard commented on GitHub (Oct 31, 2025):

Yup, that's exactly the problem. We could probably do some adjustment hacks to make these lines look good, but that might make similar lines in other games look worse. The PSP has the hardware capability to draw 1-pixel-wide lines, and knowing exactly what to do with those when rendering at higher resolutions really is content-dependent...

Thanks for reporting the new state!

<!-- gh-comment-id:3473008739 --> @hrydgard commented on GitHub (Oct 31, 2025): Yup, that's exactly the problem. We could probably do some adjustment hacks to make these lines look good, but that might make similar lines in other games look worse. The PSP has the hardware capability to draw 1-pixel-wide lines, and knowing exactly what to do with those when rendering at higher resolutions really is content-dependent... Thanks for reporting the new state!

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

master

dependabot/cargo/Tools/langtool/rustls-webpki-0.103.13

readme-1.20.4

https-linux-poc

more-minor-fixes

adhoc-view

minor-bbox-opt

more-cleanup

readme-fix

more-ui

v1.19.10-beta

adhoc-server-mode

morph-jit-work

add-vsync-event

viewport-rework

separate-portrait-config-work

ui-notification-work

lua-work

http-split-headers

v1.19.5-beta

matrix-opt

rewind-zstd

rework-audio-queues

psn-login-params

v1.19.3-commits

atrac-work

jit-ir-fixes

bump-android-sdk-version

themable-slider-colors

some-bbox-work

sum2012-half-skip

auto-log

more-smart-2d-filtering

ingame-network-ui

reject-icmp

atrac-forward-port

atrac-ctx-2-work

background-raster

defer-ge-cycles

test

parallel-loop-max-threads

ir-work-2

text-draw-refactor-3

avoid-strlen-memblockinfo

hotfixes-1.16.6

merge-drawcalls-same-output

frame-timing-new

lost-device-work

drawengine-reduce-buffer-binds

drawarrays-avoid-rebind

opengl-delayed-readback

minor-readback-refactors

nvda-support

vertex-format-remove-uv-flag

spirv-dumper

neon-opts

remove-hardware-skinning

ridge-racer-more-lens-flare

event-profiler

md5

maintainance_1.13

mali-stencil-test

interpreter-nan-check

sdl-vulkan-work

vfpu-dot-experiments

mipmap-slope

loco2-video-alt-fix

v1.20.3

v1.20.2

v1.20.1

v1.20

v1.19.3

v1.19.2

v1.19.1

v1.19

v1.18.1

v1.18

v1.17.1

v1.17

v1.16.6

v1.16.5

v1.16.4

v1.16.3

v1.16.2

v1.16.1

v1.16

v1.15.4

v1.15.3

v1.15.2

v1.15.1

v1.15

v1.14.4

v1.14.3

v1.14.2

v1.14.1

v1.14

v1.13.1b

v1.13.2

v1.13.1

v1.13

v1.12.3+

v1.12.3

v1.12.2

v1.12.1

v1.12

v1.11.3

v1.11.2

v1.11.1

v1.11

v1.10.3

v1.10.2

v1.10.1

v1.10

v1.9.3-950-g4debff114

v1.9.3-428-g2a0a64e0e

v1.9.4

v1.9.3-338-ga488fe17b

v1.9.3

v1.9.2

v1.9.1

v1.9

v1.8.0-698-g5c8ce9018

v1.8.0-550-gdc4e00f5d

v1.8.0-538-g3b29b13fe

v1.8.0-506-g30d7b7cb5

v1.8.0-477-g4510fb1e7

v1.8.0-409-g06e90a74a

v1.8.0-368-g73f8878c3

v1.8.0-260-gc0d5b4be7

v1.8.0-205-gf932de55b

v1.8.0-203-gb7ec62dae

v1.8.0

v1.7.5

v1.7.4

v1.7.3.1

v1.7.3

v1.7.2

v1.7.1-175-g631bc7840

v1.7.1

v1.7

v1.6.3-644-ga49df7d71

v1.6.3-605-g05b92c62b

v1.6.3-604-g7e6b227b4

v1.6.3-526-gcc7f8d561

v1.6.3-441-g3f79e3e24

v1.6.3

v1.6.2

v1.6.1

v1.6

v1.5.4-1041-ga16a7f0

v1.5.4-924-g65ba116

v1.5.4-492-gacfd919

v1.5.4-468-g2363ca6

v1.5.4-300-ge658e74

v1.5.4-267-g3b1b1bb

v1.5.4-232-gbe2984c

v1.5.4-204-gaa49c6d

v1.5.4-136-g8ac5fbc

v1.5.4

v1.5.3-71-g3ebd810

v1.5.3

v1.5.2

v1.5.1

v1.5

v1.4.2

v1.4.1

v1.4

v1.3

v1.2.2

v1.2.1

v1.2

v1.1.1

v1.1.0

v1.0.1

v1.0

v0.9.9.1

v0.9.9

v0.9.8

v0.9.7.2

v0.9.7.1

v0.9.7

v0.9.6

v0.9.5

v0.9.1

v0.9

v0.8.1

v0.8

v0.7.6

v0.7.5

v0.7

v0.6.1

v0.6

v0.5

v0.4

v0.31

v0.3.1

v0.3

Labels

Clear 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 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

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/ppsspp#1394

No description provided.