Posts by DJ Mogarych

Thank you for the response.

Orange Pi PC 2 has no USB 3.0 ports. I didn't change the dongle port.

Unfortunately, there's no difference after these commands.

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:

64 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:

From 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.

Here they are.

What I noticed - crashlogs weren't written when Youtube addon hung.

As I forced to reboot the system by resetting power, no crashlogs were written after that.

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?

Quote from jernej

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:

NAME="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

Quote

The compressed Image is corrupt/invalid!

Also I noticed that images for Orange Pi PC Plus are smaller than others, is it right?

Quote from jdww

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)

cd /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.

cd /storage/.update
URL="https://test.libreelec.tv"
FILES=$(curl $URL |grep 'pc_plus.tar' |cut -d '"' -f12)
for FILE in $FILES
do
curl $URL'/'$FILE -o $FILE
done
sha256sum -cs *.sha256 && reboot

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

Display More

During an attempt to boot from eMMC, it writes

Quote

Loading Environment from FAT... *** Warning - bad CRC, using default environment

and further tries to boot from PXE.

Could you please suggest a solution briefly?