I could reproduce the issue and opened a bug report here https://github.com/raspberrypi/rpi-eeprom/issues/383
so long,
Hias
I could reproduce the issue and opened a bug report here https://github.com/raspberrypi/rpi-eeprom/issues/383
so long,
Hias
This seems to be a bug introduced by the recent rpi-eeprom package update. I'll have a look.
so long,
Hias
Puschl the kernel update with the spidev fix is in today's nightly build https://test.libreelec.tv/LibreELEC-RPi4…130-26827ca.tar - can you give it a try?
so long,
Hias
Thanks for the report! I Just PR'ed a kernel update which should be included in nightly builds soon. https://github.com/LibreELEC/LibreELEC.tv/pull/5930
so long,
Hias
I'm guessing that it will be on the next nightly, as nightly-20211127-e3a7c06 still gives me the white lines.
I'll eagerly wait, test and report back!
Yes, exactly. It's Nov 28 here and the builds will start in a few hours, so nightly-20211128-... will have it. Timezones can be a bit confusing in international communications, so I better should have used the term "next"
so long,
Hias
We've added a fix for the "white line" artefacts https://github.com/LibreELEC/LibreELEC.tv/pull/5925 which will be in today's nightly builds.
Testing here on RPi4 looked good so far, more feedback is always welcome
so long,
Hias
If you press the "TAB" key on your keyboard while an audio or video file is playing playback is backgrounded and you can navigate through menus. Pressing TAB again (or selecting "Full Screen" option in menu) will bring it to the foreground again.
You can also map that function to a button on your remote (it's the "FullScreen" kodi action).
so long,
Hias
noggin IIRC the videocore code uses some hardware acceleration so I think you were about right. I'm not really familiar with all the gory details of the closed-source firmware blob and RPi folks will probably correct me if I got some details wrong
so long,
Hias
The "RPi4" in the filename should give you a hint why it doesn't work on an RPi3
Either use the LE9.2 RPi2 build or the latest RPi2 nightly build (beware: this is experimental LE11 stuff) from https://test.libreelec.tv/ (RPi2 builds will work on RPi3, too).
so long,
Hias
"MMAL advanced" is borderline/too much for 1080i, therefore it's done using bob which needs fewer resources (memory bandwidth especially).
I'm not 100% sure about RPi0-3 but ISTR they had similar issues - except for test streams I don't have any 1080i content here.
RPis don't have a hardware deinterlace block therefore this is being done by software running on the videocore CPU - and that code is the same on all RPis.
so long,
Hias
camelreef thanks a lot for testing and the samples!
I've noticed the glitches on MPEG2 SD material, too, and popcornmix already has an idea what could be causing that - it might be related to software decoding, H264 hardware decoded videos don't seem to have those glitches (at least we haven't noticed them there yet).
So no need for a debug log ATM
IIRC SD content will use the "advanced" deinterlacer, HD will use bob, of the videocore chip - pretty much the same as on RPi2/3 with LE9.2
so long,
Hias
I'm not sure if there's an easy way to do that. Best check through PINN's readme https://github.com/procount/pinn/blob/master/README_PINN.md and the PINN support thread on the RPi forum https://forums.raspberrypi.com/viewtopic.php?t=142574 - if you have questions better post there, I never used PINN myself yet (and IIRC none of the other LE developers did either).
so long,
Hias
Which build did you download? We don't provide official LE10 builds for RPi0-3, only RPi4.
so long,
Hias
FYI: the latest development version of the deinterlace patches are now in LE master, today's RPi4 testbuild (http://test.libreelec.tv/LibreELEC-RPi4…126-8797e08.tar) already includes them. RPi2 testbuild with these patches will follow tomorrow.
so long,
Hias
It sounds like you are searching for PINN or NOOBS https://github.com/procount/pinn
You'll find more info about these on the RPi forums https://forums.raspberrypi.com/
so long,
Hias