Posts by twilightened

    OK then here is a hypothetical solution idea for our problem here. Is it possible to increase the buffer amount and buffer time for video decoding, i mean would it be possible somehow for the videos to play "after" 10 seconds or 20 seconds of buffer time so that if the stream is interrupted, the decoder continues to play the stream from its buffer memory and rebuffers when the connection is reestablished. That means a "delayed" playback for live streams i assume. I'd be OK with that. As long as it plays, i am ok with delayed play (they are actually delayed anyway).

    What i assume the problem is that as long as there is a steady stream of data coming to the decoder of Kodi, it just decodes the stream and plays it. The problem starts when this steady stream is somehow interrupted. There is no way to stop such interruption (yes i am cable connected) so gotta find other ways to resolve this issue.

    There is another addon for installing Widevine, you can google for "SlyGuy Common" and see if that works. It doesn't use ChromeOS images, instead he hosts installs for the library.

    I have installed its repo. It doesn't have any option to install widevine. The easiest way was to go to the input stream helper settings and choose "install from spesific source" under debug.

    IMHO there will only be one RPi killer, and that's another RPi :)

    RPi4 is not the best spec thing in the market, but only comparing hardware specs misses the point about RPi boards. They have massively better long-term software support, so they are reliable and continue to improve with age.

    Although bitrate is probably involved somewhere in the overall scheme of things, I'd guess internal bandwidth between IP blocks is where things are on/approaching the limit, so (repeating myself) some overclock might be helpful.

    What do you think about this one? I am sure you know of this, Risc-V, an open source instruction set, very different from arm i assume. I don't know if having an open source cpu would make any difference in the community. Would this thing stick?

    VisionFive 2: RISC-V Quad Core Low Cost SBC
    StarFive VisionFive 2 RISC-V SBC review, including a demo of an engineering release of Debian, and of Python GPIO control. My previous “Explaining RISC-V” vi...
    www.youtube.com

    As it seems, I will probably skip le 11 completely :(

    The rpi just decided to stop booting le. It just shows that "rainbow square" when it starts and then the monitor goes to standby, but the activity led keeps blinking. After like 2 minutes, and although the activity led has stopped, I still get no image on the monitor. Tomorrow I will investigate it more, but I have no big hopes.

    And x64 has the same old issue with wifi not even being available on boot! I enable it, I ran iwlist scan to scan for networks, it finds both of them that exist around it but connman fails to scan find anything. Bring back wpa_supplicant please!

    Last chance for le 11 will be tomorrow with my attempt to run in on an s905 amlogic tvbox.

    You can try the latest OSMC as i am currently doing (this is not an advertisement). It is still 19.5 Kodi, but maybe it will be better for Pi3 in the long run. The reason why i have tried the beta Libreelec was actually another issue that i was having in regard to the latest stable Libreelec release. IPTV live streams, when they buffer (they occasionally do), freeze and only the audio continues to play after that. The last frame gets stuck on the screen. So i gave the Nexus beta a try and i realized that it has more issues in terms of x264 playback (at least for 1080p live streams).

    I mean i can understand that there is a new cowboy in town (Pi4), but i refuse to give up my Pi3 :) Pi4 can not even be found in the market and it is toooooo expensive now. Especially if you are in a third world country like me. I can buy a x86 laptop with the amount that i need to pay to buy it. It is crazy.

    First bad impression on le11b1 on my rpi3b+. It still has that wireless connectivity issue that made me stop using the nightly 4 months ago. I made a fresh installation on a spare sd card yesterday, connected it to my wifi and configured some basic stuff like the skin and region. And today it just failed to connect to my wifi and I had to reenter the credentials.

    I was using the nightly from late May 2022 to early September 2022, I did not miss a single one all those months, and I was troubleshooting its wifi almost daily until I got fed up with it and flashed the card with another os for the rpi. I do not know if the transition to iwd is eventually to blame, but I will probably skip le 11 on the rpi.

    For the record, I tried 2 other oses since then (armbian and debian stable aarch64, on the same rpi and on the same card) and none had the same issue.

    Asking as another pi3 user myself, did you also experience performance problems on x264 streams? IPTV especially. I know that we are fast approaching to the end of our rope with RPI3s, but i still think it is an invaluable little bugger of a device and it used to devode hevc for god's sake. I know that "4" is the new favorite child of the community but i still think this device still deserves some love.

    PS: I have started to experiment with the latest version of OSMC. They seem to fix a lot of issues that their os used to have in the past (Libreelec was the better option back then). Let's see if anything will be any different now.

    This is causing a lot of problems if you are using iptv in libreelec. Now i am connected via cable but occasional buffering is normal in iptv as not all servers are perfect. But everytime the stream buffers, i lose video. It freezes and audio continues just as we all mentioned here. The only fix is disabling drm prime however, 1080p streams take a huge hit when i do that. Playback is not smooth without it.

    Note: I am on 10.0.4

    On my case, the problem arises when i am playing a video file or a live stream stored in a distant server. It especially happens when there is a "buffering" delay (the buffering circle comes up on screen) due to my internet connection and when the buffering is done, only the audio continues to play. The last video frame is stuck on screen. I am not recording anything and have never done it to be honest.

    Yes, this is exactly what i am experiencing. During a live steram, if the video starts to buffer (the circle comes up on screen) when the buffering is done, the only thing that comes back is the sound of the video. The image stays frozen on the screen. What i have tried (and i'd like to think that it fixes the problem) is to disable the hardware acceleration. However, some streams unfortunately stutter when i do that. All the streams that i am talking about are h264 streams by the way. You can experiment with disabling the hardware acceleration. Hopefuly it will resolve it without affecting the quality of the playback. On a RPI4 i assume it will be more "forgiving" to disable it.

    Hi,

    Start with TV on, SSH to RPi and use the "getedid create" command. That will save your display/TV parameters and will use it at every startup (even if the TV is off). If you want to know more: https://wiki.libreelec.tv/configuration/edid

    I did try this. However, after experiencing performance problems, especially on live streams, i had to delete the edid file. So i think it is safe to say that it affects some other aspects of the system that i do not know of.