tldr; I am getting an image now but the journey has just begun (not getting audio out of it 
)
Thank you so much, Flavor! So many options to test
The first one about using https://github.com/TheFlav/rpi-fbcp and waveshare32b-fp.dtbo is the one that was set up by default when I ran the Full_install.sh script. Unfortunately that just shows a white screen both when executed by the service or manually in the terminal.
I don't have the hdmi plugged in anymore, I only connect it when I need to share a picture here. It is just a random 5 inch raspberry pi monitor I have. From what I can see in its EDID, it does support 1024x768 and it registers as landscape.
Tested forcing the resolution to 320x240 from the config file as suggested, with the dtoverlay for waveshare commented out to test the custom binary but the same weird lines are shown on the display. Then tried uncommenting the waveshare dtoverlay and keep forcing the 320x240 resolution to test that with the default TheFlav/rpi-fbcp binary. Rebooted but still nothing shows up on the screen.
Haven't gone through the entire bcmstat script but it seems like the CM4 is not supported, and I'm not sure if I'm reading this right but it seems to say the core (or one of them at least) is running at 267MHz or 300Mhz. That doesn't sound right does it?
Changing the `core_freq=400` did not change anything when testing with the default TheFlav/rpi-fbcp binary and the waveshare dtoverlay enabled. But it did work when disabling the overlay and using my custom binary (or any of the ones in FreeplayILI9341). They now shows the following 2 lines:
And bcmstat now shows a ~consistent 244MHz core speed:
Still reading through juj's repo but are there any consequences on using core_freq=400 vs compiling binaries set to a particular speed?
Also, I am not getting any audio out of either the speaker nor the headphone jack and dmesg shows `bcm2835_audio bcm2835_audio: card created with 4 channels`, is it time for me to start throwing things into the config.txt that were removed?
)Thank you so much, Flavor! So many options to test
The first one about using https://github.com/TheFlav/rpi-fbcp and waveshare32b-fp.dtbo is the one that was set up by default when I ran the Full_install.sh script. Unfortunately that just shows a white screen both when executed by the service or manually in the terminal.
I don't have the hdmi plugged in anymore, I only connect it when I need to share a picture here. It is just a random 5 inch raspberry pi monitor I have. From what I can see in its EDID, it does support 1024x768 and it registers as landscape.
Tested forcing the resolution to 320x240 from the config file as suggested, with the dtoverlay for waveshare commented out to test the custom binary but the same weird lines are shown on the display. Then tried uncommenting the waveshare dtoverlay and keep forcing the 320x240 resolution to test that with the default TheFlav/rpi-fbcp binary. Rebooted but still nothing shows up on the screen.
Haven't gone through the entire bcmstat script but it seems like the CM4 is not supported, and I'm not sure if I'm reading this right but it seems to say the core (or one of them at least) is running at 267MHz or 300Mhz. That doesn't sound right does it?
Code:
pi@retropie:~ $ ./bcmstat.sh
Config: v0.5.5, args "", priority lowest (+19)
Board: 4 x ARMv7 cores available, ondemand governor (Pi1 Unknown rev 1.0, BCM2838 SoC with 1GB RAM by Sony UK)
Memory: 1024MB (split 948MB ARM, 76MB GPU) plus 100MB Swap
HW Block: | ARM | Core | H264 | SDRAM |
Min Freq: | 600MHz | 250MHz | 0MHz | 3180MHz |
Max Freq: | 1500MHz | 500MHz | 500MHz | 3180MHz |
Voltages: | 0, 0.8500V | 0, 1.2000V |
Other: temp_limit=85
Firmware: Dec 1 2021 15:01:54, version 71bd3109023a0c8575585ba87cbb374d2eeb038f (clean) (release) (start)
Codecs: H264 MJPG PCM
Booted: Fri Jul 15 23:21:51 2022
Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s
======== ======= ======= ======= =============== ====== =========== ===========
23:26:44 1500Mhz 500Mhz 0Mhz 66.22C (67.68C) 18,962 0 0
23:26:46 800Mhz 267Mhz 0Mhz 64.76C (67.68C) 15,649 0 0
23:26:48 800Mhz 267Mhz 0Mhz 66.22C (67.68C) 15,414 0 0
23:26:50 800Mhz 267Mhz 0Mhz 65.73C (67.68C) 15,428 0 0
23:26:52 900Mhz 300Mhz 0Mhz 64.76C (67.68C) 15,220 0 0
23:26:54 900Mhz 300Mhz 0Mhz 67.19C (67.68C) 15,305 0 0
23:26:56 900Mhz 300Mhz 0Mhz 66.22C (67.68C) 15,454 0 0
23:26:58 800Mhz 267Mhz 0Mhz 66.22C (67.68C) 15,376 0 0
23:27:00 900Mhz 300Mhz 0Mhz 66.70C (67.68C) 15,513 0 0
23:27:02 800Mhz 267Mhz 0Mhz 65.24C (67.68C) 15,346 0 0
23:27:05 800Mhz 267Mhz 0Mhz 66.70C (67.68C) 15,439 0 0Changing the `core_freq=400` did not change anything when testing with the default TheFlav/rpi-fbcp binary and the waveshare dtoverlay enabled. But it did work when disabling the overlay and using my custom binary (or any of the ones in FreeplayILI9341). They now shows the following 2 lines:
Code:
bcm_host_get_peripheral_address: 0xfe000000, bcm_host_get_peripheral_size: 25165824, bcm_host_get_sdram_address: 0xc0000000
BCM core speed: current: 250000000hz, max turbo: 400000000hz. SPI CDIV: 6, SPI max frequency: 66666667hzAnd bcmstat now shows a ~consistent 244MHz core speed:
Code:
pi@retropie:~ $ ./bcmstat.sh
Config: v0.5.5, args "", priority lowest (+19)
Board: 4 x ARMv7 cores available, ondemand governor (Pi1 Unknown rev 1.0, BCM2838 SoC with 1GB RAM by Sony UK)
Memory: 1024MB (split 948MB ARM, 76MB GPU) plus 100MB Swap
HW Block: | ARM | Core | H264 | SDRAM |
Min Freq: | 600MHz | 250MHz | 0MHz | 3180MHz |
Max Freq: | 1500MHz | 400MHz | 500MHz | 3180MHz |
Voltages: | 0, 0.8500V | 0, 1.2000V |
Other: temp_limit=85
Firmware: Dec 1 2021 15:01:54, version 71bd3109023a0c8575585ba87cbb374d2eeb038f (clean) (release) (start)
Codecs: H264 MJPG PCM
Booted: Fri Jul 15 23:41:07 2022
Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s
======== ======= ======= ======= =============== ====== =========== ===========
23:46:21 1500Mhz 250Mhz 0Mhz 70.60C (70.60C) 17,549 0 0
23:46:24 800Mhz 244Mhz 0Mhz 70.60C (70.60C) 14,876 0 0
23:46:26 800Mhz 244Mhz 0Mhz 70.11C (70.60C) 14,622 0 0
23:46:28 800Mhz 244Mhz 0Mhz 70.11C (70.60C) 14,935 0 0
23:46:30 800Mhz 244Mhz 0Mhz 70.11C (70.60C) 14,647 0 0
23:46:32 800Mhz 244Mhz 0Mhz 69.63C (70.60C) 15,018 0 0Still reading through juj's repo but are there any consequences on using core_freq=400 vs compiling binaries set to a particular speed?
Also, I am not getting any audio out of either the speaker nor the headphone jack and dmesg shows `bcm2835_audio bcm2835_audio: card created with 4 channels`, is it time for me to start throwing things into the config.txt that were removed?