Posts by @fterlife

    I tried upgrading a Pi 4 to 10.0.1 several times. To be sure I removed the EDID override with the getedit command before the upgrade. Version 10.0.1 keeps outputting a black screen right after the 'rainbow' boot screen. After I put the 10.0.0 image file in the update folder and reboot/install again the image returns. With 10.0.1 the TV does receive a signal but the screen stays black. I only use the main HDMI port.


    I read in another thread that the old Pi 3 adapter doesn't meet Pi 4 specs. Today I received a new Pi 4 adapter but it doesn't make any difference at least for this issue.


    For any issues, create a new thread in the appropriate forum section, and place log files onto pastebin or Kodi's pastebin website. Then paste the link thereof into your new thread.

    Sorry can't do that. Log files contain my webdav passwords in plain text. I already had to remove links to a pastebin upload in another thread. And since you guys don't accept manually attached logs here I am pretty much stuck in the bug report process.

    Very understandable. I tried pastekodi but the command doesn't give me a URL and Kodi produces an error message. I will try again later today.


    *edit*


    The gui option with error logs included works and I got this URL:

    http://ix.io/3zpK (please don't open and read below)


    Never mind the part below. The link is not HTTPS and the web server doesn't have an SSL certificate. I changed the url accordingly.


    I can't open it in the browser though. Firefox produces this error:


    Secure Connection FailedAn error occurred during a connection to ix.io. SSL received a record that exceeded the maximum permissible length.Error code: SSL_ERROR_RX_RECORD_TOO_LONG

    Hope you can open it though.


    For some reason the uploaded log file doesn't contain any of the subtitle download attempts to webdav. I'll try again.


    I've uploaded the log to pastebin. Hope that's an acceptable alternative for now.


    Code
    https://pastebin.com/6LZ5zT5T

    And now pastebin removed it. Sorry this is becoming a mess. Please refer to my original post. I don't know what else to do.

    Problem: subtitles fail to download to a webdav folder and consequently don't display during playback


    I checked the temp folder but it also doesn't contain any downloaded SRT files.


    I've been using online storage for my media for a couple years and I've added several folders on it as video sources via webdav. In Kodi this is indistinguishable from having media sources on a local NAS or USB drive. Since LE 10 (beta and now also the public 10.0.0 release) however subtitle add-ons such as the one for opensubtitles.org stopped working with webdav.


    Subtitles download just fine to local sources (USB drives as well as samba shares). And when I manually save subtitles to the webdav folder they also work fine during playback. It's as if the add-on itself has lost all write permissions for webdav folders. And just to be clear: this issue didn't exist with LE 9.x.


    I tried a couple subtitle add-ons but they all seem to have the same issue. I also removed opensubtitles and its config files and reinstalled but without any breakthrough.


    Please see attached zipped log for reference. The part with the opensubtitles add-on starts at line 1345. (removed because of plaintext webdav password in file)

    Standard problems are poor quality HDMI cables and inadequate PSU.

    Inadequate PSU, does that include the official one for rpi3? I've noticed some weird things happening when an external hard drive is connected. Sometimes the screen turns blank for a couple seconds and the USB remote becomes less responsive. These problems seem to disappear as soon as the USB drive is disconnected.

    Subs are definitely not saved in the webdav folder. I haven't checked the temp folder. This used to work fine with Libreelec 9.x though. I use webdav because I have 2 TB online storage for all my media. The Pi buffers 1 GB in RAM during playback. This way all content is always available on multiple devices without having to use USB storage. The player (and internet of course) is all that's needed.

    Running like a breeze on 2 Pi 4's here. Thanks a lot for all the hard work you guys keep on delivering.


    One question. Is it a known issue that subtitles won't download to WebDAV media sources? They download and work just fine on local drives but when I use the Opensubtitles addon to retrieve a file Kodi says it's using it as an external source afterwards. But in reality the download doesn't happen and subs don't appear.

    Not possible as Kodi has no concept of video pass-through and only outputs progressive.

    Also not at the system level? I mean why not have 1080i as an option in the list? Then everything even Kodi itself is interlaced leaving interlaced video untouched. Then perhaps Kodi can switch to 1080i output when it detects a video or stream is 1080i. I am by no means a programmer though so apologies if these are dumb questions. :|

    Just an idea but would it be possible to send the HDMI signal interlaced to the tv and have the tv perform the deinterlacing? Usually TV's are quite capable deinterlace devices. I only see progressive resolutions in the whitelist. Perhaps interlaced resolutions can be enabled some other way?

    I noticed you already pulled in kernel 5.3 in the development, also for the Pi boards, and that you are now even working on kernel 5.4 integration. That's really impressive and quite bleeding edge I might say. :) Can you shed a light on current performance just so we can get a hint of the future? Thanks a lot for all your hard work.

    there won't be any RPi4 testbuilds for a while.

    That's understandable. The .002 build works quite well. Nevertheless curious as I am I made another image from the Github source. It boots and it's even running on Linux kernel 5.1.8 so that's quite amazing. However instead of scaling down the image my 720P tv shows only the upper left portion of the HDMI output when the Pi4 is set to 1080p. Other builds I made in the past few weeks had the exact same issue. The official test builds work fine though. Is there a reason why all builds straight from Github show this behavior? Is there something I can do with these builds that fixes the HDMI output so that my TV receives the entire output?

    Here's the original post:

    Raspberry Pi 4 temperature - Page 4 - Raspberry Pi Forums


    And here's an important follow-up:

    Raspberry Pi 4 - new VLI firmware issues - Raspberry Pi Forums


    Considering there are still some issues with the newer firmware I've flashed back to the original one, just to be sure.

    Based on the amount of issues I've seen with the Pi4 (heat, USB power delivery, USB power issue with GPIO) I am 1000% waiting for Pi 4.1 edition in 3 to 6 months.


    Also, sadfly, I wouldn't use one without a fan, period.

    And miss out on all the debugging action? :D I'm seriously enjoying my Pi 4 despite its initial issues. Minor issues that is. It's just so much more powerful than the Pi 3. Kodi has never been so responsive on my TV screen. It feels as if there's a full blown PC hiding behind the TV somewhere. My Pi 4 is not in a case yet and that's fine. That way there is no heat issue whatsoever. And no fan mind you, just a small heat sink on the SoC. USB power delivery is fine with an original RPi power source or any plain USB charger with high enough current output. I wouldn't want to use an expensive phone or laptop charger with it anyway. I'm patiently waiting for a good case to become available where I live. And for the time being I'd still pack my Pi 3 if I wanted to use Kodi on the road. Sure there are issues but simply don't expect to make full use of the hardware yet (such as running HDR 4K60 video) and just treat it as an overclocked Pi 3 for now. The rest of the awesomeness is on its way.


    And by the way, if you have lots of H.265 material such as myself then the Pi 4 actually has less issues with heat than a Pi 3. The thermometer icon regularly popped up with my Pi 3. I have yet to see it with my Pi 4.

    It is a known problem. Every generation of Pi has been a little bit hotter than the previous. Pi4 runs very hot - not just the CPU but several other components on the board are generating more heat than previous generation. The result is that many people consider active cooling necessary.


    Flirc case will help to cool the CPU a little bit but it is a bad design because it's a mostly-sealed metal box and only sinks heat from the CPU. With many other components generating more heat, the air inside will heat up something terrible and it will slowly cook your RPi. The material also makes it much harder to cut holes for venting or add a fan.

    I wonder how the Pi 4 will behave with enclosures such as these that are basically one large heat sink for all chips.Would make it easy to carry around also. I refuse to rely on active cooling. A Pi has to be completely silent to begin with, and I travel quite a lot so the less parts and wires that can break the better.

    Short update on my own nightly build that I made yesterday with all the latest code. It's quite stable and both H.264 and H.265 video play smoothly. There is a problem though with the HDMI output. My TV has a 720p display but when the HDMI output is 1080p instead of downscaling the image the TV crops the output and only displays the upper left part of the output. I'm not sure if feedback on a nightly build is appreciated but I wanted to share it anyway. ;)


    I don't expect output issues on a 1080p tv so for people who want to try this out I've made a torrent magnet of it. All this is is a build from the current source code in Github, for the RPi4 obviously.


    Magnet link:


    Code
    magnet:?xt=urn:btih:5788de8b21f45ffe32937138c19aef4940f2faa0&dn=LibreELEC-RPi4.arm-9.80-devel-20190719234137-235fdbc.img.gz&tr=udp%3a%2f%2ftracker.leechers-paradise.org%3a6969%2fannounce&tr=udp%3a%2f%2ftracker.coppersurfer.tk%3a6969%2fannounce&tr=http%3a%2f%2ftracker.raspberrypi.org%3a6969%2fannounce&tr=http%3a%2f%2ftracker3.itzmx.com%3a6961%2fannounce&tr=udp%3a%2f%2ftracker.opentrackr.org%3a1337%2fannounce


    Checksums:

    MD5 - d9fb3e6acc97780e2b5b0f5049f9888f

    SHA-256 - a021d8585df8e76a3bf21b9e78539946143e7e7169c8c3e31fec5e522a148397

    Figured it out! I ran make image again with full build log capture. From that I was able to determine that 'makeinfo' was missing on my system. After a quick search on the internet I found out I needed to install the 'texinfo' package. After that the build process succeeded and it's working hard again to finish all the rest. Thanks for the quick and necessary replies. :)

    "Doesn't seem to work" isn't too specific. I use this to build RPi4 images:

    Code
    ARCH=arm PROJECT=RPi DEVICE=RPi4 make image

    so long,


    Hias

    I know. I couldn't be more specific because the attempt was several days ago and I just thought that perhaps I should use a different command. I'm on Kubuntu 19.04 by the way.


    Just minutes ago I started yet another attempt just so I could get the specific error during building. However I chose to download the source code first using ARCH=arm PROJECT=RPi DEVICE=RPi4 tools/download-tool and among the ongoing downloads I noticed a few errors such as this one:


    I don't know whether this is a local problem or a Github issue but it seems that not all source code is available. Perhaps that explains my failed attempt several days ago.


    Once all source code is fetched I will attempt another run.


    -------


    Addendum:


    All sources seemed to have downloaded fine despite some errors. E.g. the previously mentioned flac-1.3.2.tar.xz package did end up in the sources directory after all. Unfortunately the same error occurred as last time:



    Both of the mentioned log files don't seem to give any extra info and simply repeat the error I quoted here. Hopefully this will shed some light on the issue.