Quick question: Should playback of a 1080p 10bit videofile encoded in hevc/x265 work witout issues?
Or is this meant by: "...HDR are not supported, i.e. they might work but I don't provide support.."?
I'm no expert just heard 10bit and HDR may not be the same.
No problem with 10bit 1080p. files. HDR is more of a 4K thing
Well maybe I just post my issue here first:
Audio playback in certain videofiles is messed up. You hear cracking, sometimes really loud acoustic noise.
This only happens with certain x265 encoded 10 bit videofiles.
My box is hooked up to a AV receiver.
I (and a few others) reported the same problem a while back. It went away for a while but, as I was ready to report "problem solved", it came back recently.
Follow the instruction below, confirmed working
Starting with a fresh install of Kodi.
Add-ons>Download>Install from repo>Kodinerds>Addon repo>Netflix addon repo>Install
Back to Install from repo>Netflix>Video>Netflix>Install>0.12.6>Ok
Open Netflix>Login>Enjoy =D
Yay, it works!
Your doing it all wrong, step 4 is unnecessary and I think step 7 is what has caused your problems, libwidevinecdm.so is already included in my build so this is not necessary.
If this info was included in the first post, it would have saved us from a lot of frustration.
How have you installed the build (microusb/usb/nand)
MicroSD installation, a method that has been working without problems on my box
Have you updated or done a complete fresh install
Both. It makes no difference.
My fresh install (v1.0.1) has only the NF and Inputstream addons installed.
Steps taken to produce the bug
Install NF addon, enter NF credentials, pick any video from the lists. Kodi freezes for a minute or so and then restarts.
Seems like there are no data coming in: INFO: CFileCache::Process - Source read didn't return any data! Hit eof(?)
I uploaded a log with LibcURL logging in post #72
Any other steps you have taken in your install procedure or configuration of Kodi
Tested with stock settings in both NF and Inputstream addons.
Timezone is set before launching NF and system displays the correct time.
I think I'll switch back to Krypton. Leia's main selling point (Netflix\Amazon playback) is still in it's infancy,
Sad, but true.
For me - the lastest working build remains to be LibreELEC-S905.arm-9.0-devel-20171020154750-r27181-g427aded12.tar still...
This version works with NF
A couple of annoying bugs:
1. Audio defaults to the audio description stream. Is there a way change that?
2. Video resolution is one step below the stream's native resolution. For example, the info in the list says 1080p but it plays 720p. When the info says 720p, is plays 480p.
I don't have a Netflix account so I'm unable to debug that issue unless someone wishes to share their account with me to debug the problem.
Netflix offers one month free subscription, you can use it for debugging
Kodi crashes each time, when tried to invoke inputstream from amazon/netflix,
Same here. When I select an episode, Kodi restarts.
And another annoying bug: I was watching a 45min episode in HEVC and playback stopped 2 times without apparent reason. Just as if I'd hit the stop button, it threw me back to the episodes listing..
I'll see if I kept a log and upload it.
Has anyone tested these builds on a box with the new 905W chip?
You do need the device tree yes. If you're updating then you don't need to worry about renaming it, so just leave the file name as is. If you're doing a clean install, then you will need to rename the device tree
Thanks. I have to find the right device tree then (I didn't use one when I made the first, clean install).
I've been using johngalt's Nougat builds for some time now but, seeing that he's stopped working on the 8.x.x. branch, i want to switch back to kszaq's LE.
Do I need to update the device tree as well or just drop the .img file in the update folder?
I don't think dc_cap is reporting correctly for non-4:2:0 modes, but am not sure. If you'd like to try, you could run the first command and play a video to see if you get 10bit output. If you don't get output, reboot.
Video signal goes through my AVR, perhaps it affects dc_cap results. I'll try with direct connection to the TV when I get a chance.
Unfortunately, my AVR and TV are almost the same (old) age and they don't display any info beyond a simple resolution so I won't know whether I get 10bit output or not.
I ran the "echo '444,10bit'" command but I didn't see any noticeable difference in picture quality.
10bit output on capable hardware:On a new boot before any other playback has been performed, run the following: echo '444,10bit' > /sys/class/amhdmitx/amhdmitx0/attr
If you have an older display and needed output_rgb, please use the following instead of the old interface:
echo 'rgb,8bit' > /sys/class/amhdmitx/amhdmitx0/attr
I have a 8-years-old Panasonic plasma TV with the following display capabilities:
LibreELEC:~ # cat /sys/class/amhdmitx/amhdmitx0/dc_cap
Do I need to issue any of the commands I quoted above?
I'll install the latest version, hoping that I won't have problems like those saltanar had.
It looks like kszaq updated those device trees and hasn't uploaded them all yet. I'll upload some shortly and update links in OP.
kszaq uploaded the missing (non-nand) p212 device trees. Are they the same as yours?