Does Disney+ use Widevine? If so, note that this is SW decoded and then there is currently issue with it: Latest Widevine 4.10.2252.0 fails to load · Issue #678 · xbmc/inputstream.adaptive · GitHub
Posts by jernej
-
-
I connected it to a 1080p monitor and it showed up and I was able to configure it. When I connected it back to my 4k LG TV the TV doesn't detect a display signal but I can see the device on my wireless network. So it was probably booting originally but my TV just wasn't seeing the signal, and it still doesn't.
I too have issues with any H6 board and my LG TV in 4k@60 mode. Any mode with 297 MHz pixel clock or lower (4k@30 and lower) should work fine. However, my 4k@60 monitor works fine. I have yet to find a fix for that. Currently the only workaround is to lower resolution on some other display first, which is then remembered on Kodi.
-
Yeah, I can give you diagnosis - HW doesn't support 10-bit H264 (nor any other 10-bit content), so this must be SW decoded and converted to 8-bit. If you disable DRMPRIME decoding in playback settings, you'll get just that. Graceful fallback obviously isn't implemented, it's one of the rough edges. But SW decoding of 10-bit content is more demanding, so you usually won't get good experience anyway.
-
It's solved by applying windowing/gbm: Add display clock by popcornmix · Pull Request #19601 · xbmc/xbmc · GitHub you suggested some time ago and enabling "Sync video to display" in settings. Hope these commits will make it to LE soon.
I believe this is Kodi 20 feature and not planned to be backported to LE10. However, if enough noise is made about it, we might reconsider
I found another possible improvement. If you switch to ondemand governor, you can try following settings:
LibreELEC.tv/cpufreq at master · LibreELEC/LibreELEC.tv · GitHub
-
offbeat note that overlays currently work only on RPi and Allwinner, maybe Amlogic (not 100% sure). Based on PWM addresses, tony013 uses Rockchip (RK3399), which doesn't support overlays yet.
-
Which codec? Or better yet, can you provide small sample? Note that not all codecs supported in HW work. Currently supported are MPEG2, VP8, H264 and HEVC.
-
I removed test image. It was highly experimental and later I decided to drop support for A20 altogether, which meant that I stopped experimenting with A10 too. Few reasons:
- I don't have any A10 HW
- A10/A20 image quality was poor (far more issues than H3 or newer)
- HW lacks support for expected features (I think A10 chokes on full HD videos)
- A10 and A20 SoCs are pretty different to H3 and newer, which would double the work
-
you mean that our Orange Pi plus 2E does not have mainline driver for Wifi and won't be supported?
Exactly. It was decision made by team. Out of tree wifi drivers are not fun to update and they break often when kernel is updated. We could have at least 15 drivers at this point, if we would go this route. Anyway, in my experience, wifi module on the board is not that great. You could make your own image with added driver or just use USB wifi dongle.
-
you didn't tell which board you're using.
Afaik the dtb is created during kernel build - and I searched packages/linux for scripts that I could overload ...
didn't find some.
If you want to go this way, you have to make kernel patch and add it to "patches" folder.
So I tried to create an overlay file, added it to extlinux.conf - but then, LE does not boot any more.
This should work for Allwinner boards, if you use latest image. But I suspect you're using different platform.
-
Plenty of such CEC issues were already reported but solution has not been found yet. TV behaviour is probably a part of that problem.
-
-
Sorry to say, but options that are not enabled by default are in second plan, there is enough work already for a (very) small team of developers interested in particular platform. Having said that, I always like to hear about such investigations.
Btw, another (bad) workaround to H6 jerky output is disabling "Allow hardware acceleration with DRM PRIME".
If this actually changes anything, it means that there is an issue with decoding pipeline, e.g. something is just a little bit too slow. This is one area on which we are working intensely (multiple platforms share this mechanism), but I don't think it will be ready before LE10 release.
-
Ethernet is enabled in Linux and works fine (check dwmac-sun8i 1c30000.etherne lines in kernel output). I disabled it in U-Boot to make boot procedure a little bit faster, although I don't think it matters much.
Could you upload an image of SD card after resizing? I mean, if there was a way for me to prepare SD card just as it should be, and see if it works, I would appreciate that.
No, because it depends on SD card you're using and that is the reason why resizing is even needed. You can however do that manually by some partition editor in Linux. Just extend partition to cover whole free space and remove ".resize_me" (or something similar) file from that partition.
What else can I do with my problem? Changed SD card from 2Gb to 4Gb, all is the same.
These are pretty old cards. There might be compatibility issue. Do you have any class 10 or newer card which you can test?
-
Ah, no, I don't use that option.
-
I'm not sure what you mean with Chinese version. OrangePi Plus2E board is designed and produced in China. My board version is v1.1. From first glance it seems like storage partition is not found, but I can't be completely sure since output is mangled. Did you by any chance change any of UUIDs in extlinux.conf?
BTW, ethernet is disabled in U-Boot for LE, so nothing wrong with that.
-
offbeat your samples plays fine with my two monitors, one full hd and another 4k. It stalls only once at the beginning but after that it plays normally. Tested on PineH64 model B.
-
A really weird bug : If a disable AC3 transcoding, I set the number of channel to 7.1 and I watch an episode or a movie in AAC 5.1, I hear only the background music, no dialog... But if I set number of channel to 2.0 and I enable AC3 transcoding everything is fine.
After recent investigation, I found out that this makes perfect sense. ALSA config is written in such way, that all audio is transcoded in IE958 format. This is a bit problematic - DW-HDMI IEC958 support is meant only for compressed formats, 2 ch for normal compressed streams, 8 ch for HBR. It's unclear at this point if any other channel combination may work with IEC958 format. With AC3 transcoding you make sure that there is no uncompressed audio, so IEC958 should work fine in all cases. GUI uses stereo sound, which should work with IEC958 too.
-
I just tested my Plus2E board with latest image and it boots normally. Remove "quiet" from extlinux/extlinux.conf file located on FAT32 partition on SD card. It should print much more info during boot.
