Playback fails if I only use the first part:
CodepVideoPicture->iFlags |= m_pFrame->data[0] ? 0 : DVP_FLAG_DROPPED; if (m_codecControlFlags & DVD_CODEC_CTRL_DROP) { pVideoPicture->iFlags |= DVP_FLAG_DROPPED; }
This does actually two different things. Can you please each one separately?
smp that code was tested on AW, RK, RPi and AML and it works without issue. It allows to actually skip frames - for example, when you have 4k@30 output and 60 fps video (not really useful, but anyway). Code is otherwise transplanted from ffmpeg codec.
It can be that frames are mistakenly marked as broken or that Kodi wants to drop frames for some reason.
Can you test which part is responsible for your issue? First part is pVideoPicture->iFlag line, second part is if clause and third is rest of the code.
levitsky86 pastekodi should generate URL - that should be enough. Script already uploads logs for you. What do you mean without compression? I can't imagine uncompressed full HD - bitrate would be enormous.
Timpanogos Slim I found and fixed HEVC problems here: Allwinner: Fix HEVC decoding by jernejsk · Pull Request #5312 · LibreELEC/LibreELEC.tv · GitHub
The plus image is there
It was not at the time he made the post.
levitsky86 iptv.simple was just updated in repo (some bugfixes), maybe you can first test with updated version when it's available. If it still doesn't work, then full debug log would be nice.
kapqa it seems that there is issue with build server. You can check later or build image yourself.
levitsky86 Please enable debug logging and execute pastekodi in ssh after the issue is observed. It will upload all relevant logs and generate URL. Hopefully it will reveal something useful.
the nightly would function, however it would not connect to any repositories "could not connect to repository" > maybe there is an issue with the ethernet?
Depends which board you have. Common mistake is to use non-plus image on plus board. Ethernet is slightly different.
jernej , perhaps it can be added to global /etc/systemd/sleep.conf for Crust supported boards?
It seems that you have figured out everything. You can make PR. I would gladly merge it 
the original libreelec for pine a64 had separate images for 512 and 1gb/2gb a64 versions?
No, 512 MiB boards are not really supported. Memory consumption is not optimized enough. However, some 512 MB boards are still in list, one on explicit request and other for historical reasons.
image for pinea64 (librelec10) is totally unstable; would boot, hang during setup screen, would start again, after some 10-20 seconds screen
Something like that was fixed about a week ago. Which image did you try? Try latest nightly image.
are there any repositories left with the older images? thanks.
Only latest nightly and beta1 images are available, but beta1 won't work for you.
I don't know, I never used netflix addon myself. You should ask about it in subforum which is not platform specific.
There was no LE 9 (Kodi v18) release because at that time it didn't work good enough. It's possible that someone kept images though...
I have no noticed that there is no separate nightly update image for Orange Pi Plus 2E.
I guess some build server issue.
Should I update from any other image now?
No. Currently there is no so much relevant changes that you would need to update.
I'm not 100% sure, but if I recall correctly, testing there was done systematically with some script where it seemed to work, but after additional testing with Kodi, problems were observed. Note that these problems are not necessary obvious immediately. This was tested and discussed internally in LE team chat...
The libreelec works normaly until I turn-off the television. This last operation turns-off the banana-pi, but unfortunately like a cut-off of the power supply, without activating a process for power-off!
Actually I want that the banana-pi remains turned-on while turning-off the Sony-television.
Is this issue known?
Why do you think it's not properly shut down? Shutting down board when TV is powered off and vice versa is by design. If you don't want this behaviour, then either disable HDMI-CEC on your TV or change CEC settings under input settings in Kodi (currently I can't give you detailed instructions).
Another issue I see is that GS1 doesn't seem to be running GPU at full speed.
Yes, devfreq for GPU is missing because all attempts to make it work failed. GPU always locks up after some time due to unknown reason. 432 MHz is default frequency in HW and it's good compromise between speed and consumption/heat. Note that Android uses different GPU driver (closed source from ARM), which is probably better optimized than mesa.
H3 supports booting only from micro SD card or eMMC (where Android is installed). You don't need to do anything special for booting from SD card, just burn image and insert it - SD card has higher priority than eMMC.
You can try with Beelink X2 image, but no promises - I don't know if it is compatible. Only currently available images are for LibreELEC 10 which has Kodi 19 (either beta1 from download page or nightly images). There is no image with older Kodi.
3) 2.4W running, idle on Kodi homescreen. Kodi IS wasting too much CPU in idle mode though, shouldn't be more than a single digit percent of a low frequency state CPU core, not ~35-40% like at the moment.
You should also check CPU frequency. Governor lowers frequency during low load.
BTW, Crust/Linux fixes were just merged for GS1.
offbeat CEC is indeed a bit flaky at the moment. You can test above suggestion if you want. It's unlikely we'll be able to make it behave perfectly before final release. It's big PITA. Crashlogs should help.
