Posts by jernej

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 [email protected] 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.

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.

Quote from kapqa

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.

Quote from offbeat

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

Quote from kapqa

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.

Quote from kapqa

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.

Quote from kapqa

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.