@_robert1243 Are you a spam bot ? None of your replies have anything RetroPie related or offer any substantial insight into the topics opened by the users.

@kreid90 where did you get your retropie image from?

@mitu Sorry... please ignore! "Generally speaking, raspi-config aims to provide the functionality to make the most common configuration changes. This may result in automated edits to /boot/config.txt" :-)

Thanks for the help guys. I'm not using Retropie at the moment, I'm using Mupen64plus-next on Lakka. My old Pi3B+/Retropie setup wasn't overclocked so I didn't use N64 much. Mariokart 64 and Rouge Squadron are my go to games for trying to judge resolution. Rogue Squadron has been covered and Mariokart has slight graphical glitches in anything above 320x2xx which leads me to think that it ran in low res.

@KN4THX Thanks to you, too. Most (all?) Linux graphical desktop environments can output their screen on multiple outputs with different resolutions. With the oldest and (still) most common X.org display server, this can be done in shell scripts by the xrandr tool*. But Retropie comes without X.org or similar display server, and I also remember reading somewhere in this forum that the Pi 3b's hardware can't output different pictures at the same time (e.g. via hdmi and composite). * edit: I don't know if tvservice can do anything similar on the Pi. In addition to these obstacles and unknowns, I would prefer an external solution to free the Pi from any additional cpu or gpu stress, and (with less priority) to be future-proof from significant changes in the hard- and software. That said, if there is a software solution for cloning the output with different resolutions without slowing the Pi down significantly, I would be happy to try it. :)

Thanks @mitu thats kinda what I needed to know, I'm a bit clueless when it comes to pc monitors and pi's.

@ohmycommodore From what I've tried out, systems where the resolution is the same as ES (probably 320x240) are fine, it's only when the resolution needs to switch that the problem occurs. You can definitely try it out and just send that command to clear out the frame buffer if you get stuck at any point. The one or two N64 games I tried worked really well, as well as psx games with enhanced resolution and the older systems with one or two frames of runahead. I'd be interested in seeing how RT works with Pi4 and Lakka though. I haven't used it much as I have all my PSX games in chd and didn't really want to change them all over.

@jamesfarnhamlong said in Retrotink U - Higher res ES and PSX games: The 450x270 looks best, but I was wondering if it was possible to run one @ 720x578 to improve the picture a little. I know the TV supports this as I have an old Apple TV that uses this revolution. How do I write the hdmi_timing to make this work? Is there a calculator or something I could use? Try this - http://eightvirtues.com/lakka/hat/RPi HDMI Timings Calculator and Core Docs.ods (courtesy of https://www.youtube.com/channel/UCtF_2HGXXPlUi1J0Euw1Qrw). Is it possible to adapt this to run at 2x resolution so I can use the enhanced graphics in psi-rearmed. Is there a way to have this only affect psx game launching? Or would it then throw out all the other systems? Is there much point? Maybe if you use the calculator linked above you can derive the correct HDMI timings to use. As for the effect on the other systems, you'll have to ask the author of those configs.

@BuZz Ah, I see. Guess that was easily solved :D

Thanks for the answers and the suggestion of new theme. I will look into it. I did, that's where I got suggested to change the integer scaling, that didn't change anything.

Thanks for the tip @dankcushions. This was driving me insane. I'll update from source when Mario Kart 64 misbehaves from now on :)

@sirhenrythe5th Thanks for the detailed answer!

@mitu - Not a big deal but shouldn't Core Providedfill the screen on the x or y axis but not necessarily Integer Scaling which would be more of a whole number multiple of the original resolution less than the display resolution or am I reading that wrong?

@delirium_cordia RetroPie (and the Raspberry PI and other SBCs) are all about tinkering and learning new things. No need to rush things if you're not in a hurry - ask away in the forums if you cannot find the answer in the Docs.

@mindfieldx Yes, it's part of the 4.5 release: https://github.com/RetroPie/RetroPie-Setup/commit/47035624de6e26b52a9c0d7529926c307440a6f5

I think I found the solution. In mupen64plus.cfg you can find the overscan options. Need some fiddling around with it but probably this is what I was searching for. Though I don't know why the standard resolution (640x480) doesn't need overscan and higher resolutions need this to be able to fill the whole screen. Any one know why?

@canispeaktodave that makes sense. once you use overscan you're not using the native resolution, so blurring/artefacts. i believe the overscan settings are based on pixels, so assuming overscan_left=-12 overscan_right=15 overscan_top=-30 overscan_bottom=20 you can work out the post-overscan resolution by applying the left and right numbers to the width (480), and the top and bottom numbers to the height (320) it's a bit confusing to me that you have positive and negative numbers in your overscan settings, though. that would seem to shift the image when normally you'd want to shrink it, but it's been a while since i played with that stuff.

@mitu its working . I modify only the mode and group as you said . Thanks alot mate , all good !

I am using an HDMI to DVI cable. Will try tvservice now. Thank you for trying to help!