Bluetooth actually works, if you manage to change MAC address. I have to figure out how to do this best.
What commands you issued to change the BT MAC address? This is every boot change or just one time?
Bluetooth actually works, if you manage to change MAC address. I have to figure out how to do this best.
What commands you issued to change the BT MAC address? This is every boot change or just one time?
What commands you issued to change the BT MAC address?
btmgmt public-addr 00:03:19:9e:8b:00 But be aware that btmgmt is not included in image. I found it in bluez build folder.
This is every boot change or just one time?
Yes, every time. Somebody didn't find important to change default MAC address in production.
Quick solution would be to remove default MAC address check in driver, but then it would become an issue if someone has two such boards.
Polczak Can you test this update if it fixes your HDMI audio issue? You have OrangePi PC+, right?
libreelec-h3.arm-9.1-devel-20190605180056-cdc4ec0-orangepi_pc_plus.tar
It contains this fix, which might solve issue you have: drm/rockchip: hdmi: fix no sound some time · Kwiboo/linux-rockchip@28e3e05 · GitHub
Is there any way to monitor the temperature sensor for SoC?
I had a script on openelec which took the temperature from: /sys/class/thermal/thermal_zone0/temp
Is there any way to monitor the temperature sensor for SoC?
No, there is no mainline driver for temperature sensor yet. Patches exist, but I didn't bother to include them. I think it runs on low enough temperature to not cause any defects. If you think SoC on your board is too hot, maybe you can help integrate patches and make PR to LE github?
natumbri please test this image first: libreelec-h3.arm-9.1-devel-20190605004918-cdc4ec0-nanopi_m1.img.gz
If it is good, I'll ask to include this board in nightlies.
Thanks! I will test and rreport back.
Cheers
Nik
Polczak Can you test this update if it fixes your HDMI audio issue? You have OrangePi PC+, right?
libreelec-h3.arm-9.1-devel-20190605180056-cdc4ec0-orangepi_pc_plus.tar
It contains this fix, which might solve issue you have: drm/rockchip: hdmi: fix no sound some time · Kwiboo/linux-rockchip@28e3e05 · GitHub
For some reason I was not able to restore backup from this file: libreelec-h3.arm-9.1-devel-20190605180056-cdc4ec0-orangepi_pc_plus.tar
Then I write newest image: LibreELEC-H3.arm-9.1-nightly-20190605-c7f2098-orangepi_pc_plus.img.gz then I tried to restore backup and Kodi is running now only in Safe mode (red screen), can't run normally.
No changes to audio.
After restore backup Kodi version still shows: nightly-20190605-c7f2098.
Is this based on last nightlies? If so, please wait for new update which should be available in about a week at most. There is a lot of video related fixes. If it still won't be fixed by that, then I will ask you for some information. But let's wait for updated image first.
ok. Let's wait and see
ok. Let's wait and see
PR is already open: Allwinner: Various updates by jernejsk · Pull Request #3545 · LibreELEC/LibreELEC.tv · GitHub
ok thanks and it's generated log after black screen (without reboot)
Board: Orange Pi plus
Image version: 06062019
Problem: Image freezes on rewind. Sometimes sound after it still playing sound.
Only solution is stoping video and play it again.
Problem: Image freezes on rewind. Sometimes sound after it still playing sound.
Only solution is stoping video and play it again.
Can you please tell me what is the resolution of your video and which codec is used? Press "o" during playback to get that info. Is this happening also with other videos with same resolution and codecs?
Hi good day
I'm testing the Orange PI 3 image and still has the "ethernet reboot issue". I understand that this is a 'known bug'.
In other things, I would be very useful for orange pi 3 if you could add "mmc2" definition in the device tree for u-boot loader. This could allow the image to be "dumped" directly to the integrated emmc. I understand that there is not official support for "dumping" the image yet, but, useful.
In the current testing image, the emmc is not listed at /dev (usually named mmcblk2).
Can you please tell me what is the resolution of your video and which codec is used? Press "o" during playback to get that info. Is this happening also with other videos with same resolution and codecs?
Jernej:
I managed to make libreelec boot from emmc without SD card in the Orange PI 3.
First, I changed to dtb on the FAT partition to this one (I think this is built from u-boot patched try). This will 'expose' the mmcblk2 device block. Next, boot normally using the SD card. Wait for the 'storage' partition to resize. Power off the orange pi3. Copy the full .img to the storage partition, the 'patched' .dtb file, and the 'u-boot-sunxi-with-spl.bin' file. This comes from the .tar when you build the image. I take this file from my previous build.
Boot libreelec again, do ssh and execute the following commands. First check if any 'mmcblk2' partition is mounted. And unmount them (if any). Next, destroy emmc with dd:
dd if=Libreelec.img of=/dev/mmcblk2 status=progress
Replace the 'dtb' file on the new created partition. Sadly, the partition will not be available until the next boot, so, reboot now. Mount the first partition (/dev/mmcblk2p1) and replace dtb file.
Next, copy the u-boot loader:
dd if=u-boot-sunxi-with-spl.bin of=/dev/mmcblk2 bs=1k seek=8
Poweroff the system, remove the sd card and boot completly from the emmc. The system will resize the storage partition again, by the way.
Hope that helps someone.
natumbri please test this image first: libreelec-h3.arm-9.1-devel-20190605004918-cdc4ec0-nanopi_m1.img.gz
If it is good, I'll ask to include this board in nightlies.
Thanks - I've done a basic test, and the image seems to work at least as well as the early build.
Cheers, and thanks again for all your work on this!!
Nik
I'm testing the Orange PI 3 image and still has the "ethernet reboot issue". I understand that this is a 'known bug'.
Which image? the one I linked? if yes, then yeah, that image still has that issue. However, if you build your image from source, it should work.
In other things, I would be very useful for orange pi 3 if you could add "mmc2" definition in the device tree for u-boot loader. This could allow the image to be "dumped" directly to the integrated emmc. I understand that there is not official support for "dumping" the image yet, but, useful.
In the current testing image, the emmc is not listed at /dev (usually named mmcblk2).
It would be best to add them to U-Boot and Linux kernel (not the same DT files are used for now). You can make pull request against Libreelec master with necessary updates to opi3 patches.
Thanks - I've done a basic test, and the image seems to work at least as well as the early build.
Ok, thanks for testing, I'll ask for nightly builds. I'll ask for OrangePi 3 too (I know you are not interested in that board, but just for public note).
Simply_Kot Can you narrow the problem a bit? Is this issue present on all H264 1280x720 videos or only on some or only on one you have?