Next I tried the following autostart.sh file:Code# Kill lirc remote services systemctl stop eventlircd.service #start ir-keytable ir-keytable -c -p RC-5,RC-6 -w/storage/.config/rc_keymaps/myremote
eventlircd must not be stopped in autostart.sh when changing key tables.
The remote can be tested with evtest from the system-tools addon:
systemctl stop kodi
systemctl stop eventlircd
evtest
Select the remote's /dev/input/eventX and start pressing keys.
22:38:36.806 T:546425532640 INFO: ffmpeg[7F397FF0E0]: Stream #0:0: Video: h264 (High 10), yuv420p10le, 1920x800 [SAR 1:1 DAR 12:5], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)22:38:36.808 T:546425532640 NOTICE: Opening stream: 0 source: 256
22:38:36.808 T:546425532640 NOTICE: Creating video codec with codec id: 28
22:38:36.808 T:546425532640 DEBUG: FactoryCodec - Video: amcodec - Opening
22:38:36.808 T:546425532640 DEBUG: FactoryCodec - Video: amcodec - Failed
22:38:36.808 T:546425532640 DEBUG: FactoryCodec - Video: - Opening
22:38:36.808 T:546425532640 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
22:38:36.808 T:546425532640 DEBUG: CDVDVideoCodecFFmpeg - open frame threaded with 6 threads
22:38:36.809 T:546425532640 DEBUG: CDVDVideoCodecFFmpeg - Updated codec: ff-h264
22:38:36.809 T:546425532640 DEBUG: FactoryCodec - Video: ff-h264 - Opened
No HW support for H.264 High 10 video and CPU too slow.
The WMV3 issue looks like a driver problem. When it is fixed upstream it will be part the next releases.
A search on freedesktop.org shows two bug reports this year: 96600 – [RV630]: a lot of artifacts appears on a screen playing some videos through VDPAU with hardware acceleration and 94381 – VC-1 VDPAU decoding on radeon causes occasional garbage.
However the three samples from the bug reports play well HW accelerated on my AMD C-60 netbook with 7.90.009.
What is your Kodi settings level?
Being "Expert" there is an additional "Video calibration..." below "Calibration". Furthermore you can disable VC-1 VDPAU acceleration only in player settings.
Why do i want to do that?
It works now so why change it?
... after the next release. This disables the new default Radeon xorg.conf too and avoids building LE yourself.
Currently i just removed the patch responsable for this and compiled a new build and this resolved it also.
In this case just put an empty xorg.conf in /storage/.config
Did you use w_scan with parameter "-t 3"? May not help but is always a try worth.
You can try to switch to legacy drivers yourself:
Have already thought of that, things is that Windows apparently is now 100% ready for UTC time, so I'd rather switch my Linux boots to RTC.
Which issues still do exist in Windows 10?
I guess it may be possible to symlink the required directory to be able to modify the clock setting.
Only if you build LibreELEC yourself.
In addition with local time set all three OS will try to correct the RTC on daylight saving time change.
IMO not possible due to read only /etc file system.
Think about changing Windows to UTC.
Currently a LibreElec backup is just a tar of /storage/.cache, /storage/.config, /storage/.kodi and /storage/.ssh
Video on HDMI #1 and sound on HDMI #0?
On Firefox I get an open lock icon and the page info shows no encryption on the RSS feed.
In addition we did forget to advice to make autoplay.sh executable:
chmod +x /storage/autoplay.sh
If it still fails please post the URL from
journalctl | pastebinit
after a failed try.
I actually almost have a way to do this using udev, but it doesn't work because udev won't finish until the all udev rules have run, so it's not possible (with the current tools) to do this (that I have found yet).
It can be done with some modifications:
/storage/.config/udev.rules.d/99-usb-play.rules
IMPORT{builtin}="blkid"
ACTION=="add", SUBSYSTEM=="block", KERNEL=="sd*|mmc*", ENV{ID_FS_USAGE}=="filesystem", \
RUN+="/usr/bin/systemd-run /storage/autoplay.sh /dev/%k"/storage/autoplay.sh
#!/bin/sh
sleep 5
MP=$(printf '%b' $(grep "^${1} " /proc/self/mounts | cut -d ' ' -f 2))
if [ -f "${MP}/kodi.playme" ]
then
/usr/bin/kodi-send --action="PlayMedia(\"${MP}\", isdir)"
fiThis limits auto play to USB drives with existing /kodi.playme file.
- added latest Digitial Device drivers (much more up to date then the OE/LE included one) - they compile no idea if they work
Great!
Unfortunately the drivers do not load because of modversion 4.4.0-20 instead of needed 4.4.7.
