Posts by jernej

You have to enable I2C bus in DT. Easiest way is to add overlay. I believe Armbian enables I2Cs using patch during kernel build.

Quote from lrusak

It doesn't look like we include the linux driver (CONFIG_HD44780)

That one supports only parallel interface.

Allwinner H6 has tonemapping functionality in display pipeline, but it's not implemented yet. There are other issues to be solved first.

Quote from levitsky86

Please explain wether I can continue to install nightly updates on that image you made with some output, or should I better format and do a clean install?

The only difference between my test image and nightly from that day are just two lines of debug output. You can treat them same. Clean install is recommended every now and then, when bootloader is updated.

Quote from havhav

Monoscopic mode not working? Although I select it, it has no effect.

I'm not even sure what it does. Something with 3D mode? If so, that's completely untested and unlikely it will get better anytime soon. I have no 3D display nor do I plan to obtain it.

I'll rebuild and test it at next beta.

Quote from levitsky86

In other words it's very like as the hardware is not capable to hold that stress load during such moments...

Nope, that's not it. In short, driver is fed by invalid data, which cause instability. Why invalid data is sent is another story, but anyway, driver should react properly on such frames. Fixing that is not straightforward due to some HW quirks. Be patient, it's my intention to solve it, but I can't give you any timeline.

Quote from levitsky86

Have I done something wrong?

Nope, exactly what I was looking for. Same issue as I have with my corrupted sample. Problem is that I'm not sure how to fix it. Today I tried few things with my sample but none worked.

levitsky86 test this update LibreELEC-H3.arm-10.0-devel-20210415204648-8f3d105-h264-diag.tar and provide dmesg output after issue is observed. I added some output which would explain what's wrong.

levitsky86 Can you confirm that streams use H264 codec (press "o" during playback)? If it possible, try seeking for few seconds back or forward. I have one H264 sample with broken frame which cause similar issue and picture is fixed only when seeking back or forward...

Timpanogos Slim No worries.

7.6.0.1 seems good.

Note that repo might have a slightly older versions of addons. iptv.simple was recently updated, so even if it is in repo, check version and compare it to that from nightly image download page.

You mean from the same site nightly images can be downloaded? Yes, they should work (in your case ARMv7), but I never tested. Building on your own is always an option.

It doesn't matter - pastekodi command picks files from current running system, whereever it is. It doesn't matter if it runs from SD card or eMMC.

levitsky86 From the log I see that your base is relatively old - you just update base OS but not bootloader and also extlinux.conf has missing parameter. I strongly recommend that you try fresh nightly image. If not, at very least, add vmalloc=320M to end of APPEND line in extlinux.conf. This should get rid of vmap allocation for size 3137536 failed: use vmalloc=<size> to increase size messages, which might be the reason for your issues.

smp Fix is to also consider m_pMapFrame - this will be in @lrusaks updated VAAPI patches. In the mean time, you can just remove that line.

Quote from smp

Playback fails if I only use the first part:

Code

  pVideoPicture->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

Quote from norberto_

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.