Kodi Segmentation Fault error
-
@pindapoe said in Kodi Segmentation Fault error:
@Rascas said in Kodi Segmentation Fault error:
CEC
I disabled CEC in Kodi and the problem is no more now, the SD is fine.
But I have a message after I exit from Kodi: [E] invalid arguments ´ ´
Any idea about that?
Thanks.
I can confirm CEC support is causing a segmentation fault on exiting KODI still on retropie 4.6 (thanks for the fix btw).
-
@domb84 said in Kodi Segmentation Fault error:
@pindapoe said in Kodi Segmentation Fault error:
@Rascas said in Kodi Segmentation Fault error:
CEC
I disabled CEC in Kodi and the problem is no more now, the SD is fine.
But I have a message after I exit from Kodi: [E] invalid arguments ´ ´
Any idea about that?
Thanks.
I can confirm CEC support is causing a segmentation fault on exiting KODI still on retropie 4.6 (thanks for the fix btw).
Just to add to this Kodi is useless without CEC ultimately, unless you're desperat to setup some sort of third party USB remote or use your phone I suppose. But given theres a remote with the TV it seems easier to use that. Would be great if theres a fix for this.
https://github.com/Pulse-Eight/libcec/issues/476
Might need a new build of cec client and trying hdmi port 0 according to this?
-
@domb84 You should be using HDMI 0 port which is the one closer to the USB-C port.
A new version of libcec will only be available when Kodi 19 reaches stable. But you can always compile a newer version and try it. -
@Rascas attempted to build libcec 6 but no joy. kodi fails to start... however, it's fixed in 4.0.5!
https://github.com/Pulse-Eight/libcec/blob/master/docs/README.raspberrypi.md
sudo apt-get update sudo apt-get install cmake libudev-dev libxrandr-dev python3-dev swig git -y cd /home/pi git clone https://github.com/Pulse-Eight/platform.git mkdir platform/build cd platform/build cmake .. make sudo make install cd /home/pi git clone https://github.com/Pulse-Eight/libcec.git --branch libcec-4.0.5 mkdir libcec/build cd libcec/build cmake -DRPI_INCLUDE_DIR=/opt/vc/include -DRPI_LIB_DIR=/opt/vc/lib .. make -j4 sudo make install sudo ldconfig rm /usr/lib/arm-linux-gnueabihf/libcec.so.4 ln -s /usr/local/lib/libcec.so.4.0.5 /usr/lib/arm-linux-gnueabihf/libcec.so.4
-
Actually found the source of my general issues with Kodi on the Rpi4. Overclocking / over voltage. I had no issues with retropie and any emulator at 2100/750 and overvolting to 6. Kodi hates any overclock at all. Kills network, kills video. Pretty much the only thing that is stable is the base clock.
-
CEC works fine for me on Kodi on Retropie 4.6 (Raspbian Buster) on a rpi3 without changes / custom libs.
-
@BuZz Yes, it also works fine for me on any RPi version. Almost all problems that I see like this are because of overclocking or an AV Receiver in the middle.
-
@Rascas I’ve removed all over clocking, am using hdmi 0 and no amp and I’m still get set faults constantly with Kodi. I’ve now stopped using it. Assume it comes from the Kodi repo and not built by RetroPie so not a lot that can be done unless there’s something odd with the RetroPie OS, but it’s unstable to the point of being unusable. Shame as I thought the later build of ceclib had rectified my issues.
-
@domb84 Kodi works just fine on Raspbian at least. If there is a problem it is on the RetroPie side and not on Kodi. A complete debug log is needed for more information:
https://kodi.wiki/view/Log_file -
@Rascas Kodi 18.6 or 7 acted funny with this, exiting or playing music did some crazy music playback also some things like ogv files not working, idk I haven't asked theses cos we got updated I think we have a new update and hopefully nothing broken.
Do you happen to know why ogv files basicly theirs not working?, I get a crash black screen then restarts I have the log but I need to upload to report this.
-
@notthesame ogg, flac, mp3... all works fine. No log, no problem.
-
@Rascas https://pastebin.com/NKKrUPfj
here my crash log ogv? not sure whats up, maybe i miss something and this is a new image thanks. -
@Rascas I'll reproduce and get some debug logs over!
-
My installation got completely destroyed with a kernel update that corrupted the boot partition for some reason. Since then, I've re-imaged the SD card again, updated all RetroPie packages and made sure not to update and kernel packages.
Installed kodi through the retropie packages which is 18.7 I believe. This is now working without issue!
There is an update to kodi available, perhaps the CEC issue is introduced with 18.8? Or maybe a kernel issue.
-
@Rascas @domb84 Update... have started getting random segfaults again on exit so I spoke to soon. Logs attached.
https://mega.nz/file/oaBziCjQ#y7sPw8C-Vk4MjeMRaXM4KBbfegReKX7DGjyrr3TKNLY
-
@domb84 the following settings in /boot/config.txt have fixed my segmentation fault, i'm unsure why, but doing some reading shows that when using dtoverlay=vc4-fkms-v3d, the max_framebuffers should match the number of displays. I believe this might be the issue given the problems with CEC on the second display?
https://www.raspberrypi.org/forums/viewtopic.php?t=245789
max_framebuffers=1
hdmi_enable_4kp60=1
gpu_mem=512 (i know this is higher than it should / needs to be, was just testing)
hdmi_ignore_cec_init=1
hdmi_force_hotplug=1My last remaining issue is that quiting Kodi usually results in a blank screen. For some reason it picks a new display format. Switching the display to another input and back again resolves that.
-
@domb84 forcing boot resolution to 720p60 resolves the black screen issue in retropie, kodi will still switch to 4k60 when configured. exiting to retropie will switch back to 720p60. Also has the added benefit of resolving the slowness in redream at 4k, and overriding the resolution has no effect. overclocking also has no negative effect on cec or emulation.
[pi4] # Enable DRM VC4 V3D driver on top of the dispmanx display stack dtoverlay=vc4-fkms-v3d # reduce max_framebuffers to 1 to match displays max_framebuffers=1 [all] #dtoverlay=vc4-fkms-v3d #overscan_scale=1 # 4k60 support for kodi hdmi_enable_4kp60=1 gpu_mem=320 hdmi_ignore_cec_init=1 hdmi_force_hotplug=0 # force boot and emulationstation to 720p hdmi_group=1 hdmi_mode=4 # overclocking over_voltage=6 arm_freq=2100 gpu_freq=750
-
@domb84 Looking at your crashlogs, it indicates a CEC relative problem. But that doesn't mean it is really a CEC library problem, it can be other things. For example, I recommend that you try a different HDMI cable, one 2.0 preferably not a long one. I don't believe that max_framebuffers would cause a problem as I and most use the default settings.
And also if you get corrupted files, I also would check the SD card. Updating the kernel shouldn't destroy your installation. I also had similar problems in the past with Samsung EVO sdcards. Although most of the things worked fine, if I did heavy read/writes to sdcard, for example, updating Raspbian packages or downloading torrents I got corrupted filesystem. My only solution was just using another SD card from a different brand and the problems stopped. -
@Rascas the issue is max_framebuffers=2 on retropie. It should be max_framebuffers=1 when using a single display. This resolved my issue.
Tried all different cables, monitor inputs, monitor outputs, rebuilding libcec. only solution was max_framebuffers=1.Thread here shows it should be set to match your displays. https://www.raspberrypi.org/forums/viewtopic.php?t=245789
I'll accept maybe it's an oddity with my display, but since making that change i've been unable to reproduce it.
Think the corruption was perhaps bad luck... but I've seen a few reports of recent kernel/raspbian updates causing this.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.