Posts by jernej

I tested HEVC on H6 multiple times this week and it worked fine. Please test with some HEVC sample first. If that works, then it's most likely addon issue.

Thanks for testing. Can you also try with CONFIG_SUN50I_IOMMU disabled? Just to make sure IOMMU is not at fault.

I have one possible explanation - IOMMU. H6 driver doesn't have locking implemented in some functions, but other do. Without that, race conditions are possible when allocating and freeing memory during video decoding and rendering.

Updated patches are here: https://github.com/jernejsk/Libre…224ebdee7aa57b1 They should apply to both, LE11 and LE12, branches.

Let me know if you need builded image.

Ok, thanks for testing. So official image (from OrangePi site) has same issue? If that's so, it's most likely design issue. I can borrow oscilloscope at some point and measure timings and voltage levels, just to see if software is properly configured. But that won't happen anytime soon.

Yeah, Kodi was updated

ds

Quote from gadget_guy

for the patch though, i see a bunch of numbered files in subdirectories in "projects\Allwinner\patches". Do I just create a new text file somewhere in there with the contents of your patch? Does it matter what I name it?

You can name it whatever you want, as long as it ends in .patch.

You can always do that, but there is no guarantee that it was noticed and fixed.

Exactly that day Kodi was updated to latest master. I guess there is a memory leak in Kodi.

gadget_guy I'm researching network bring up issues on non-LTS version and I found out one possible explanation for non-working network. Can you try with patch http://ix.io/4FU4 and see if that solves your network issues? This will make sure that unused regulators are powered off immediately. Once network driver loads, it will properly power up PHY again.

IDK file system causes crash. Maybe low memory situation. Can you also please enable KASAN? It should print error report in dmesg whenever memory issue is detected.

Do you know if vendor images based on BSP kernel also exhibit this issue? If they not, I guess there is a way to make it stable here too.

Can you give me your exact messages? I'm interested in numbers in them.

Anyway, I went through CedarX vendor lib and found some differences regarding MPEG2 setup. You can try this kernel patch:

http://ix.io/4Fsv However, I couldn't find any real world difference. Maybe something can be done on ffmpeg side.

frakkin64 can you confirm, that with new CEC patches, you don't see messages such as:

cec-dw_hdmi: message 10 timed out

dw_hdmi_cec_hardirq: stat=11 LOW_DRIVE

It doesn't matter if CEC on TV is enabled or not.

At least with the original OPi3, it was possible to crash the system just by rapidly switching between playing different files. Can you trigger it this way? If we find some pattern, it will be easier to find the solution.

Quote from frakkin64

I presume something else is synchronizing audio/video and that it should check for corrupted frames.

Kodi is responsible for sync and yeah, I think code isn't optimal.

Quote from frakkin64

I assume for SW decoding (which works fine) it is just presenting raw video frames to V4L2 (since it is already decoded).

V4L2 is just for decoding and possibly deinterlacing. Rendering is done using either DRM planes (default) or GPU, but you're right in principle.

Quote from frakkin64

As it stands now, the workaround me is to just drop MPEG2 in the driver capabilities, and it takes about 50% CPU on all cores for a full 1080i video which is not a big deal.

Maybe an option can be added to disable HW decoding for specific codecs on the fly? I think that would be best.

Quote from jordixPI3

please, could you tell me how to?

Change is non-persistent. If you reboot the system, it's already gone.

Quote from frakkin64

Unfortunately it froze.

That's not that surprising. As I said, CEC and Cedrus doesn't have anything in common, except one shared clock.

In any case, I observed freezing problem already in the past on OrangePi 3 (non LTS), but not on the other boards. I went over many things several times, but I couldn't find anything important. Search continues...

Yes.