Posts by rdorsch

    Let me also add the debug log:

    Code
    2025-12-08 09:44:38.631 T:1056    debug <general>: Keyboard: scancode: 0x1c, sym: 0x0d (enter), unicode: 0x0d, modifier: 0x0 
    2025-12-08 09:44:38.632 T:1056    debug <general>: bool CInputManager::HandleKey(const CKey&): return (0xf00d) pressed, window 10002, action is Select 
    2025-12-08 09:44:38.653 T:1056    debug <general>: Activating window ID: 12007 
    2025-12-08 09:44:38.653 T:1056    debug <general>: ------ Window Init (SlideShow.xml) ------ 
    2025-12-08 09:44:38.653 T:1056     info <general>: Loading skin file: SlideShow.xml, load type: KEEP_IN_MEMORY 
    2025-12-08 09:44:38.659 T:1301    debug <general>: Thread BgPicLoader start, auto delete: false 
    2025-12-08 09:44:38.659 T:1056    debug <general>: Loading the current image 7: /storage/fs/pictures/BCN/2025-09-11-20-14-53-729.jpg 
    2025-12-08 09:44:39.061 T:1080    error <general>: EXCEPTION: Kodi is not playing any file 
    2025-12-08 09:44:39.062 T:1080    debug <general>: [plugin.video.youtube] Clear property |plugin_sleeping| 
    2025-12-08 09:44:39.063 T:1080    debug <general>: [plugin.video.youtube] Set property |plugin_sleeping|: 'true'

    Full log


    What might be also interesting to add: The preview for the images works well. Even it is used as background with overlays when navigating through the image works well.

    Probably a different issue:: during scanning of the images a popup window with a progress bar is shown. During the scan the entire screen is flickering from time to time. I could not identify a pattern though.

    I don't have easy access to another platform with Piers, but the slide show does not work at all, so it should be easy to check.

    On the Pine64 Rock64 (RK3328) the slide show does not work, but just displays a black screen. Not sure if that is a kodi issue or if it has something to do with libreelec.

    kodi.log contains an error as last entry:

    Code
    2025-12-07 20:44:21.115 T:1049     info <general>: Loading skin file: SlideShow.xml, load type: KEEP_IN_MEMORY 
    2025-12-07 20:44:23.840 T:1073    error <general>: EXCEPTION: Kodi is not playing any file

    Hello,

    I just found that I cannot replay some movies anymore on my Rock64 from pine64 with LE12.2.1 which played flawless before (cannot tell for sure if the issue was introduced with 12.2.1 or already 12.2.

    If I try to play such a movie, the HDMI output goes away, but I still can login the LE rock64 with ssh.

    I see these errors

    Code
    2025-11-30 10:40:04.377 T:1965    error <general>: ffmpeg[0x21dd1b60]: Impossible to convert between the formats supported by the filter 'src' and the filter 'auto_scale_0'
    2025-11-30 10:40:04.377 T:1965    error <general>: CDVDVideoCodecDRMPRIME::FilterOpen - avfilter_graph_config:  Function not implemented (-38)
    2025-11-30 10:40:04.554 T:1967    error <general>: ffmpeg[0x0]: [hevc] ff_v4l2_request_query_control: query control failed, Invalid argument (22)

    in kodi.log.


    mediainfo of a non working movie

    In dmesg I see no relevant output, but kodi.bin is still running and consumes about 28% of CPU. With systemctl restart kodi, I can recover kodi.

    Any hint or idea on how to further debug the system is welcome.

    Hello,

    I was not entirely sure if I should submit this under Bug Reports or Rockchip. I decided for Rockchip since the issue might be limited to Rockchip or even rock64.

    My setup

    • Hardware: pine rock64
    • Libreelec: 12.0.1
    • Network: Ethernet

    The problem occurs when playing a stream file with inputstream.adaptive (it also occurs in the ARDundZDF plugin, but I thought it is easier to debug if it can be reproed with just a simple stream file):

    rock64b:~ # cat fs/videos/Streams/TV/04_ard_one.strm
    #KODIPROP:inputstream=inputstream.adaptive
    #KODIPROP:inputstream.adaptive.manifest_type=hls
    https://mcdn.one.ard.de/ardone/hls/master.m3u8

    rock64b:~ #

    Issues observed:

    • when navigating forward and backward, the video often plays for one or two seconds and then pauses for tens of seconds (during this time the OSD shows a high CPU load and one core is at 100%)
    • the video flickers somewhat (also the reported fps on the OSD is less than the 50 Hz of the video stream reported by the "o" key)
    • sometimes the systems hangs entirely (not in the attached debuglog)

    The problem started to show up quite sometime back, but I cannot tell if it is due to a change in LibreELEC or due to a change in the stream.

    In the logs, I see warnings like

    <general>: OutputPicture - timeout waiting for buffer

    Full kodi debug log is here:


    https://paste.libreelec.tv/cool-jaybird.log

    Any idea or hint is welcome.


    Thanks

    Rainer

    Nope sorry only ethernet

    And for now I'm still using Coreelec 9, as LE11 don't shut off, using LE 11 as test

    LE12 power off works now for me (e.g. LibreELEC-AMLGX.arm-12.0-nightly-20231130-0d2323e-box.img.gz) and wifi as long as the router has FT disabled as well.


    An issue I see with LE12: If I scroll in a stream (e.g. ARD Mediathek), the player freezes immediately and sound stops somewhat later. But maybe that is also a settings issue, I just used the default config, I just configured wifi.

    w46n3r : No libreelec is not a router. But I give it direct access to an internal vlan and a separate vlan for internet connection (this is rather a workaround for a router limitation).

    But where is it defined that eth0.1 is the default route to the internet? I recently had internet not working until I brought eth0.7 down, probably eth0.7 was configured as default route. Is it the first network which gets configured? In this case I would need to introduce an ordering dependency into the eth*.service files.

    Hi,

    I setup three VLANs on Libreelec 11.0.3

    Can anybody tell how I can control which network interface becomes the default route?

    Thanks

    Rainer

    Many thanks for the explanation.

    I already configured the wireless regdomain in the LE settings add-on, but channel 1 did not work.

    Now I just booted the system again, confirmed that the wireless regdomain is set and I saw channel 1 w/o any issues.

    I still experience the invalid-key issue reported in https://github.com/LibreELEC/LibreELEC.tv/issues/7166 though.

    Boots fine, dmesg output is here

    https://bokomoko.de/~rd/Libreelec/2023-08-01-wetek-play-2-dmesg.out

    I noticed that it does not see my wlan AP on channel 1. Switching the AP to channel 6 makes the network visible.

    In the dmesg output I find

    [ 10.369177] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available

    Can anybody tell if that has something todo with the wifi channels?

    [...] NB: I'm not sure what advantage you're expecting with aarch64, but it's not going to noticeably improve anything and you will have to reinstall or remove binary add-ons) as they are not aarch64 compatible; and there will be no replacement binary add-ons in the repo as there are no ARM aarch64 releases for LE11 so the add-ons weren't built/don't exist. [...]

    I was not sure what the right architecture is and I found quite a few references to aarch64, therefore I build for aarch64. I saw no obvious glitches or issues with it in my very basic tests. But honestly they were limited to the wifi invalid-key issue, I did not even attempt to play any content.

    Do I understand you correctly that ARCH=arm is used for the nightly builds and the LE11 releases?


    The kernel patchset is ridiculously large but will reduce if I ever find the enthusiasm to rebase it on a newer kernel. I have no plans to do that in the near-term future though.

    I think that after you completed the Ironman your enthusiasm for everything will dramatically increase even further :D

    I tried https://test.libreelec.tv/12.0/NXP/cubox…06-cubox.img.gz on a cubox-i.

    Initially everything went fine, I downloaded a plugin (ARD aktuell) and played the latest Tagesschau stream. It started to play well, but after moving forth and back in the stream, kodi hang very soon (not the system itself, could still ssh into it).

    I thought I paste the output of dmesg, which reports warnings and bugs, just in case it is useful for anybody.


    Thanks

    Rainer

    [Moderator edit: Log file moved from insecure link to attachment.]

    Would

    iwd: update to 2.6 · LibreELEC/LibreELEC.tv@97e1ced
    log: - https://git.kernel.org/pub/scm/network/wireless/iwd.git/log/
    github.com

    and

    connman: update to 24180d1 (1.41+/2022-04-11) · LibreELEC/LibreELEC.tv@5680288
    log: - https://git.kernel.org/pub/scm/network/connman/connman.git/log/
    github.com

    be enough to apply on LE11?

    And

    PROJECT=Amlogic DEVICE=AMLGX ARCH=aarch64 UBOOT_SYSTEM=box make image

    the right build command?

    I just saw the list of kernel patches for Amlogic. The three digits list is very impressive. That a significant part contains FROMGIT-6.2 or FROMGIT-6.3 gives some hope, that eventually that gets more managable. But there are still many patches remaining. Thanks for all the effort you put into extending the life these devices.