Posts by hbbs

I installed the build from today (December, 19th) and I can confirm that the workaround worked.

I am able to play videos again without freezing Kodi.

Thank You HiassofT

Thanks HiassofT.

I'll keep an eye on this #8437 request on the next daily builds.

Until then I'll revert to the last working build from December, 9.

I'll let you guys know if something else occurs.

I just went to confirm that this issue first appeared in the build LibreELEC-RPi2.arm-12.0-nightly-20231210-e521363.img.gz from December, 10.

I was afraid something like that could happen. That Kodi weren't able to register what went wrong in the logs.

In the meantime, I downgraded to the nightly from December, 9. All the videos were playing just fine.

Then I put back the latest nightly available (December,16), and no matter which chose my local library I got only sound. The video never showed up. And after a couple of seconds, Kodi becomes unresponsive.

I'm gonna manually delete all logs. And try to upload some new logs.

I assure you guys. The issue is real. Something added after December, 9 is causing this issue.

I made a short video:

Here are the logs available after the crash.

I accessed those logs over SSH:

LibreELEC:~/.kodi/temp # pastekodi
https://paste.libreelec.tv/apt-peacock.log
LibreELEC:~/.kodi/temp # pastecrash
https://paste.libreelec.tv/stirred-seahorse.log
LibreELEC:~/.kodi/temp #

Hope it helps

Hi

I upgraded to the latest nightly (December,16) from an older nightly (December,9)

The old build didn't have any issues.

What's happening is this. When try to play a video the sound comes out. But the image never comes on.

After a while Kodi crashes.

I tried to capture this behavior in the logs.

https://paste.libreelec.tv/rich-oyster.log

https://paste.libreelec.tv/grown-werewolf.log

Hope it helps

Please, let me know otherwise.

chewitt  HiassofT

Thank you so much HiassofT.

I ordered an 8GB one earlier today.

Although I'd second those who said that it is underwhelming, to say the least, that in 2023 RPi 5 to be released without AV1 hardware decoding support. Since most of my media is 1080p it will do to replace my Rpi3B+ from 2017 to run LibreELEC.

Well, Eben Upton already has a selling point to an RPI refresh next year (Now with AV1 Hardware decoding)

HiassofT Thanks for replying to it.

You are right. It is an 8bit one.

I PM'd you with a link to a lengthier one in 10bit (AV1)

Couldn't PM you.

I will post here anyway.

Is for test purposes only and I will delete it after is done.

https://mega.nz/file/EogjmIRD#jQ7Ky5Ha4YnIHy97OL1e3fMfICkR6euyM9vpLMM-LZc

HiassofT

chewitt How does it perform playing Netflix 1080p?

I wonder if you can test a SW playback of an AV1 10bit media as well Link

HiassofT  heitbaum

Here it is: SPDIF passthrough mode getting stuck on LibreELEC (no sound) while changing Audio Codecs types.

Hi LibreELEC,

If I play a movie with an AC3 5.1 audio track, the sound is correctly passed thru to my audio receiver as DD Digital.

Now is when the issue begins. if I stopped the playback of said movie with an AC3 5.1 audio track and went to play another movie title, but this time with a DTS audio track.

The sound doesn't come up. My audio receiver still shows DD Digital. It got stuck this way since I played the first movie title with an AC3 5.1 track.

In fact. Not even the Kodi GUI sounds are being played.

After that, I went to listen to a Web Radio (Stereo) and no sound came up.

Sometimes when this happens the sound returns if I choose to play a movie title with the same audio codec that got stuck in the first place.

But again eventually my audio receiver dropped the DD Digital to No Input and after that, I got sound again.

But sometimes this takes a lot of time. And only a reboot will save me time.

Below there is a log that I hope captured the steps I described above trying to reproduce this issue.

http://ix.io/4FMh

Feel free to contact me if anything is needed.

Regards.

H.

HiassofT

Yes, it did solve the issue I reported yesterday.

If you excuse me. I'd like to report another thing. This is not new. It is something that appeared late in the last development cycle.

The reason I'm bringing this up is because I extensively tested the SPDIF out capabilities and what I'm about to report just started to happen a lot

Here's what happened on the log that I attached below

I played a movie with an AC3 5.1 audio track. So far. So good.

Now is when the issue begins. I stopped the playback of said movie with an AC3 5.1 audio track and went to play another movie title, but this time with a DTS audio track.

The sound doesn't come up. My audio receiver still shows DD Digital. It got stuck this way when I played the first movie title with an AC3 5.1 track.

In fact. Not even the Kodi GUI sounds are being played.

After that, I went to listen to a Web Radio (Stereo) and no sound came up.

The only way to listen to a sound is by waiting. Sometimes this takes too much time it is better to reboot LibreELEC.

But again eventually my audio receiver dropped the DD Digital to No Input and after that, I got sound again.

I thought since you guys are looking into ALSA maybe I should mention this issue as well

Feel free to contact me if anything is needed.

Regards.

H.

heitbaum

Thanks for replying.

Just to make clear. Do you want me to provide anything else?

Feel free to ask.

logs.zip

Here they are

HiassofT

Here it is: http://ix.io/4FFv

Hope it helps.

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.