Can you provide a sample from the video that it's causing this?
Also, i would try with the RPi out of the Argon case, just to make sure that the case is not part of the equation.
It happens with multiple videos. But particularly H265 I think.
I also happens outside of the case.
Is anyone able to help? Do the logs reveal anything?
and what is EPC ?
Extended power conditions. A newer type of power control command set than traditional APM.
UPDATE:
On further investigation I have determined that my 18TB Ironwolf Pro is not obeying its configured power/spin down settings when connected to either the Pi4 OR my Laptop using the uGreen USB caddy I have it installed in.
This one here:
Even when EPC has been completely disabled, or idle_2 and standby_z set for 30 mins, the drive will completely standby within 2 mins when connected to my laptop as well as the Pi. Laptop is running Windows 10 Pro, Pi4 running LibreElec.
To further this, I have removed the drive from the uGreen USB caddy and installed it in a USB desktop HDD dock. When connected via this different USB>SATA interface, the power settings are working as configured. Head parking and Spin Down occur as specified via the EPC options.
Conclusion: It seems that certain USB>SATA caddy's/interfaces are interfering with the disk power states and that this is not a LibreElec/KODI issue at all.
UPDATE:
I connected my 18TB Ironwolf Pro to my laptop and used the Seagate Seachest tools to disable the EPC idle_a, idle_b, idle_c and standby_z timers.
This has had no effect but I believe this issue is related to drive sleep state.
EDIT:
I have also completely disabled the EPC feature set on the drive but this doesn't appear to have an effect. Infact the drive still spins down.
Whats happening here? HDD power management broken?
Playing a video from the SD card pauses and resumes fine.
Dumping my Seagate EPC settings here:
C:\Program Files\Seagate\SeaChest>SeaChest_PowerControl_x64_windows.exe -d PD1 --showEPCSettings
==========================================================================================
SeaChest_PowerControl - Seagate drive utilities - NVMe Enabled
Copyright (c) 2014-2021 Seagate Technology LLC and/or its Affiliates, All Rights Reserved
SeaChest_PowerControl Version: 3.0.2-2_2_3 X86_64
Build Date: Jun 17 2021
Today: Thu Mar 31 22:47:14 2022 User: Tom (admin)
==========================================================================================
\\.\PhysicalDrive1 - E000-2YY101 - A13338EE1A62 - ATA
.
===EPC Settings===
* = timer is enabled
C column = Changeable
S column = Savable
All times are in 100 milliseconds
Name Current Timer Default Timer Saved Timer Recovery Time C S
Idle A 0 *1 1 1 Y Y
Idle B *9000 *1200 *9000 4 Y Y
Idle C 0 6000 6000 25 Y Y
Standby Z *18000 9000 *18000 125 Y YTrying to stop my 18TB Ironwolf Pro which is attached via USB to my Pi4 from sleeping so aggressively.
However I get the below, any ideas? This happens no matter which value I use, 0, 254, 255 etc...
LibreELEC:~ # hdparm -B 255 /dev/sda
/dev/sda:
setting Advanced Power Management level to disabled
HDIO_DRIVE_CMD failed: Input/output error
APM_level = not supportedWorked out my drive supports EPC.
See debug log here:
Attempted to playback but lost video out at 18:25 ish.
Noticed this at end of log:
2022-03-30 18:50:27.559 T:1028 DEBUG <general>: ------ Window Deinit (Home.xml) ------
2022-03-30 18:50:27.559 T:1028 DEBUG <general>: FreeVisualisation() done
2022-03-30 18:50:27.560 T:1028 DEBUG <general>: ------ Window Init (VideoFullScreen.xml) ------
2022-03-30 18:50:27.560 T:1028 INFO <general>: Loading skin file: VideoFullScreen.xml, load type: KEEP_IN_MEMORY
2022-03-30 18:50:27.561 T:1068 DEBUG <general>: ffmpeg[0x2d75f88X]: [image2] Custom AVIOContext makes no sense and will be ignored with AVFMT_NOFIL E format.
2022-03-30 18:50:27.572 T:1048 DEBUG <general>: OnAVStarted: CApplication::OnAVStarted
2022-03-30 18:50:27.574 T:1028 DEBUG <general>: CDRMUtils::DrmFbDestroyCallback - removing framebuffer: 258
2022-03-30 18:50:27.575 T:1044 DEBUG <general>: OnAVChange: CApplication::OnAVChange
2022-03-30 18:50:27.597 T:1028 DEBUG <general>: CDRMUtils::DrmFbDestroyCallback - removing framebuffer: 259
2022-03-30 18:50:27.623 T:1028 DEBUG <general>: ------ Window Deinit (DialogBusy.xml) ------
2022-03-30 18:50:27.653 T:1038 DEBUG <general>: ActiveAE::SyncStream - average error of 1.485731, start adjusting
2022-03-30 18:50:27.653 T:1038 DEBUG <general>: ActiveAE::SyncStream - average error 0.485731 below threshold of 30.000000
2022-03-30 18:50:28.654 T:1177 DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-29999.656515, adjusted:-29999.656 515
2022-03-30 18:50:32.525 T:1176 DEBUG <general>: CPtsTracker: detected pattern of length 1: 41708.33, frameduration: 41708.333333I can confirm I am also experiencing this problem, as is a friend of mine. Both on the matrix build and both having the same issues as the OP.
When a video is paused for several minutes, especially if it’s a large 4K video, resume results in audio playback with static video, if the video does play it is out of sync.
Restarting playback from the menu works.
Here is a full debug log. Paused and resumed between 30/3/22 18:10-18:20.
I am running a Pi4 8Gb, booting from MicroSD. Media is on a locally attached USB HDD. 18TB Ironwolf Pro. LibreElec 10.0.2.
Thanks
That's the setting. Post a debug enable log when playing a problematic video.
Where’s the particular debug log setting and where will the file be?
Disable "adjust refresh rate to match framerate" and I suspect you'll get a picture.
Your overclock is having the same effect as "hdmi_enable_4kp60=1" and something isn't supporting that.
Do you have another hdmi cable or 4k display to test with?
Thanks for the reply. Where do I find that setting? If its within KODI and is Settings > Player > Videos 'Adjust display refresh rate' then its already off.
I don't see "adjust refresh rate to match framerate" anywhere.
Hi all, I am running LibreElec on an 8GB Raspberry Pi 4 inside an Argon Onev2 case with the fan script configured and working.
I know its wasted on LibreElec/Kodi but being a full time tech, I have to push performance just for kicks. As such I am trying to overclock my Pi4 to make a 'super' media center Pi. Even in stock configuration the thing doesn't appear to break a sweat, very impressive.
However I have a 'problem' and I think there's something strange going on:
I am able to overclock the CPU, 'arm_freq' to 2Ghz and beyond with no problems at all, with an over_voltage set to 6. Haven't tried to lower the voltage, but hey ho...
Logical next step is to bump the GPU frequency up a little, however if I even attempt to bump 'gpu_freq' up a mere 50Mhz to 550 then when I try to playback a h265 file, I will immediately lose video output but the OS doesn't crash and the Pi is still reachable via SSH and responds to commands so I can revert and reboot etc...
I have tried an over_voltage setting upto 12 which made no difference.
What could be going on here? Almost every Pi4 user out there reports being able to achieve over 700Mhz on the GPU and I can't even touch mine, yet I can hit 2.147Ghz and probably more on the arm_freq.
Because I am losing video and not crashing the whole Pi, even when just tickling the GPU frequency, I suspect I need to force another setting to do with HDMI out or something.
Does anyone have any experience with similar?
Heres my config.txt, GPU overclock commented out as it doesn't work. Not 550, not 600, not 650 etc.... Just a loss of video, no full OS crash.
# Default GPU memory split, 76MB are needed for H264 decoder
gpu_mem=128
# Don't send initial active source message.
# Avoids bringing CEC (enabled TV) out of standby and channel switch when
# rebooting.
hdmi_ignore_cec_init=1
################################################################################
# Include distribution specific config file if it exists.
################################################################################
[all]
include distroconfig.txt
# uncomment to enable infrared remote recevier connected to GPIO 18
#dtoverlay=gpio-ir,gpio_pin=18
dtparam=i2c=on
enable_uart=1
#current_limit_override=1
over_voltage=6
force_turbo=1
arm_freq=1800
#gpu_freq=600Heres the results of some playback on temps, showing everything is well under control. The argon cools passively until it hits 55c which is where I have the fan set to come on.
30 mins 4k h265 playback:
LibreELEC:~ # bcmstat.sh
Config: v0.5.5, args "", priority lowest (+19)
Board: 4 x cores available, ondemand governor (Pi4 Model B rev 1.4, BCM2838 SoC with 8GB RAM by Sony UK)
Memory: 1024MB (split 896MB ARM, 128MB GPU)
HW Block: | ARM | Core | H264 | SDRAM |
Min Freq: | 1800MHz | 500MHz | 0MHz | 3180MHz |
Max Freq: | 1800MHz | 500MHz | 500MHz | 3180MHz |
Voltages: | +6, 1.0000V | +0, 1.2000V |
Other: temp_limit=85, force_turbo=1
Firmware: Mar 1 2022 14:22:32, version 969fb9b1521fc7ac2b88b15a3a9e942da7678c4d (clean) (release) (start_x)
Codecs: H264 MJPG PCM
Booted: Sun Mar 27 08:35:56 2022
Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s
======== ======= ======= ======= =============== ====== =========== ===========
09:00:32 1800Mhz 500Mhz 0Mhz 44.30C (45.76C) 1,121 296 113
09:00:34 1800Mhz 500Mhz 0Mhz 44.30C (45.76C) 1,125 334 113
09:00:36 1800Mhz 500Mhz 0Mhz 44.79C (45.76C) 1,086 177 113
09:00:39 1800Mhz 500Mhz 0Mhz 44.30C (45.76C) 1,118 477 11330 mins 1080p h264 playback:
LibreELEC:~ # bcmstat.sh
Config: v0.5.5, args "", priority lowest (+19)
Board: 4 x cores available, ondemand governor (Pi4 Model B rev 1.4, BCM2838 SoC with 8GB RAM by Sony UK)
Memory: 1024MB (split 896MB ARM, 128MB GPU)
HW Block: | ARM | Core | H264 | SDRAM |
Min Freq: | 1800MHz | 500MHz | 0MHz | 3180MHz |
Max Freq: | 1800MHz | 500MHz | 500MHz | 3180MHz |
Voltages: | +6, 1.0000V | +0, 1.2000V |
Other: temp_limit=85, force_turbo=1
Firmware: Mar 1 2022 14:22:32, version 969fb9b1521fc7ac2b88b15a3a9e942da7678c4d (clean) (release) (start_x)
Codecs: H264 MJPG PCM
Booted: Sun Mar 27 08:35:56 2022
Time ARM Core H264 Core Temp (Max) IRQ/s RX B/s TX B/s
======== ======= ======= ======= =============== ====== =========== ===========
09:21:14 1800Mhz 500Mhz 500Mhz 45.76C (45.76C) 4,544 0 0
09:21:16 1800Mhz 500Mhz 500Mhz 44.79C (45.76C) 1,073 483 276
09:21:18 1800Mhz 500Mhz 500Mhz 45.28C (45.76C) 1,018 150 247
09:21:20 1800Mhz 500Mhz 500Mhz 45.28C (45.76C) 1,082 178 113
09:21:22 1800Mhz 500Mhz 500Mhz 45.76C (45.76C) 1,052 284 113