Decided to give the nightlys another go after 6 months on my OPI3. All hardware seems to work nice, however most videos have a shudder, like they're going at maybe 15fps.. Is there current problems with video decoding on the OPI3?
Posts by dmarkey
-
-
Not much look with 4K video on the nightlys, one OOM killer and one garbled video
Cec, Wifi and Wired work good though!
-
Are the nightlys best for Orange Pi 3 or is there some secret build floating around? jernej
-
I just got an OrangePi 3 and RPI 4 arriving in the same day
Anyone know is the H6 faster than the BCM processor the RPI 4 has?
Seems out of the box RPI has better support but will test more later.
-
Anything I can do to help get CEC to work on the x96 max?
-
Sorry is seems if I use the meson-g12a-x96-max-rmii.dtb ethernet works. but 100mb, maybe it's not gigabit
-
A few problems on the X96max 2gb (I believe this is gigabit NIC) - with a build of the latest github branch.
NIC not starting:
HVEC crash
Code- [ 565.048555] meson-vdec ff620000.video-decoder: Direct firmware load for meson/vdec/g12a_hevc.bin failed with error -2
- [ 565.048571] meson-vdec ff620000.video-decoder: Unable to request firmware meson/vdec/g12a_hevc.bin
- [ 565.074145] meson-vdec ff620000.video-decoder: Direct firmware load for meson/vdec/g12a_hevc.bin failed with error -2
- [ 565.074162] meson-vdec ff620000.video-decoder: Unable to request firmware meson/vdec/g12a_hevc.bin
- [ 565.094814] meson-vdec ff620000.video-decoder: Direct firmware load for meson/vdec/g12a_hevc.bin failed with error -2
- [ 565.094829] meson-vdec ff620000.video-decoder: Unable to request firmware meson/vdec/g12a_hevc.bin
- [ 565.105612] meson-vdec ff620000.video-decoder: Direct firmware load for meson/vdec/g12a_hevc.bin failed with error -2
- [ 565.105625] meson-vdec ff620000.video-decoder: Unable to request firmware meson/vdec/g12a_hevc.bin
CEC also fails in initialise.
Display MoreCode- LibreELEC:~ # cec-client
- No device type given. Using 'recording device'
- CEC Parser created - libCEC version 4.0.4
- no serial port given. trying autodetect:
- path: /dev/cec0
- com port: Linux
- opening a connection to the CEC adapter...
- DEBUG: [ 202] Broadcast (F): osd name set to 'Broadcast'
- DEBUG: [ 203] CLinuxCECAdapterCommunication::Open - m_fd=3 bStartListening=1
- ERROR: [ 203] CLinuxCECAdapterCommunication::Open - ioctl CEC_S_MODE failed - errno=16
- DEBUG: [ 203] CLinuxCECAdapterCommunication::Close - m_fd=3
- ERROR: [ 203] could not open a connection (try 1)
- DEBUG: [ 203] CLinuxCECAdapterCommunication::Close - m_fd=-1
- DEBUG: [ 1203] CLinuxCECAdapterCommunication::Open - m_fd=3 bStartListening=1
- ERROR: [ 1203] CLinuxCECAdapterCommunication::Open - ioctl CEC_S_MODE failed - errno=16
- DEBUG: [ 1203] CLinuxCECAdapterCommunication::Close - m_fd=3
- ERROR: [ 1203] could not open a connection (try 2)
Display MoreCode- LibreELEC:~ # uname -a
- Linux LibreELEC 5.1.0-rc1 #1 SMP Tue Jun 4 18:32:28 UTC 2019 aarch64 GNU/Linux
- >>dmesg top
- [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
- [ 0.000000] Linux version 5.1.0-rc1 ([email protected]) (gcc version 8.3.0 (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-rel-8.36))) #1 SMP Tue Jun 4 18:32:28 UTC 2019
- [ 0.000000] Machine model: Shenzhen Amediatech Technology Co., Ltd X96 Max
- [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000040000000, size 896 MiB
- [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
- [ 0.000000] On node 0 totalpages: 490752
- [ 0.000000] DMA32 zone: 7680 pages used for memmap
- [ 0.000000] DMA32 zone: 0 pages reserved
- [ 0.000000] DMA32 zone: 490752 pages, LIFO batch:63
- [ 0.000000] psci: probing for conduit method from DT.
- [ 0.000000] psci: PSCIv1.0 detected in firmware.
- [ 0.000000] psci: Using standard PSCI v0.2 function IDs
- [ 0.000000] psci: MIGRATE_INFO_TYPE not supported.
- [ 0.000000] psci: SMC Calling Convention v1.1
- [ 0.000000] random: get_random_bytes called from start_kernel+0x9c/0x438 with crng_init=0
- [ 0.000000] percpu: Embedded 22 pages/cpu @(____ptrval____) s51992 r8192 d29928 u90112
- [ 0.000000] pcpu-alloc: s51992 r8192 d29928 u90112 alloc=22*4096
- [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
- [ 0.000000] Detected VIPT I-cache on CPU0
- [ 0.000000] CPU features: detected: ARM erratum 845719
- [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 483072
- [ 0.000000] Kernel command line: boot=LABEL=LIBREELEC disk=LABEL=STORAGE quiet console=ttyAML0,115200n8 console=tty0
- [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
- [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
- [ 0.000000] Memory: 989608K/1963008K available (8382K kernel code, 792K rwdata, 3204K rodata, 2496K init, 574K bss, 55896K reserved, 917504K cma-reserved)
- [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
- [ 0.000000] rcu: Hierarchical RCU implementation.
- [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=4.
- [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 30 jiffies.
- [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
- [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
- [ 0.000000] GIC: Using split EOI/Deactivate mode
- [ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
- [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
- [ 0.000004] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns
- [ 0.000125] Console: colour dummy device 80x25
- [ 0.000135] printk: console [tty0] enabled
- [ 0.000166] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=80000)
- [ 0.000173] pid_max: default: 32768 minimum: 301
- [ 0.000240] LSM: Security Framework initializing
- [ 0.000302] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
- [ 0.000312] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
- [ 0.000698] *** VALIDATE proc ***
- [ 0.000866] *** VALIDATE cgroup1 ***
- [ 0.000871] *** VALIDATE cgroup2 ***
- [ 0.001417] ASID allocator initialised with 32768 entries
- [ 0.001475] rcu: Hierarchical SRCU implementation.
- [ 0.003207] smp: Bringing up secondary CPUs ...
- [ 0.003657] Detected VIPT I-cache on CPU1
- [ 0.003710] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
- [ 0.004134] Detected VIPT I-cache on CPU2
- [ 0.004155] CPU2: Booted secondary processor 0x0000000002 [0x410fd034]
- [ 0.004546] Detected VIPT I-cache on CPU3
- [ 0.004566] CPU3: Booted secondary processor 0x0000000003 [0x410fd034]
- [ 0.004614] smp: Brought up 1 node, 4 CPUs
- [ 0.004617] SMP: Total of 4 processors activated.
- [ 0.004620] CPU features: detected: 32-bit EL0 Support
- [ 0.004624] CPU features: detected: CRC32 instructions
- [ 0.004817] CPU: All CPU(s) started at EL2
- [ 0.004830] alternatives: patching kernel code
- [ 0.005555] devtmpfs: initialized
- [ 0.012284] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370867519511994 ns
- [ 0.012300] futex hash table entries: 1024 (order: 4, 65536 bytes)
- [ 0.032708] pinctrl core: initialized pinctrl subsystem
- [ 0.033519] NET: Registered protocol family 16
- [ 0.034183] cpuidle: using governor menu
- [ 0.034316] vdso: 2 pages (1 code @ (____ptrval____), 1 data @ (____ptrval____))
- [ 0.034322] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers.
- [ 0.035158] DMA: preallocated 256 KiB pool for atomic allocations
- [ 0.045971] cryptd: max_cpu_qlen set to 1000
- [ 0.047475] VDDAO_3V3: supplied by DC_IN
- [ 0.047960] SCSI subsystem initialized
- [ 0.048098] usbcore: registered new interface driver usbfs
- [ 0.048128] usbcore: registered new interface driver hub
- [ 0.048187] usbcore: registered new device driver usb
- [ 0.048400] pps_core: LinuxPPS API ver. 1 registered
- [ 0.048402] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <[email protected]>
- [ 0.048412] PTP clock support registered
- [ 0.048564] Advanced Linux Sound Architecture Driver Initialized.
- [ 0.049169] clocksource: Switched to clocksource arch_sys_counter
- [ 0.049318] VFS: Disk quotas dquot_6.6.0
- [ 0.049365] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
- [ 0.049432] FS-Cache: Loaded
- [ 0.054009] NET: Registered protocol family 2
- [ 0.054411] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes)
- [ 0.054438] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
- [ 0.054548] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
- standard input
-
Anyone know the git
Display MoreUpdated image Libreelec_s905_aarch64_20180425.
Other options for s912 and arm will be added later as build and test.
Major change.
1. The shared dtb file (dtb.img) is excluded from the image. The startup script will attempt to use dtb data from internal memory. If the system fails to start in this mode, you must manually copy the correct file from the /device_trees directory to the root and rename it to "dtb.img " (this principle is exactly the same as it has long been used in all Armbian images). You can try all the files in a row, until you have selected an option with full support for all iron TV box.
2. Added the ability to easily connect the settings file for the remote. It must be copied to the directory /storage/.config/rc_keymaps named remote-ir.conf. Additional manipulations are not required. Now already have one settings file for Khadas VIM\VIM2. If someone wants to add their own choices in the images - to send it to me indicating the model of the TV box.
PROJECT=Amlogic ARCH=arm DEVICE=AMLG12 UBOOT_SYSTEM=box make image
what UBOOT_SYSTEM should I use for the x96 MAX box (2g)?
-
Thanks, but I prefer it running slower and safer. I was wondering why the thermal section was missing from the shipped device tree, jernej solved the mistery and without a heatsink and no thermal protection the risk of burning the chip does not worth the extra megahertz.
Sure.. I have a spare
-
This DTB makes the CPU run at 1.3ghz on my OP-PC (use at your own risk)
-
Yeah, that's mainline issue due to missing temperature monitor driver. 1.5Ghz @ 1.3volts is actually already a overclocking, more like 1.3 GHz would be maximum. Anyway, you don't need any of that extra speed if you watch videos which are HW decoded.
I have to check that.
Can you check if this is related to tinkerboard: disable 5s polling for CEC adapters by viulian · Pull Request #3506 · LibreELEC/LibreELEC.tv · GitHub ?
Compiling with a similar patch fixes the problem.
-
Code
- 2019-06-02 21:00:00.710 T:3008897040 ERROR: Previous line repeats 1 times.
- 2019-06-02 21:00:00.710 T:3008897040 ERROR: RetroPlayer[SAVE]: Failed to load savestate
- 2019-06-02 21:00:01.270 T:3008897040 ERROR: RetroPlayer[RENDER]: Creating renderer for OpenGLES
- 2019-06-02 21:00:01.289 T:2980615040 WARNING: CAESinkAlsa::InitializeHW - Using default alsa values - set failed
- 2019-06-02 21:00:01.306 T:2980615040 WARNING: Previous line repeats 1 times.
- 2019-06-02 21:00:01.306 T:2980615040 ERROR: CActiveAESink::OpenSink - no sink was returned
- 2019-06-02 21:00:01.307 T:2989007744 ERROR: ActiveAE::InitSink - returned error
- 2019-06-02 21:00:01.307 T:2989007744 WARNING: CActiveAE::StateMachine - signal: 10 from port: OutputControlPort not handled for state: 2
I get this error when trying to play NES games, no sound, but works perfectly for movies and the GUI
-
Display More
Tried the Orange PI PC image and it looks like it is working quite well.
I spotted something that doesn't look right to me:
* The Orange PI PC device tree operating points table has only three states, and the fastest is 1.0 Ghz. As far as I remember, the SoC was supposed to run up to 1.5Ghz @ 1.3volts
* There is no cpufreq driver built in the kernel. Is it expected?
* About CEC, there is a Kodi thread that apparently is using a lot of cpu time related to CEC. Doing a strace over it seems to continously scan the /sys directory in search for something and never stops. Maybe there's something missing to let it find the proper CEC device to listen to
Yep is see the PeripBusCEC using a lot of CPU, and I have a CEC enabled TV.
-
can you provide sample video?
I'll try to dig one out. It may have been a 10bit HVEC
-
Trying GitHub - jernejsk/LibreELEC.tv at aw_linux_patches on my orange pi PC.
Almost everything seems to work well, "Green screens" on some HVEC videos.. Generally seems a bit sluggish.
Biggest problem is some videos are not filling the screen, some only a small box in the middle.
