Posts by chook55

Oh good.

I'm running a Rpi4 with 13.0-nightly-20240621-ea28fa9 build. The 20240623-a76b305 build has issues with CEC via my LG TV remote. No response at all. The 20240621-ea28fa9 build works fine.

Thanks for your time.

RPi4 2G. Marantz SR5500 receiver. Justboom Digi HAT. LibreELEC-RPi4.arm-11.0-nightly-20231207-8475be3 but error has been around for several months.

AC3 optical passthrough transcoding plays intermittently on first play only. It plays for 1 second, stops for 1 second and plays again until the clip ends. Only the front channels are heard.

This has been ongoing for a few years. It was fixed then it broke again. Its not a huge problem because it resolves itself after the first play.

I need to reboot the RPi each time to replicate the error.

Ive posted about this some time ago (a year or so) . It was resolved but has recurred several months ago. I use an AAC5.1 encoded video from Dolby for testing.

Passthrough is enabled. Receiver is D.D. AC3 compatible. AC3 transcoding is enabled.

thanks

Chook

Quote from chewitt

I think their algorithm detects Kodi and assumes piracy. I've appealed it.

Chook from Australia here. I was blocked by youtube when using an Australian IP address. I used a VPN to redirect to the UK and the video worked fine. So its GeoBlocked.

After a traveling long and twisted path, it was in fact a VPN provider who apparently had a DNS attack on one of their servers. Once that particular service was switched off the problem went away. I've been in contact with the VPN provider.

Almost a year later I've revisited your suggestions here and implemented them after a rebuild. Thanks.

Chook

Hias, I believe you are correct. I've have been having a few issues with this PC but thought I had resolved them when this popped up. I've cleared the cache etc. Maybe reset router.

Cheers

Chook

I get this using edge.

There seems to be a undesirable malware link at the Nightly link https://test.libreelec.tv/11.0/ Screen capture posted.

Update Looks like my PC was compromised. Currently cleaning.

I'm happy to report this issue has been resolved. Tested using LibreELEC-RPi4.arm-11.0-nightly-20220813

thanks all.

Chook.

This bug where trans-coding AAC to AC3 (using pass through) is intermittent on first play, still exists. It resolves itself after stopping and restarting playback.

I verified it on the 220709 nighlty on RPi4b. Is anyone else getting the same problem?

regards

chook

It is currently NTFS so I can defrag and or repair on a windows PC. The RPI4 LibreElec OS can use an EXT4 disk format and apparently seldom needs de fragmenting so I understand. I read a similar request a few years back stating there was no demand for this capability. So I may reformat the drive to EXT4 on my Linux laptop and repopulate it on the network. Its quicker than the USB2 ports on the laptop. It's due for a clean out anyhow. I'll drop this query.

chook

Hi, I have a 4TB HDD attached to my RPI4 running LibreElec (nightlies). It is attached via a powered 3.0 USB hub so doesnt draw power from the RPi. Occasionally the drive is dismounted and stops functioning so I take it out and do an error check and defrag the heavily fragmented drive on my PC. So apparently there is a linux app called e4defrag which could defrag the drive on a daily basis. Is this possible via an app or addon? Any thoughts?

Thanks

Chook.

I did some testing using passthrough via my TV and SPDIF to my amp. The transcode from AAC5.1 to AC3 worked in stereo only on first play without the intermittent audio. The second play worked OK. I may remove the justboom audio card and split the audio to SPDIF optical to rule out issues with justboom.

RPI4b 2GB. LibreELEC-RPi4.arm-11.0-nightly-20220325-226b25b. LG ThinQ TV. Marantz SR5500 receiver.

I notice there have been several FFMPEG updates recently. So I checked this issue which has been around for several months and reported in other threads.

When transcoding from AAC5.1 to AC3 via passthrough the first play is intermittent something like 1s intervals. Subsequent plays are OK.

I recorded it and posted on youtube.

Logs were posted on other threads.

If anyone wants to pursue this let me know and I'll post a current log.

Chook

I upgraded to the latest nightly. Nightly 220306 as it has had a FFMPEG patch applied. Alas the AAC 5.1 conversion and pass through still misbehaves. Typically it plays intermittently on first play. Resolves itself on subsequent plays. See my video posted earlier. Its a bug.

chook

Resolved after restart.

chook

I tried out LibreELEC-RPi4.arm-11.0-nightly-20220302 and noticed the console looked washed out. Also videos looked washed out. Black and white looked like grey on charcoal.

It might look OK in HDR mode but it came on by default. I have since returned to 20220228 nightly.

regards

chook

I upgraded to LibreELEC-RPi4.arm-11.0-nightly-20220224-ae5c471 two days ago and Kodi has been running smoothly.

The only bug I can see is in the logs. A hard disk mounted via USB is actually being scanned as shown on the screen but is being reported in 01_KODI.log as not being there.

2022-02-26 08:27:06.118 T:1156 INFO <general>: VideoInfoScanner: Starting scan ..

2022-02-26 08:27:06.119 T:1156 WARNING <general>: Process directory '/media/Movies/' does not exist - skipping scan.

2022-02-26 08:27:06.120 T:1156 WARNING <general>: Process directory '/media/TV-Shows/' does not exist - skipping scan.

I have disabled library indexing addons in case they were delaying discovery but has made no difference.

Otherwise Feb 24 nightly is stable.

stay safe.

chook