Posts by hagaygo

    Some more findings :

    1.Tested my setup with 9.1.502 on a RPI 3B (with rpi2 dist) , no problem with picture viewing and no freezes so far.

    I guess its indeed only problem with RPI4 dist.


    2.When enabling debug logging the memory usage on the OSD drop much more when viewing to attached jpg on the RPI4.


    On RPI4 it drops like 50-60mb and then goes back up (if its not get freezed).

    On RPI3B same pictures drops like 5-15 mb and goes back up. (and no UI freeze so far)


    Its indeed problem with certain jpg types which also cause problem with some thumb nails.


    Let me know if anything else is needed.

    I have RPI4 1GB. (i see the posted links not working currently here is last log i have

    External Content pastebin.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
    )


    Using default config.txt which means GPU_MEM=320 which leaves about 680mb ram for libreelec.


    As i mentioned the test jpg i made are big , i uploaded them to google drive (all of them are 144mb).


    You can download the images from :


    https://drive.google.com/drive/folders/12susyfic64oqjida6va02vb6b3rj3vel


    Even on clean install put them on local storage and just use the picture viewer to watch them one by one (with luck it will freeze on the first/second picture).


    Thanks for your help so far.

    Thanks for your feedback.


    I posted full logs.(the log clearly show the time gap while freeze)


    While in debug the memory status is on the OSD and while the freeze happens there is more than 450/500 mb free.


    Also the problem is clearly happens on pictures viewer, i think the freezes not while viewing pictures related to thumbnails creation.

    Did you try both hdmi outputs?


    Here only the one near the usb power slot outputs a video.

    As described on LibreELEC (Leia) 9.2 Beta 2 i did more tests to reproduce.


    Installed on clean sd card , enabled ssh and copied via samba share several test jpg files.


    When entering pictures viewer kodi just freeze for 2-4 minutes , some times on start sometimes after few picture viewing and using left/right to switch and then usually kodi resumes or crash and restarted.


    Also when new file arrived and libreelec picks it up for library scan , there is a freeze from time to time , My guess its the same problem as in the picture viewer


    crash log link : https://hardbin.com/ipfs/qmfkkdmcqvtv1frpglaqnpjba7hfjj6wzgfz3fwzfantux/#eersvybgttl4ibz8nipsijaq5fwenj5hwx3rnkafrmkk


    log link : https://hardbin.com/ipfs/qmby4ymkfixkmmp81vvzjtw7sqqe3shhygkvnzvtvswqfo/#bnorbtqrrzyexpoybfkmzjnxww5lirefyb199swpkuvs


    I think there is a problem with certain jpg types , because with my old jpg files i never managed to reproduce the freeze.


    each problematic jpg files i about 5-7 mb , i cant upload them here , if the logs are not enough i will upload them somewhere.


    Thanks in advance for any help.

    Tried it for about 2 hours of usage (RPI4 1GB).


    Everything i am using seems to work just fine.


    2 issues still persist from earlier builds.


    1.Occasional tearing on KODI GUI (seems less frequent then previous builds)

    2.Pictures viewer causes total system freeze (only power unplug releases it) from time to time.


    viewing same pictures from file manager works just fine.


    Also after restoring my backup from previous libreelec (RPI 3B+) i had same occasional system freezes until all thumbnail data was kinda refreshed.


    So my guess there is some issue with picture loading/analyzing , tried to find something on debug logs , found nothing.


    I assume i am not the only one with this problem since i can easily reproduce it with almost every jpg i try.


    Keep up the good work.:thumbup:

    My RPI's (3b+ and 2) works for days/weeks/months without the need for reboot.


    if this keeps happening you can try to kill kodi.bin process (it will restart automaticlly) via SSH.


    If after this all works normally my guess would be its some problem with KODI itself (rouge addon would be a good guess) - i made a remote shortcut for this for various needs. (you can check the log file , with/without enabling debug log)


    As for you question for scheduled reboot , you can define a cron job for either restarting or killing kodi.bin - but i would not recommend going this way as its not really needed and you should find the cause in KODI itself instead.

    Thanks for answering.


    I know that the gigabit port is USB 2 based , which means it wont get full gigabit speeds.


    I already ruled out the network as being the issue since i tried :


    1.Reducing the speed to 100mbit.

    2.playing test files locally.


    I narrowed the problem to booting via USB device, same config booting from SD card works just fine.

    Ever since i got RPI 3 B+ i noticed micro video playback stutters, especially on interlaced videos (DVB T2).


    My RPI 2 didn't have those stutters , but i waited for LE 9.X cause i assumed RPI 3B+ was not really tested on version 8.2.X.


    After a lot of testing , i found the problem.


    When i am doing USB boot i get those stutters , when booting from SD card the stutters are gone.


    Using exactly same setup (full LE backup and restore)


    I found some posts about the gigabit port of RPI 3b may causing issue , so i also tried reducing the speed via the switch or LE settings to 100mbit.


    Also tried playing test videos local storage instead of SMB share .


    Nothing helped except boot from SD card.


    Is this a known problem ?

    any work around ?

    any idea what else to try ?


    Thanks in advance

    Thanks everybody for your answers.


    I think i found the problem , its related torepository.slashing addon , default settings leaves the daemon running , when i set it to stop when not used , the problem seem to go away. (still checking , but results seems promising)


    The version switching i mentioned was about the same time i started using plexus so it kinda threw me off :)