Posts by hbbs

I believe I found what is happening.

After trying a new SD card and even another power supply I decided to open my Raspberry Pi case to have a look.

Putting everything back together I forgot to reconnect my USB Audio SPDIF dongle and powered on. To my surprise it successfully booted.

When I connected my USB Audio dongle LibreElec crashed and then got stuck on a loop while trying to boot, just like before

This is only happening with the nightly builds after September, 02.

chewitt what changed after Sep,02 that is causing these issues?

Please, let me know

PS: My USB Audio SPDIF dongle is a Turtle Beach Audio Advantage Micro II.

At the moment of this writing, I'm low-level formatting my SD card. It will take a while to finish it. In the meantime, I'm gonna buy a new SD Card.

This is strange. My RPi was working normally until I updated from the nightly build of September, 02 to today's build.

Just one more thing. Before the low-level formatting of my SD Card. I flashed the nightly build from September, 02 and it booted normally.

But the builds after that they all are failing to boot. Caught in a loop.

I will be back later today with more information.

Thanks

Hi.

The latest nightly builds (RPi2) from September, 04 onwards are failing to boot properly on my Rpi 3B+.

https://test.libreelec.tv/12.0/RPi/RPi2/

I have already lost my installation. Wiped everything to start anew to no avail.

There is an ongoing problem with the latest builds that are making the booting process loop right after the logo is shown.

Is that a known issue?

Please, let me know.

It turns out this was a 'feature' of Embycon (Emby addon for Kodi) that I wasn't aware.

I'll let the fix here in case anyone else might bump into this issue in the future.

You need to go into the Embycon addon settings and turn it off

EmbyCon Settings -> Events -> Screensaver -> Show change user dialog 

That's it.

Hope that helps.

Hi LibreELEC,

This bug appeared during the development cycle of Kodi 20. Apparently, at least on my installation, it didn't go away when Kodi 20 was released a couple of weeks ago.

I am running the latest test build of LibreELEC: https://test.libreelec.tv/11.0/RPi/RPi2/

LibreELEC:~ # lsb_release -a

LibreELEC (community): nightly-20230219-ebf3c2e

This is how you can duplicate this bug, hopefully.

Just let LibreELEC idle. The screen monitor will dim a little. Then you only need to hit a button (any) and after profile prompt will appear asking you to choose a user profile.

This is happening every time Kodi goes inactive and the monitor screen dims. Sometimes happens when I am listening to some songs over streaming addons like Radio Paradise

Here is some logging: http://ix.io/4oBX

Hope it helps.

Is there any else having this issue?

Please, let me know.

Thank you HiassofT

It worked.

I'm running only on the RPi.

More precisely RPI3B+ with the latest LibreElec Test Build.

Linux LibreELEC 6.1.0 #1 SMP Wed Dec 28 22:56:30 UTC 2022 armv7l GNU/Linux

And I can confirm that it is working.

Hi.

How can I get to know the EDID from my monitor detected on LibreElec?

I looked into the logs and honestly couldn't find it.

And since LE is stripped of extra packages I decided to come here and ask for help finding it.

How can it be done?

Thanks.

HiassofT thanks for replying.

The info you provided me it's already something to show the devs there. One guy told me months ago when it was only restricted to LibreElec that he wasn't seeing anything in the logs. And that he didn't have a Raspberry Pi to try to replicate himself.

I'll keep trying to reach them. This time with this piece of information about Python 3.11.

The reason I'm in a hurry it's that Plex finally released a version of the Plex server with support for AV1.

Anyway thanks for the tip.

deleonkikko because I need AV1 support that's only present on LibreElec 11.0/Kodi 20

mglae

Thanks for replying

Did you run the addon on your system? It stalled on the initial splash screen.

The reason I'm asking you this is that I will try to warn the developer one more time with this new piece of information

This issue started one month ago. I could be wrong but I think it was before the latest python version bump.

if you or someone else reading this please be kind and chime in on this topic on the Plex forum:

https://forums.plex.tv/t/testers-needed-plex-for-kodi-kodi-19-compatibility/481208/251

Hi, sorry for this unusual request but I'm getting desperate.

Here's my issue. About a month ago Plex For Kodi stopped working for me. I'm running the latest version of LibreElec 11/Kodi 20.

When I try to open Plex it stalls on the loading screen with the three dots moving. And that's it

Why I'm asking is if anyone here already running on the latest version of LibreElec nightly can install Plex for Kodi and see how it goes

I'm trying to contact the dev in the Plex forums. But he's not responding. I think he doesn't believe that this could be possibly happening.

But it's happening. In fact it's happening even with within Kodi for Android running on my NSTV but that's another whole story

Here's what is happening when I try to execute Plex for Kodi (see log)

Any help would be greatly appreciated

Quote from JoeAverage

is this meant :

https://test.libreelec.tv/addons/10.80.6/

if so:

maybe download and install by hand would work ?

Thanks for the tip. Although I am running an ARMv7 in a form of an RPi3B+ it didn't install.

I guess I will have to wait for a proper version to reach the repositories

Hi LibreELEC,

There is an important fix in the upstream of InputStream Adaptive that fixes a resolution issue with Netflix Add-on and possibly other services.

A newer version was released on 19th June containing that fix. (https://github.com/xbmc/inputstre…ag/20.2.1-Nexus)

InputStream Adaptive 20.2.1-Nexus is not yet available in the LibreELEC repo.

Can any developer make it available, please? I'd like to keep using LibreELEC 20 as my daily driver.

Regards,

H.

I updated to today's build.

I can tell you that this is only getting worse

popcornmix, HiassofT have you guys noticed something in the logs (posted above) that might explain this weird behavior that I'm encountering?

Please, let me know.

Definitely, something is wrong.

I noticed also that when you finished playing audio over passthrough, that is being transcoded or not, after playing is done, the GUI sound audio is not present anymore.

It takes a while, I cannot precise how long, but it takes a while for the GUI sounds to be brought back. Sometimes it doesn't come back at all.

I discovered that because after I played a movie, immediately after, I went to watch some youtube and got no sound. Only after I closed Youtube and reopened it again did I get sound.

I have also 'forced' the same situation playing an AC3 5.1 movie and playing a DTS 5.1 movie. I got no sound on DTS.

Let's hope everything is being captured on the log.

Here's the log: http://ix.io/3MHs

Quote from chook55

I concur.

You can mark the bug as being resolved in the thread header.

chook

I don't know if it's just my setup.

But I'm noticing some weird behavior.

When I play something that is being transcoded into DD I got audio

But if I stopped the audio transcoded Into DD and went to a file that has native dts

Sometimes the audio isn't working. It's getting stuck as DD in the receiver.

I had to stop it. Then play it again and my receiver shows DTS and I got sound.

The other way around also occurs. It seems even more present. I mean try to play something with DTS audio.

Then stop it. And then try to play something with native AC3 5.1.

See if your receiver is getting stuck on DD or DTS.

Try this a couple of times and let us know

I can confirm it.

This bug is solved in the build from today 1/15/22.

Thanks HiassofT

Let's hope that with the newest release of FFMPEG 5.0 this bug doesn't return.

HiassofT  popcornmix it has been merged now.