I had a weird feeling with this number, thus I checked if its sdio (it actually is)...
Second character after model number tells which interface it uses. U - USB, S - SDIO and E - PCIE. I have seen same models with different interfaces.
I had a weird feeling with this number, thus I checked if its sdio (it actually is)...
Second character after model number tells which interface it uses. U - USB, S - SDIO and E - PCIE. I have seen same models with different interfaces.
lumpi RTL8723BS is actually a bit special because it's driver is already in kernel, while RTL8189 driver and some others are not (it's a mess, I know). RTL8723BS is already included in images for 64-bit SoCs (A64, H6), but because wifi module is add-on, it's not enabled in DT by default. So DT must be edited to enable wifi power and correct mmc node. I've never enabled wifi on Pine64 boards so I can't help further.
BTW, I can't guarantee that existing RTL8723BS driver will work with IWD, so this might be just temporary working solution.
Regarding first issue, just dd fresh unzipped image.
As I said, TX3 mini uses completely different SoC from another company, so don't expect same solutions. If you can capture IP TV stream sample which demonstrates the issue I can take a look.
Ah, ok. There is no such thing on mainline Linux, which is used by LibreELEC on Tanix TX6. What are you trying to do? Based on module name my guess would be that you're trying to disable HW deinterlacing. If so, deinterlace unit is not yet supported by mainline so it's already disabled.
Wrong subforum, Tanix TX3 mini has Amlogic SoC. Even then, this seems to be something from BSP kernel and not mainline, which is the only supported kernel.
Still not complete, video freezing, some other channels appear as green image.
Green image means that particular codec crashed and I haven't found a way to reset it properly. If you reset the board, it will be possible to play that channel. Anyway, this issue with HEVC freezing was observed on H6 with 10-bit videos, but it seems that it's possible to trigger it also with H3. I imagine this is one of the last main issues I have to fix for HEVC.
flibor harrycallahan I managed to find one issue with HEVC strea, but I'm not sure if that's all. Please test following H3 update:
jdpc patrickkfkan Here is another test update with this fix:
Of course WiFi works, just not Realtek SDIO based modules, at least not some of them. OrangePi PC doesn't come with such module, so that doesn't concern you. Many USB based dongles should work, I just don't know what to recommend. I never did any test.
ramzess Please don't use code tags. I don't have Tanix TX6 IR configuration file. But you can make it yourself with following this guide.
sorry, but without video sample which would demonstrate the issue it's basically impossible to do anything.
In assemblies Generic.x86_64, you can change the keyboard layout for typing to change the combination of Alt+Shift. This is really not enough, only the on-screen keyboard works.
Can this be improved?
This is not appropriate subforum for such questions.
Wanted to ask if you have any intentions to support the TV out (CVBS) for this Allwinner chips.
Not currently, no. Some patches exist for older kernels which would have to be ported. Maybe it wouldn't be that hard and it would be interesting to see how it behaves when monitors are connected to CVBS and HDMI port at the same time.
My computer (Acer E15 Start, Manjaro 18.1.0) plays all channels, my Orange Pi PC (with usb stick Astrometa and same Sony chip) plays test videos hevc 8-bit from jell.yfish.us, but broadcast dvb-t2 not (Czech Republic, HEVC 8-bit, level 4.2). Orange Pi PC freezes as described by the user mastero. Where is the problem?
Maybe with HW decoding? Disable HW decoding in settings and try again. If that helps, try to capture video directly from DVB dongle so I could analyze it.
This box has A80, right? If so, you're out of luck. It would require considerable effort on kernel side - HDMI, VPU and I2S drivers are missing and DMA driver status is unknown (nobody tested it). IIRC also display driver might not be good enough. Biggest showstopper is that it uses PowerVR GPU, for which there are no driver which would work with GBM interface (requirement for LibreELEC). Some months ago there was one person from PowerVR on #linux-sunxi IRC, who claimed that wants provide such blob, but I don't think anything happened.
EDIT: By missing I mean that very similar drivers already exist, but they need A80 specific adjustments.
They are here, where are nightlies are: test.libreelec.tv
Here I wanted to take a screenshot, but it turned out that my OPi always creates a picture without an image: a 6kb .png file and a black screen inside is blank. I ask you to consider this as another mistake.
This is known. There is Kodi PR which will fix this, but as far as I know, it has not been merged yet.
Regarding Samba - can you try using newer version of protocol? I think version 1.0 is not supported due to security risk. But I have never used it, so it may be something else.
BTW, are you using nightly version also on Intel box? If not, please try it. All images should have same Samba settings - if you're using same version of images, in this case nightlies.
LibreELEC-H3.arm-8.0-devel-20170516114055-r25546-g745f679-opipcplus.img - see internal WIFI
That image is not made by me. But lumpi is correct, Realtek SDIO wifi modules are not supported. Decision was made not to add additional out-of-tree Realtek drivers, because nobody really likes fixing them every kernel update and AFAIK they are not compatible with iwd, which will be used in future instead of wpa_supplicant.
jdpc Please test this: libreelec-h3.arm-9.80-devel-20190920211508-9d2b397.tar
It has a hack to make I2S settings exactly the same as on old OpenELEC. If that still not it, we'll move focus on HDMI.