how can i disable the internal wifi so the usb dongle will work?
you don't need to.
how can i disable the internal wifi so the usb dongle will work?
you don't need to.
What usb devices are supported for networking?
I tried to enable all of them in kernel, but I maybe miss something. Just stay away from Realtek. Small number of Realtek devices is supported, but better to select almost anything else.
1. A video which had been converted from MJPEG (webcam) with the following parameters:
ffmpeg -i input.mkv -crf 20 -preset slow -vf hqdn3d -vf normalize -b:a 256k output.mp4
If I understand your mediainfo file correctly, it's 4:4:4 which won't work for now. I'm not sure if this is HW limitation or just not supported at this point in driver.
2. The second one was converted from MPEG4 to HEVC1 with default parameters. After trying to play it, the sound starts to play and the system immediately reboots.
HEVC driver is not stable yet, but I'll add your sample to my test collection.
beelink wifi not working
There are two possible wifi modules for Beelink X2, Broadcom (Ampak) or Realtek. Only Broadcom based wifi works, Realtek based won't work for forseable future. You can open your box to check which one you have.
Wetek Plar2 support has ended.
wrong topic?
Just compiled new image for Orange Pi One
How well does it work?
If you'd like, open new topic with community image for this board. Otherwise this post will get lost (or not, now that's on first page).
noblock interesting! Does it crash with mesa too? Will you take a look? even though I helped with H6 DRAM code, I still don't know much about it.
macchese Addons are not a problem, if H5 port is built from LE master (with additional H5 modifications). However, I'm not sure which URL current test image is using.
Regarding HDMI CEC, I really don't know what's wrong here. New driver approach, which works very well with other SoCs, doesn't work here at all. Old approach works as bad as with other SoCs. I will need to take a look at that again at some point, but additional issue I noticed is that there was sporadic Kodi crash. It may be due to a hack in mali driver. I would rather wait for lima to become fully usable, before merging H5 port in LE master.
Plus2e not found
So, we must install fresh images? What difference this image and older images?
ah, sorry, that's an oversight. I'll ask to add it.
Differences? Newer Kodi, newer Linux, plenty of other updated packages, wifi fixed for Broadcom modules (OrangePi Win, Bananapi M2+ and Beelink X2). Soon there will be stability fixes for HDMI detection and faster boot times.
This topic is superseded by Nightly images for A64, H3 and H6 boards
hostkit I don't know what could be wrong. Please try with nightly images, where a lot is updated.
WARNING: Since of the release of LibreELEC 10 stable, nightly images are NOT recommended for every day use, especially if you need addons!
Images and updates:
Nightly images and update files are available here. Please note that update files are board specific now.
H3 based boards:
- BananaPi M2+
- Beelink X2
- Libretech ALL-H3-CC (Tritium) (H3 SoC)
- NanoPi M1
- OrangePi 2
- OrangePi PC
- OrangePi PC Plus
- OrangePi Plus/Plus 2 (same image for both boards)
- OrangePi Plus 2E
A64 based boards:
- OrangePi Win
- Pine64
- Pine64 LTS
- Pine64 Plus
H6 based boards:
- Beelink GS1
- OrangePi 3
- OrangePi Lite 2
- OrangePi One Plus
- Pine H64
- Tanix TX6
H5 based boards:
- OrangePi PC 2
- ALL-H3-CC H5 (Tritium)
R40 based boards:
- BananaPi M2 Ultra
Additional boards can be supported if requested, but only if they are supported by mainline kernel.
Boards/STBs with less than 1 GiB of RAM are not supported!
FEATURES:
- mainline kernel & U-Boot
- completely open source including GPU drivers
- latest Kodi
- zero copy decoding & rendering
- shared decoding & rendering code with other SoCs
- compared to OpenELEC images with BSP kernel, HDMI should work with any monitor automatically
- HDMI CEC
- multi channel HDMI audio
- IR receiver
- Analog audio (except H6)
- Temperature sensor
- HW deinterlacing, see testing thread for limitations
- eMMC installation script (install2emmc)
- Device Tree overlays
- suspend/resume and power on via remote or power button
- CVBS (TV out) on H3/H5 (enabled via DT overlay)
LIMITATIONS:
- only MPEG2, H264 (AVC), H265 (HEVC), VP8 and VP9 codecs are supported in hardware, for now. Others are software decoded.
- R40 doesn't support H265 (HEVC) - hardware limitation
- 10-bit H265 and VP9 videos are supported only on H6 (H3, H5 and A64 don't support 10-bit HEVC nor VP9 - hardware limitation)
- 10-bit H264 is not supported (hardware limitation)
- HDMI audio passthrough is in testing phase (see testing thread)
- wifi modules without mainline driver are not and won't be supported (mostly Realtek - RTL8189ETV, RTL8189FTV, etc.)
- no support for TV out on H6
- HDMI CEC on H5 works correctly only if the board has 32 kHz external oscillator.
- suspend/resume doesn't work on boards with R40 (HW limitation)
Given that nightly images are updated often, I'll make a post when it's worth to update with short changelog.
NOTE: A20 support was retired
Driver for your wifi is not hard to find or even to include it, it's just that it's PITA to maintain it and probably doesn't work with iwd, which is planned to replace wpa_supplicant in near future.
I just copied new kernel and dtb to /flash after downloading tar and then rebooted no its starting with new system
You should make another update with same update file. U-Boot is not updated in such way. BTW, you are bypassing a lot of checks by such update.
lumpi ah, you are on old image... Actually I mentioned the issue, but yes, that's the one. Copy files manually in that file and repeat update again to update few missing things.
BTW, new images use kodi 18.2-rc1 so some things like addons probably need to be updated
majorkalina since you build image yourself, it will be quicker if you just change this line: ffmpeg-95.0002-add-common-v4l2-request-api-code.patch#l126 to +#include <drm/drm_fourcc.h>
ok, I think I know what is the issue. I'll prepare an update.
mpeg4 ?
No, while writing support for it shouldn't be hard, base is still in flux. A lot of work is going on to stabilize request api in kernel. Until this is more or less done and most bugs are fixed in existing codecs (H264, H265), I won't work on additional codecs. But maybe someone else will.
If it is possible to improve without hardware acceleration h265 10 bit
None that I'm aware of. H6 is already capable of decoding 10-bit H265, but for some reason top left corner is corrupted during each 10-bit H265 video playback.