Which is irrelevant as my builds are dev builds that do not support auto-updating.
Even better.
Which is irrelevant as my builds are dev builds that do not support auto-updating.
Even better.
You can disable auto-update.
Sorry, I forgot that we are on x86.
Then the equivalent idea is to install latest Debian (or whatever Linux) Live on USB stick, and try that hdparm version. I recently made a Debian 12 stick to bring my parallel port printer back to life.
OK. The next thing I would do is installing RPi OS on another microSD, and see whether it works on that OS.
If it does, then our devs can usually implement it on LE (maybe just copying the command to LE already does the trick).
Nothing in hd-idle.log?
Have a look at the OLEDproc add-on:
So the first thing is activating the I2C interface. I think OLEDproc is adaptable for Argon ONE V5, but no noob solution.
There is an hd-idle command, which is provided by the System Tools add-on:
It also generates a log file, so maybe helpful for further investigations.
If i understood i can use wget or download it to /storage/.update, is that correct?
Yes.
Yes. Login by SSH, cd /storage/.update, download the new nightly image by wget <URL>, and reboot.
I have an USB hard drive connected via USB and have no problem in general but when I pause a movie or anything I'm watching for just few minutes, HDD spins down.
Most users prefer that behavior. So in general it's not a bug, but a feature.
I tried to use hdparm in autostart.sh with this command: "hdparm -S 0 /dev/sda2" and also "/usr/bin/hdparm -S /dev/sda2" but with no luck: if I pause my watching, HDD spins down, always.
The thing that looks stange to me is the fact that if I lunch the command "hdparm -S 0 /dev/sda2" from an SSH shell when the HDD is sleeping then it start to spin up immediately.
The above facts result in the conclusion that your HDD firmware does the energy management, not LE.
You're right, it currently shows the menus, but there is an error when trying to play something.
I have the same error on DAZN add-on, so I'm pretty sure that Widevine and/or InputStream Adaptive is responsible.
It's frustrating, because earlier this year it was fixed, and feels like it goes on and off forever:
Try the Joyn add-on from KodiNerds repo. It should work with current LE.
RPi4 and RPi5 are using 64 bit LibreELEC with 64 bit Widevine now (LE12+). That's a future-proved setup.
I was wondering, if this means, on the long run, when Google will not release a 64Bit arm widewine...
I'm still worried if Google stops releasing 32Bit widewine for arm...
No signs that this happens.
If you still need help, translate your initial post into English.
Will RPi3 and RPi5 and Kodi on Windows be supported?
What's the relation to LibreELEC?
So the HDMI-A-1 is the HDMI0 port on board ?
Yes.
Thank you for your answer chewitt, yes, I tried 2 different HDMI cables.
Which HDMI standard? They should be HDMI 2.0 or 2.1.