@Drdave79 said in FBNEO Screen Glitches. (CLOSED):

I wasn't aware I had to run verbose logging via runcommand.

you're never going to guess where this is clearly written... https://retropie.org.uk/forum/topic/3/read-this-first :P

But yes, I did run the command and report back as @dankcushions has requested. He must have missed my response.

you didn't give me the output. ls -l /dev/shm won't just output a filename, it will output the entire contents of the directory, permissions, etc. that's what i wanted.

@dankcushions

/opt/retropie/configs/arcade/retroarch.cfg

https://pastebin.com/X6UqByyC

finally this is how you use pastebin. thank you :)

/opt/retropie/configs/all/retroarch.cfg

https://pastebin.com/7J9b0fzz

# Menu driver to use. ("rgui", "xmb", "glui") menu_driver = "xmb"

the default in retropie is rgui, which consumes the lowest resources. i'm not aware of others causing issues, but bear in mind.

shaders aren't neccesarily a problem, depending on which one you use, but coupled with overlays they are known to cause performance issues.

without a verbose log it's a lot of guesswork, though.

@ras_oscar I'm not sure what you're expecting to see on a 22" screen that is emulating a handheld that is roughly 3" in size.

Try each emulator and see if that works for you. Are you a C64 era, A2600 era, PS1 era... Laserdisc... You have to decide... Not the "braintrust", as we already decided on our own as well.

I have 51 systems working on my RP unit. I like them all.

@mitu I tried all the commands listed and nothing seems to change the look other than removing the -f, adding in the -4 and choosing CEA-4 as the video mode. The --scale2x did what it usually does, gives that rounded look. --scale=n (interger scaling) did nothing, and niether did -NTSC, -PAL

So this is the end result. It looks odd with all the color and no black borders on the sides, but it runs great and has the 4:3 size ratio.

I don't know what else to do with this, seems odd that it does this. I can live with it if there is no other choice.

screen.jpg

relevant documentation: https://retropie.org.uk/docs/Shaders-and-Smoothing/

@greenhawk84 to be clear they’re never going to fix dispmanx/omx support. these utilise features of the original closed source gpu firmware that they have replaced with an open, more standard linux solution. it’s not all bad news, though, as there’s typically an alternative solution (eg vlc rather than omx, but you may have to re-encode/replace your videos).

Please use the libretro forum. This is a dedicated RetroPie forum and, while we use RetroArch, it's just on Linux/Raspberry Pi and not on Windows.

@vlyankovskiy said in Graphics Raspberry Pi 3:

@rbaker, Thanks for the answer, I apologize for the illegal content.
Could you tell me where the documentation says anything about quality enhancing filters?

Thank you, I think I found

This is confirmed as a bug and is in the process of being fixed and tested.

https://github.com/midwan/amiberry/issues/426

@cagusch Have you tried it on lr-duckstation?

Also, not saying that that's the case, but it is quite normal for games to reduce polygon count and drawing distance when rendering split screen. What's the atual behavior you're observing?

@mr_smt That seems to look like a warning, but it might indicate that your installation does not have hardware accelerated graphics (maybe due to running in a vm) and the emulator needs it in order to run.

I'd suggest to use something that's native to your os (macOS) like OpenEmu or RetroArch. You could also use AttractMode as a frontend, in combination with RetroArch, if the default RetroArch interface is not enough.

I have similar problem. I thought its my adapter to the monitor. I use a dongle for keyboard too. What was the interval when you got this screen freeze? I get it maybe once in a hour. Maybe its a different story on my side.

@sonpluck

Not a problem.

@jimbee select + x is the default way to access the retroarch menu (for future reference)

Nice bartop! I love Ghosts'n Goblins! :) Not too far of my own build design-wise, even though it's themed differently. Do you have some build pictures?

@alturis said in EmulationStation issue with marquee.png:

Or potentially an issue with how the ComicBook theme is setting up the marquee element. Will have to look at that later tonight.

Nah looks pretty simple and straightforward to me.

<image name="md_marquee"> <pos>0.74 0.086</pos> <maxSize>0.26 0.1</maxSize> <origin>0.5 0.5</origin> </image>

Though now I am wondering if is something with the handling of the "maxSize" feature of ES that is at play here.

@usarmyvet That depends on the emulator in question. Most emulators of Retropie are so called "cores" of RetroArch. See here how to smoothen their graphics in RetroArch and even "upgrade" them to some extend, i.e. making them look more like the vintage monitors the games were originally run on.

https://retropie.org.uk/docs/Shaders-and-Smoothing/

Most systems that display in 256x224 are stretched by the TV.

The NES' pixels are actually 1.2x wider than tall, probably the same for other systems as well.

Alright, thank you both for your responses. I'm going to keep looking and I will try to make it work. I'll post back if I found anything.

Thank you for the information.
Now I am a bit wiser.