Posts by Da Flex

Dolby Vision will never be supported by LE due to its licensing model.

dtech The thread is 50 pages now. Should I close it? Users don't read the whole story anymore.

Quote from logan893

But then while I was looking at the logs, and about 10 minutes had passed, the center & LFE returned.

So it's not related to Windows, and happens randomly. I still think that DAC buffer size is wrong, or not initialized at all.

Linux driver issue is my bet. Here is a link for a bug report: https://www.alsa-project.org/wiki/Mailing-lists

I was hoping your AVR shows sampling rate etc., just hearing isn't enough to estimate data rate differences. However, since we know that it's not Windows-related, it doesn't matter.

If the log becomes too large, upload by pastekodi doesn't work anymore. Then you can only copy & paste from /storage/.kodi/temp.

One thing you have to compare: Does it play with the same audio quality on Windows and Linux? As you know, a DAC offers different codecs, and the player selects one.

Try another USB cable for your DAC.

Or go the other way, and try a nightly build.

Quote from logan893

Next, I disconnected the USB DAC, hooked it up to a Windows PC briefly just to perform a sound test on the center channel (successful, no problem), and then I moved it back to LibreELEC. After this, the center & LFE again are operational.

Theory: An increased buffer value is set inside of the DAC by Windows, but not by Linux (LE, Ubuntu etc.). Due to the increased buffer value, the out-of-sync error is gone, and all channels play.

So the Linux driver for that DAC seems to be incomplete. It should set an appropriate buffer value first. We don't write Linux drivers. I guess some sort of a bug report is necessary elsewhere.

Quote from Billzilla

Haven't ever changed it from that.

Thanks. The pvr.hts add-on seems to create a lot of traffic. Can you disable it for a test?

If that doesn't work, disable other add-ons step-by-step.

Use the default skin.

Go to the forums main page, click on the magnifier icon, and search for "T620". Obviously it's working with LE, so a dongle issue seems to be the right guess. If you want to know for sure...

Maybe an out-of-sync error...

Quote from logan893

...and the auto-adjusted out-of-sync latency due to self-learning was still in the 42-45 ms range.

Quote from Da Flex

Code

2023-10-26 00:52:28.899 T:1073    debug <general>: CVideoPlayerVideo::OpenStream - open stream with codec id: 16
2023-10-26 00:52:28.900 T:1070     info <general>: Opening stream: 1 source: 256
2023-10-26 00:52:28.900 T:1070     info <general>: Finding audio codec for: 86019
2023-10-26 00:52:28.900 T:1070     info <general>: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder ac3
2023-10-26 00:52:28.900 T:1070    debug <general>: CVideoPlayer::HandleMessages - player 2 reported state: 0
2023-10-26 00:52:28.900 T:1070    debug <general>: CVideoPlayer::SetCaching - caching state 1
2023-10-26 00:52:28.900 T:1070    debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2023-10-26 00:52:28.901 T:1073    debug <general>: CVideoPlayerVideo - Stillframe left, switching to normal playback
2023-10-26 00:52:28.903 T:1073     info <general>: CDVDVideoCodecFFmpeg::Open() Using codec: MPEG-4 part 2 Microsoft variant version 3
2023-10-26 00:52:28.903 T:1073    debug <general>: CDVDVideoCodecFFmpeg - open frame threaded with 3 threads
2023-10-26 00:52:28.903 T:1073    debug <general>: CDVDVideoCodecFFmpeg - Updated codec: ff-msmpeg4
2023-10-26 00:52:28.904 T:1070    debug <general>: CVideoPlayer::SetCaching - caching state 2
2023-10-26 00:52:28.904 T:1070    debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2023-10-26 00:52:28.909 T:1074    debug <general>: CVideoPlayerAudio - CDVDMsg::GENERAL_PAUSE: false
2023-10-26 00:52:28.909 T:1074    debug <general>: CDVDAudio::Pause - pausing audio stream
2023-10-26 00:52:28.909 T:1074     info <general>: Skipped 2 duplicate messages..
2023-10-26 00:52:28.909 T:1074     info <general>: OpenStream: Allowing max Out-Of-Sync Value of 35 ms
2023-10-26 00:52:28.910 T:1074    debug <general>: CVideoPlayerAudio:: synctype set to 0: clock feedback
2023-10-26 00:52:28.910 T:1070    debug <general>: CVideoPlayer::HandleMessages - player 1 reported state: 0
2023-10-26 00:52:28.911 T:1077    debug <general>: OnAVChange: CApplication::OnAVChange
2023-10-26 00:52:28.911 T:1070    debug <general>: CVideoPlayer::HandleMessages - player started 1

Display More

• "Allowing max Out-Of-Sync Value of 35 ms"

Quote from logan893

