Posts by ShadowMask2020

I have also had this on all of the LE11 builds I have tried throughout December, prior to this I had no issues with the default renderer in LE11 (the DRM Prime renderer still does not render 544x576 broadcast video, ony audio)

I'm runing generic - x86 with an intel CPU and AMD rx550

I have noticed that changing resoluton sometimes helps, but the issue always comes back within several seconds: For me there are large flickering black triangles usually across the top of the display whenever the GUI or overlays like Player controls are rendering, these are more visible when pressing buttons on the remote.

The actual video streams for me seems to play with no issues (unless I use the playback cotrols) but I haven't tested that a lot, as it's my daily PVR I had to roll back to LE10 rather than test any further.

I needed chrome to work and LE11 generic-legacy didn't seem to work for me when I tried it.

If not for chrome I would have been happy running LE11 as I had no issues other than the DRMPrime one.

I may try LE11 generic-legacy again at some point.

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

Hi,

I've noticed a few updates to the DRMPrime decoder recently, but this issue persists for me.

Is this issue just me? Or is this something that is going to be addressed at some point for the DRMPrime decoder?

I am currently running Intel Generic LE11 nightly build with AMD RX550 GPU and this is the only issue keeping me on VAAPI atm.

Thanks

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've tried to search for this issue in various forums and can't really see anything relating to this issue with the DRMPrime decoder.

Is it just a case that the decoder currently does not know to stretch 544x576 to 720x576 and sees the video stream as invalid but the audio steam as valid?

This is still quite a common resolution for terestrial dvb broadcasts in the uk.

Thanks

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

So,

I noticed this is now fixed in the latest nightlies.

Thanks to all the devs for resolving this issue so quickly.

Thank you for confirming for me, initially I thought it couldn't be an issue with importing built in modules, but I guess so.

You're right, I am on x86-64, hopefully there is a resolution for this before LE11 is released.

Thanks for your help

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

Hi,

I have noticed that since the bump in python version 3.9 in LE11 generic nightly builds I can no longer import sqlite3 without getting a segfault:

import sqlite3

seems to consistently crash kodi.

Is this a known issue?

Quote from CvH

not yet, we currently lacking the generic legacy nightly builds (where x11 is still used) where chrome would work

Hi,

Does this mean that the chrome addon won't work after the switch to GBM in the future?

Thanks

Hi,

Just wondering if there is any way to get the browser.chrome addon working at all with the current nightly builds?

Thanks

Quote from pepe999

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 :

Thanks heitbaum, I will test this tomorrow after tonight's nightly build and report back.

Thank you for the update.

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