I found another option for getting performance information logged - RetroArch performance counters: https://docs.libretro.com/guides/generating-retroarch-logs/

I haven't seen anything useful logged yet though :/

@steffenbrauner

Almost . But the Pi400 remains stable and stays cool enough.

Thanks @mitu!

I did these tests with just the default RetroPie 4.7.1, though I did sudo apt update; sudo apt upgrade to get all the latest packages.

Let me know if this information helps:

pi@retropie:~$ uname -a Linux retropie 5.4.72-v7l+ #1356 SMP Thu Oct 22 13:57:51 BST 2020 armv7l GNU/Linux pi@retropie:~$ lsb_release --all No LSB modules are available. Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster

- George

@mitu said in RPi overclock question!:

The current stable kernel/firmware limits the GPU overclocking. I think a new firmware is necessary to be able to overclock the GPU again - there was a forum topic a few days ago with details. Why are you overclocking your PI ?

@mitu I'm overclocking to increase dreamcast and N64 performances. I noticed that with that OC values my pi stays under 70 Celsius degrees and dreamcast games run very well. I hope to gain some frame overclocking GPU as well but from what I understood it's not so affecting.

@elysse77 said in Do you need a GPU for retropie?:

or will the integrated graphics of the 6600k be sufficient?

Main issue you might encounter is a lack of proper support for the integrated gpu.

I know this topic is pretty old but I just had this happen to me. It happened because of a conflict in RetroPie auto start. I had manually entered a command line to auto start and then later chose the auto start option in RetroPie setup. Seems the two didn’t work well together. I resolved it by getting back to RetroPie setup in command line and deleted the auto start line. I’m definitely a noob so I apologize if my terminology is wrong. But I’m learning. Hope this helps someone else.

rpi3b.JPG rpi3b1.JPG this is my overclock on rpi 3b, its running stable, is this save?

@Nakynaw said in Core_freq vs Gpu_freq? (N64 performance):

@quicksilver who has been reading everything and it's opposite about overclocking, owns a Pi4 8G ram model, fan,

This thread is about Raspberry Pi3. I recommend you to create a new thread. Here is a relevant thread: https://retropie.org.uk/forum/topic/26982/overclocking-a-pi-4-yes-i-checked-the-stickies-and-the-docs

gpu is slow and only supports GLES/open gl 2. open gl 2.1 isn’t different from gles in terms of featureset, and that’s what matters.

cpu/core use doesn’t matter because cpu is barely used with pi3 plus mupen64plus (thanks to the arm dynarec).

mupen64plus-gliden64 is fairly well optimised for pi at this point, in my view. ultimately the gpu’s lack of features doom it.

system bus speed is always probably a bottleneck but no amount of speed will get over the GLES/gl limitations.

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.

Okey I found the solution:

https://steamcommunity.com/discussions/forum/11/558756256090837817/

By holding the menu button I could disable the scaling mode, why samsung couldn't build a menu function for that....

What kind of hardware acceleration are you talking about exactly ? What you need exactly ? There are different kinds.
Yes you can enable the OpenGL open-source driver, and chromium will say that GPU acceleration is active, but from my tests, there are no benefits of running Chromium with the OpenGL open-source driver unless you need WebGL, for the contrary, you will loose video hardware acceleration for example.

If there is a way to use OpenGL on RetroPie, short awnser is no. At least not an easy way, and even if you could make some emulators work, it would be worse using de open-source driver.