Thanks for helping, though it's really not about the connection to my NAS...

2023-10-26 02:36:55.423 T:1060    debug <CWebserver[8080]>: request received for /jsonrpc?Application.GetProperties
2023-10-26 02:36:55.439 T:1057     info <CWebserver[8080]>: Skipped 13 duplicate messages..
2023-10-26 02:36:55.439 T:1057    debug <CWebserver[8080]>: request received for /jsonrpc?Player.GetActivePlayers
2023-10-26 02:36:55.471 T:1038     info <general>: Skipped 31 duplicate messages..
2023-10-26 02:36:55.471 T:1038    error <general>: Unable to lookup host: 'TRUENAS'

Please try with a thumb drive anyway. I want to rule that out, before we dig deeper.

USB device and channel layout are looking good on the log.

2023-10-26 00:52:28.899 T:1073    debug <general>: CVideoPlayerVideo::OpenStream - open stream with codec id: 16
2023-10-26 00:52:28.900 T:1070     info <general>: Opening stream: 1 source: 256
2023-10-26 00:52:28.900 T:1070     info <general>: Finding audio codec for: 86019
2023-10-26 00:52:28.900 T:1070     info <general>: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder ac3
2023-10-26 00:52:28.900 T:1070    debug <general>: CVideoPlayer::HandleMessages - player 2 reported state: 0
2023-10-26 00:52:28.900 T:1070    debug <general>: CVideoPlayer::SetCaching - caching state 1
2023-10-26 00:52:28.900 T:1070    debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2023-10-26 00:52:28.901 T:1073    debug <general>: CVideoPlayerVideo - Stillframe left, switching to normal playback
2023-10-26 00:52:28.903 T:1073     info <general>: CDVDVideoCodecFFmpeg::Open() Using codec: MPEG-4 part 2 Microsoft variant version 3
2023-10-26 00:52:28.903 T:1073    debug <general>: CDVDVideoCodecFFmpeg - open frame threaded with 3 threads
2023-10-26 00:52:28.903 T:1073    debug <general>: CDVDVideoCodecFFmpeg - Updated codec: ff-msmpeg4
2023-10-26 00:52:28.904 T:1070    debug <general>: CVideoPlayer::SetCaching - caching state 2
2023-10-26 00:52:28.904 T:1070    debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2023-10-26 00:52:28.909 T:1074    debug <general>: CVideoPlayerAudio - CDVDMsg::GENERAL_PAUSE: false
2023-10-26 00:52:28.909 T:1074    debug <general>: CDVDAudio::Pause - pausing audio stream
2023-10-26 00:52:28.909 T:1074     info <general>: Skipped 2 duplicate messages..
2023-10-26 00:52:28.909 T:1074     info <general>: OpenStream: Allowing max Out-Of-Sync Value of 35 ms
2023-10-26 00:52:28.910 T:1074    debug <general>: CVideoPlayerAudio:: synctype set to 0: clock feedback
2023-10-26 00:52:28.910 T:1070    debug <general>: CVideoPlayer::HandleMessages - player 1 reported state: 0
2023-10-26 00:52:28.911 T:1077    debug <general>: OnAVChange: CApplication::OnAVChange
2023-10-26 00:52:28.911 T:1070    debug <general>: CVideoPlayer::HandleMessages - player started 1

• I'm not sure whether LE can play that "Microsoft variant" codec. Maybe you'll find another test file with a different 5.1 codec.
• It might also be a slow NAS connection ("Allowing max Out-Of-Sync Value of 35 ms"). So try to play from a thumb drive instead.

I'm using exFAT on my NAS (SSD), because it's optimized for flash memory. If your HDD is still an old, rotating one, use EXT4.

Foreword: As written at the Waveshare site, LE is not supported. You are experimenting on your own risk.

That display needs some software settings. You can only use the dtoverlay line at config.txt. All HDMI options have to go to cmdline.txt, which needs a different syntax.

Which of the above settings do you currently have in use for your 5 inch display?

Quote from sindbad6

**** List of PLAYBACK Hardware Devices ****

card 0: sndrpihifiberry [snd_rpi_hifiberry_dac], device 0: HifiBerry DAC HiFi pcm5102a-hifi-0 [HifiBerry DAC HiFi pcm5102a-hifi-0]

Subdevices: 1/1

Subdevice #0: subdevice #0

The output shows a DAC chip (PCM5102A), which you don't have. Your board has a digital-to-digital chip.

I think your HiFiBerry Digi2 Pro is broken. It's not detected correctly by HiFiBerryOS.

Quote from LybsterKodi

My solution was powerline ethernet.

Yep, or an Ethernet to WiFi adapter. The newer models have 5GHz support now. Benefit: Only Ethernet driver needed.