Posts by ShadowMask2020

    Thanks,

    I have rolled back to LE10 for now, if I try LE11 again I will be sure to try your resolution change suggestion. I also wasn't aware that decoding in DMPrime was being done in software even if hardware acceleration is selected? It did seem quite a good picture and very smooth on the UK 1080 HD channels which isn't the case with VAAPI software rendering which is noticeably worse for me than hardware VAAPI.


    Thanks for the help JoeAverage

    I have a TV in the main room and another in the bedroom, they are both Samsung AU9000 with the same panel resolutions and refresh, just a smaller screen in the bedroom.


    I have an AMD RX550 in my Generic HTPC and I can connect to both TVs, one through HDMI and one through DP with an HDMI adapter.


    Both TVs work, but I have to select which display to use in the settings display dropdown and also manually change the sound output to the correct device. That display then works and the other is blank. The setting to "Blank other displays" is turned off.


    Am I right in thinking I should be able to get the display cloned to both TVs at the same time, or is that not how it should work? I have tried LE 10.0.2 and both LE11 generic and legacy nightlies, but they seem to behave the same.


    The hope was that I can watch the TV in the main room, then just switch the TV off, go upstairs, switch that TV on and continue watching.


    Is this possibe with my setup or would I need to buy something like a hdmi splitter?


    Thanks for any advice you can offer.

    I have started using the nighty builds a lot for testing and I mainly use libreelec as a PVR for FreeviewHD.


    I have noticed that if I enable the DRMPrime decoder, any SD channel that is streamed at 544x576 resolution does not display video - either with or without DRMPrime hardware support enabled, though I can still hear the audio and the channel does continue to stream. Other HD and SD resolutions appear to work without issue. All streams do playback ok using VAAPI with MPEG2 HW enabled and DRMPrime disabled.


    Is this just a limitation of the DRMPrime decoder that will eventually be updated to support bandwith friendly resolutions such as 544x576? or is there something I can do wih TVH streaming to output this correctly at 720x576 to allow these to play using the DRMPrime decoder?


    Thanks

    After testing this further, I can see the issue is when sqlite3 is loaded for a second time.


    To test, I wrote an addon that simply displays in a ListItem the count of records in a table.


    The first time I go into the addon, it works as expected.


    If I then exit the addon and go back into it I get the segfault when the addon tries to import sqlite3


    This only started happening last month, around the time of the python updates to LE11


    For now I've rolled back to using LE10, but was just curious if anyone else has noticed this behaviour with sqlite3.


    *EDIT*

    I'm wondering if this is related to this python bug: https://bugs.python.org/issue46070


    Also, maybe this is related: https://github.com/LibreELEC/LibreELEC.tv/issues/6266

    Have you tried nextpvr? not sure if it's any good or not but it seems to be actively supported. Maybe somebody here knows if it's any good or not.

    I tried it, and managed to get the DVB-T tuner working through docker and everything seemed really good, a lot better then the previous versions I had tried. I installed it on a bootable USB stick so I can test new releases without messing up my main boot drive.


    Then I noticed that there was some mention of nextpvr not being able to wake from suspend to record in linux:


    Wake on suspend for recording (nextpvr.com)


    As I use suspend all the time I didn't look into it further, and I'm a newbie to linux so don't have the knowledge to even know if there is a workaround for this.

    Hi,

    Just to report I have solved this issue by removing a pci-e usb 3 card that was driving the front ports of my htpc. I don't really use them much so this isn't a big issue for me, but that was causing the resume hang in LE 10.0. it's possible I added this card *after* testing 9.80 as I changed the case around then and that is when I used the card to get the front ports working, so my assumption it all working in 9.80 was probably misleading!


    The card is just a generic usb-3 pci-e card that I bought quite a while ago but haven't really used until now, it has a VLI chip on it and should be listed in the output.log in the above post. This card does work in LE9.2, but not with the later kernels I assume?


    Thanks all for help in troubleshooting with this and giving me ideas on what the issue may have been. I m just happy that I can now use LE10 again with the better AMD VAAPI support


    Thanks again and if you want me to provide any further info on the usb card just let me know.

    I have just tried the latest nightly build (LibreELEC-Generic.x86_64-10.0-nightly-20210409-d6594c8) and it is still the same.


    I wanted to make trying nightly builds easier by putting the nightlies on a usb stick and booting from that so I don't need to keep updating and reverting the SSD. To do that I had to remove the htpc from its cabinet and disconnect the SSD to get it to go into the BIOS as it wasn't setup to boot from usb. While I had it out I removed the AMD RX 550 and tried the same test just using the intel 3770k iGPU and still had exactly the same issue.


    Could the AMD card be a red herring and it's one of the other PC components on the motherboard causing the issue or the Hauppauge Quad HD card? That's basically all there is in the case, or is it pretty certain it will be related to a GPU in one form or another?


    This has only been n issue since libreelec 10.0, I had tried 9.80 nightlies previously and they worked fine with my hardware.


    Is there anything else I can do/test to give you more information on this?


    Thanks


    *EDIT*


    I have uploaded a file with DMESG / LSPCI and LSUSB outputs. These are from LibreELEC-Generic.x86_64-10.0-nightly-20210409-d6594c8 booted from USB stick :

    I have just tried LibreELEC-Generic.x86_64-10.0-nightly-20210406 as the last one I tried was 20210326


    Sadly it is the same, if I select suspend from the power menu to test it suspends fine. If I then resume using the power button on the HTPC I get the display but it is frozen (also no SSH) and I can't do anything other than hit the reset button.


    For clarity, the way I have been testing this is to make a backup, copy the update into the Update folder and reboot, then try the suspend when the kodi menu comes up.


    Thanks for the help and suggestions

    Thanks for your help.


    I looked into this some more and found numerous forums where the amd/suspend bug for kernel > 5.8 is now fixed in kernel 5.11


    This thread mentions 5.11 fixing the issue:

    [Solved] Lenovo Yoga freezes on suspend / Newbie Corner / Arch Linux Forums


    It also includes details of a temporary fix before 5.11 that involves rolling back a kernel commit to fix the issue:

    [PATCH 09/10] iommu/amd: Store dev_data as device iommu private data - Joerg Roedel (kernel.org)


    Not sure if any of this helps? Is a kernel bump to 5.11 likely for libreelec 10?


    Thanks