Posts by DJ Mogarych
-
-
Hello!
I have Orange Pi PC 2 with ASUS USB-AC55 USB Wi-Fi adapter. Yesterday I updated it to LE 12.0.2 from 10.0.4. After the upgrade, the system connectivity started working very unstable and in a strange way. When it's active/playing, everything is OK and ping from another computer looks like this:
Code64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=3.35 ms 64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=2.84 ms 64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=3.10 ms 64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=3.32 ms 64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=5.06 ms 64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=3.99 ms 64 bytes from 192.168.1.4: icmp_seq=7 ttl=64 time=3.88 ms 64 bytes from 192.168.1.4: icmp_seq=8 ttl=64 time=3.22 ms
When it's idle, ping shows the following:
Code
Display MoreFrom 192.168.1.23 icmp_seq=1 Destination Host Unreachable From 192.168.1.23 icmp_seq=2 Destination Host Unreachable From 192.168.1.23 icmp_seq=3 Destination Host Unreachable 64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=307 ms 64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=2.42 ms 64 bytes from 192.168.1.4: icmp_seq=40 ttl=64 time=878 ms 64 bytes from 192.168.1.4: icmp_seq=41 ttl=64 time=2.49 ms 64 bytes from 192.168.1.4: icmp_seq=45 ttl=64 time=736 ms 64 bytes from 192.168.1.4: icmp_seq=46 ttl=64 time=2.18 ms 64 bytes from 192.168.1.4: icmp_seq=47 ttl=64 time=3.73 ms 64 bytes from 192.168.1.4: icmp_seq=48 ttl=64 time=86.7 ms From 192.168.1.23 icmp_seq=55 Destination Host Unreachable From 192.168.1.23 icmp_seq=56 Destination Host Unreachable From 192.168.1.23 icmp_seq=57 Destination Host Unreachable
The system can be completely unavailable via network or even shut down (or suspend/hibernate, anyway, it doesn't respond to any stimulus and I have to cycle the system power).
On version 10.0.4, there was not such a problem.
How to fix it? I suspect that something is wrong with power saving mode or so. The only thing I have enabled is the option "turn off screen after 5 minutes".
Here's the logs: https://paste.libreelec.tv/vital-chicken.log -
I tried to install fresh LE 11.0.4. After the first start and wizard completion I set an option "put display to sleep when idle" to 5 minutes. After the display turned off I lost network connection with the device.
Next, i tried nightly build LE 12 but I didn't even manage to connect to wifi because it refused my password.
That was enough for me and I went back to LE 10 where everything works fine.
I don't know why LE 11 doesn't work correctly with Orange Pi PC 2. At the same time, it works on Orange Pi PC Plus (however, with a different 2.4 GHz wifi adapter) without any visible problem.
-
-
Hello!
I've had a strange problem since I moved to LibreELEC 11: Youtube add-on works only if debug log is enabled.
I used LE 10 on OrangePi PC2 for a long time and I decided to move to the next version. I know that upgrade in this case is unsupported so I backed up my settings, installed fresh LE 11.0.4 using LE USB SD Creator which downloaded LibreELEC-H5.arm-11.0.4-tritium-h5.img.gz image, and after succesful installation I restored my settings from .tar archive.
After the first boot, all addons updated, everything was working normally except Youtube addon (v7.0.2.2) which hangs in 2 seconds (with all system, only power reset helps) after start playing any video.
To capture debug logs I enabled this option in System settings, but after that Youtube addon started working as usual!
I disabled Debug log option and Youtube addon started hanging again.
What I can do in this situation? What information I can get to clarify what's the matter?
-
It seems that images were not fully transferred. Let's see if next nightly will be ok.
Unfortunately, the problem still exists. The archive has "an unexpected end".
-
When I try to update the system on Orange Pi PC Plus:
Code
Display MoreNAME="LibreELEC" VERSION="nightly-20200417-2c8900c" ID="libreelec" VERSION_ID="9.80" PRETTY_NAME="LibreELEC (community): nightly-20200417-2c8900c" HOME_URL="https://libreelec.tv" BUG_REPORT_URL="https://github.com/LibreELEC/LibreELEC.tv" BUILD_ID="2c8900c2b300f94098a987e30ce3cd4b7cd03449" LIBREELEC_ARCH="H3.arm" LIBREELEC_BUILD="community" LIBREELEC_PROJECT="Allwinner" LIBREELEC_DEVICE="H3"
to the newest build, for example, 1st or 2nd May ones, the system unpack them and then writes
QuoteThe compressed Image is corrupt/invalid!
Also I noticed that images for Orange Pi PC Plus are smaller than others, is it right?
-
not sure about wifi, doest it work? If yes, what adapters are best choice?
I've been using an ancient ASUS USB-N11 with Orange Pi PC Plus for 8 months, it works well.
-
Update script v.2 (change pc_plus.img to your own value)
Code
Display Morecd /storage/.update URL="https://test.libreelec.tv" LVERSION=$(cat /etc/os-release |grep VERSION= |cut -d '-' -f2) FILES=$(curl $URL |grep 'pc_plus.img' |cut -d '"' -f12) RVERSION=$(echo $FILES |cut -d '-' -f5) if [ "$RVERSION" -gt "$LVERSION" ];then for FILE in $FILES do curl $URL'/'$FILE -o $FILE done sha256sum -cs *.sha256 && reboot else echo -e "\e[32mThe local version is up-to-date.\e[0m" fi
-
Hello dear Jernej and everyone,
I'd like to give some examples of video which have problems with decoding.
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
At the time of converting, there were tons of these messages:
[mjpeg @ 0000027996d7f0c0] unable to decode APP fields: Invalid data found when processing input
However, the result works normally on PC. On the Orange Pi PC Plus + nightly LibreELEC 15.05.2019 it is played slow and jerky.
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.
The files can be downloaded from fere: Облако Mail.Ru
-
Test script for update nightly builds of LibreELEC via SSH, replace pc_plus.tar with your own value.
If it doesn't reboot, the checksum is wrong.
-
Good day for everyone!
I've tried to adapt OpenELEC install_emmc.sh for copying LibreELEC on Orange Pi PC Plus's eMMC but no luck.
There are no sunxi-system-type in $SYSTEM_ROOT/usr/lib/libreelec and no any .bin in /usr/share/bootloader.
I commented the first string and took u-boot-sunxi-with-spl.bin from LibreELEC-H3.arm-9.1-nightly-20190427-f6463d0-orangepi_pc_plus.tar.
Script worked correctly, but skipped /flash/extlinux (probably because it's write-protected?)
Quote===============================
Installing LibreELEC to eMMC
===============================
WARNING: ALL DATA ON eMMC WILL BE ERASED !, Continue (y/N)? y
Erasing eMMC...
Creating partition table
Creating first partition
Creating second partition
Creating filesystems
Installing bootloader
Copying files on first partition
cp: omitting directory '/flash/extlinux'
Populating second partition
Done
During an attempt to boot from eMMC, it writes
QuoteLoading Environment from FAT... *** Warning - bad CRC, using default environment
and further tries to boot from PXE.
Could you please suggest a solution briefly?