Posts by maple

    maple

    Did you find a problem with audio on HDMI0?
    I upgraded libreelec to 12.0.2 and I lost audio.

    [RPi4] No Sound on HDMI-0

    No, no problem with audio, but I have an AV receiver so I am using passthrough audio (5.1 channels) and of course I did need to configure that in the audio settings. Also, I am using an Intel-based PC, not a Raspberry Pi. So I suspect that my experience would not be entirely relevant for you. With some assistance I only attempted to run Kodi (not LE though) on a Raspberry Pi once, and it simply could not handle the 4:2:2 recordings, it dropped frames like crazy, and since as I have said I am not a techie type that was as far as I went with it.

    That great, as long as it will play in future versions of LibreELEC that's all that matters. The only reason I asked if it had been tested against the flathub version is because I know that whatever version of Kodi is in that not only won't play it, but immediately crashes, and I was just curious if maybe someone else had tried it there, but you're right - as long at it plays fine in LE it's not a problem that you need to be concerned about...

    ... Unless, of course, you decide to upgrade Kodi and whatever version you upgrade to has this issue. But for now I'm going to let this drop, I appreciate those of you that tool the time to look at this, it's much appreciated!


    P.S. For those that keep insisting that I should post in the Kodi forum, I tried to create an account there and for whatever reason it would not let me. Kept saying I had not solved the Captcha but I had, it is a simple math problem and I know I did it correctly, but it would not recognize the answer as correct, so I guess there is actually no way I can report it there even if I wanted to. I know I had an account there a very long time ago (10 to 15 years ago maybe?) but I have changed computers several times since then and somehow lost the login credentials.

    Sort of, it's from a satellite tuner. And I know it falls back to software decoding, that was never an issue.

    As far as deinterlacing, it did play in Kodi but dropped a lot of frames until you set the "deinterlace method" to off. This is still what happens in LibreELEC, But the only way I know of to set the deinterlace method to off is to start the video playing, then press down on the remote, press right until you get to the TV screen icon and then go down to "deinterlace method" and turn it off. But the problem in the newest Kodi versions from flathub is that the very act of trying to play the video crashes Kodi, so you don't have the chance to disable deinterlacing. If there is a way to disable interlacing for recording before playing it, or better yet for any recording from a particular channel, I have never found it.

    But also I am not sure deinterlacing is the problem, because there is another channel that is only 720p but it is also HEVC, and it also crashes Kodi. I do not have a sample recording from that channel but I could possibly get one, might take a few days though. I do NOT have to turn off deinterlacing on that channel.

    Kodi does NOT crash on channels or recordings that are NOT HEVC, so I am thinking maybe HEVC is the common denominator here, but that's just a guess and I could be wrong.

    My question is, did you try playing that video in the current flathub version of Kodi, and did it crash for you?

    The problem does NOT occur in the current version of LibreELEC. It only occurs in versions of Kodi released since March 18 (maybe only flathub versions?). I would not have the foggiest idea how to "send LE logs" or even where to send them, but in this case it would not help since I don't see this problem in LE. My whole reason for starting this thread was to warn the LibreELEC devs about this change to Kodi but apparently my efforts were not well received because I am not enough of a techie to tell them what they want, or something.

    I posted this in the other thread but this is a link to a test recording. It will play just fine in LibreELEC. It will totally crash any flathub version of Kodi released since March 18. Under LE and Kodi when this type of recording plays it ONLY uses software decoding in my experience (my HTPC is entirely Intel-based). This link will expire in 7 days.

    Download test_recording.ts | LimeWire
    Download test_recording.ts on LimeWire
    limewire.com

    Well I was finally able to get a test recording, I apologize that it is a commercial but I guess that is what was on when the recording was made.

    Download test_recording.ts | LimeWire
    Download test_recording.ts on LimeWire
    limewire.com


    The link will expire after 7 days.

    If you try to play this in any version of Kodi released since March 18 it will immediately crash Kodi hard. If it doesn't for you than maybe it is GPU related although I don't think Kodi uses the GPU for that kind of file, as best I could tell all the decoding was done in software. My HTPC is entirely Intel-based.

    Now, if you don't care if a problem really exists then please just move on, this is the best I can do and I had to have help getting this much. But if anyone does try it and it does or doesn't crash for you I would be interested in hearing your experience. And if YOU want to jump through the hoops of making a bug report to the Kodi developers, please feel free, I would even be grateful to you - you either know how to do it in the way they approve of or you have way more tolerance for abuse than I do.

    Okay, got it. I will never try to report a problem to you guys again, you are as bad as the Kodi developers. I have given you as much information as I can in the other thread; if you really wanted to look into it you could, but obviously you don't want to and since I am not a developer or a coder or even at all proficient in Linux, you seem to think that reports from people like me (which are all I am capable of providing) are just so much dog crap. I thought LibreELEC was supposed to be software that anyone can use, even if you know absolutely nothing about Linux. Sorry to have bothered you.

    By the way if there were some place I could place a short .ts file that exhibits the problem where you could get to it, you would see the problem yourself, assuming you even cared to look. The Kodi devs would not even consider making even that minimal amount of effort, they only accept reports from real techie nerd types and I am definitely not one of those, so why bother, since they will totally ignore anything a just plain user says anyway (and now I see, so will you).

    In the related post on the issue on this forum from maple, I thought this RE: Irrelevant Kodi Omega (on Ubuntu) post linked to the problem. Given that http streaming might work wouldn't the problem be TVHeadend or pvr.hts and not Kodi (ffmpeg building aside)

    No, because if I copied the .ts file from the Tvheadend backend to my HTPC and attempted to play it as a video, completely bypassing the PVR stuff, Kodi would still crash. in fact it would crash the moment the file became visible in the file picker, and my suspicion is that happened because that would be the point where Kodi tries to create a thumbnail image. But if I did the same thing with a .ts file that was H264 and not HEVC rather than H265 and HEVC, then it would play just fine. So it is something about the .ts file that Kodi doesn't like, but as I said prior to March 18 it would play all those file types including the H265 HEVC with no problem at all (other than that I had to disable deinterlacing on programs from one channel or else the CPU decoder would get pushed to its limits and Kodi would start dropping frames, but once I did that they played fine).

    I will just ask, is there any place you guys know of where I could (preferably without having to set up an account on anything) upload a short .ts recording from one of the affected channels, so you could try playing it in a newer version of Kodi and see the issue? if so you will find it plays fine in the current version of LibreELEC, but immediately crashes any Kodi version since March 19 (at least any flatpack version).

    Well the person who had thought it might be ffmpeg apparently tested that theory in some way and concluded that it is not ffmpeg after all. He did, however, figure out that whatever caused the breakage first appeared in the Kodi version released on Flathub on March 18 or possibly the day before. If there was a way to know what was changed on those days, you could probably find the answer, but I haven't the foggiest clue how you would do that.

    Also I would have no idea how to run a "nightly" build and if I ever tried I would more than likely destroy my entire system.


    I dont know if this is related, but I have reported some issues with x265 here

    Well the recordings that caused Kodi to crash are x265 so that is a possibility??

    I maybe have a bit more information on this problem, although I am unable to verify it personally. I heard from someone who thinks it is a bug in the version of ffmpeg that they are using in the new version of Kodi, he says that he believes they made the change to the ffmpeg version to fix an issue with HDR, but it broke the decoding of those recordings (the ones that ones that use HEVC and h265 encoding, perhaps). He also believes they either have no clue that happened, or they could not care less because it's not a bug that would affect a large number of their users. I don't know if he was referring to the ffmpeg developers or the Kodi developers. As I said I cannot verify any of this, and I'm sure the Kodi developers would not consider that anywhere near approaching the level of what they would want to see in a bug report, but I thought I would mention it.

    The problem is so insidious because Kodi immediately crashes if you try to play such a recording , and if you move the file to the Videos directory and try to play it as a video, Kodi crashes the second you enter the directory or when the filename comes into view. I suspect that is because in that situation Kodi attempts to create a thumbnail when the file appears in the file chooser, and probably uses its built-in ffmpeg to do it, if it really is an ffmpeg issue.

    I expect that either someone who can has the time and patience and temperament to jump though whatever hoops the Kodi developers want will find the same bug and report it (I'm rather surprised that hasn't happened already) or it won't ever get fixed. Or maybe it will be fixed in the next major release. I told you what the problem is in my first post, do you really think the Kodi developers would be satisfied with that? I'm assuming, partly based on past experience, that they would want a lot more than that and I am simply not in a position to give it to them. I was burned once before when trying to report an issue to them, and I am really not wanting to get my head bit off again!

    I am reposting this because previously when I posed about this some invalid assumptions were made and the post was labelled as off topic. So to be clear, I am requesting that the maintainers of LibreELEC resist the urge to upgrade Kodi Omega beyond the 21.2.0 version that you are using now. The reason is that they have totally f'ed up something in the latest version of Kodi Omega and it will immediately crash if you try to play certain types of files. In particular if you have a satellite TV backend such as Tvheadend and it records programs to .ts files from a satellite feed, certain channels will consistently and immediately crash Kodi every time you attempt play them (though other channels play just fine). I believe the ones that crash are the ones that use HEVC and h265 encoding (if that makes any sense) but don't hold me to that. This does not happen in the 21.2.0 version of Kodi that you are using but it definitely does happen in the latest released version of Kodi that is available through other channels. I am not asking for help with that version, I am just asking that you guys don't put that bad version in LibreELEC!

    Thank you!

    I was not asking for help with the Kodi flathub version, I was attempting to warn you that if you push an upgrade to Kodi to LibreELEC then LibreELEC users are going to have this same issue. It's a Kodi issue, and has nothing to do with flathub per se. And I have long ago given up on the Kodi forum, for reasons I won't go into here. All I am asking is that you please do not upgrade the version of Kodi Omega that you are currently using, the one that is in LibreELEC works great and does not have this bug.

    The big reason I am using LibreELEC after MANY years of running Kodi under Ubuntu desktop is that they have totally f'ed up something in the latest version of Kodi and it will immediately crash if you try to play certain types of files. In particular if you have a satellite TV backend such as Tvheadend and it records programs to .ts files from a satellite feed, certain channels will consistently and immediately crash Kodi every time you attempt play them (though other channels play just fine). I believe the ones that crash are the ones that use HEVC and h265 encoding (if that makes any sense) but don't hold me to that. This does not happen in the 21.2.0 version of Kodi that you are using but it definitely does happen in the version being offered on flathub for Ubuntu (starting about one week ago).

    I don't know if this will help or not, because I use these drivers with Tvheadend on a separate system, that is running on Ubuntu Server. So this is how I build the drivers in Ubuntu, which may or may not work with LibreELEC. I suspect at the very least it will require some modification, or may not be applicable at all - you are talking about a patch file and I am not sure exactly what you are referring to. But anyway this is the script I have to run (using sudo) every time there is a Ubuntu kernel update:

    Note the script backs up the current media and media_build directories before replacing them, just in case you might need them for some reason. I don't know why you would since they will no longer work after a kernel update but I just like the security of not totally blowing them away. If the make -j4 fails try just make, it will be slower but it may succeed. And, don't be surprised if you see a lot of error messages fly by, that Git archive must contain drivers for every device ever made by TBS and possibly a few related companies, and many of those drivers appear to be old and unsupported so they throw a lot of warnings and errors, but as long as the drivers for your TBS6985 card build correctly that's all that is necessary (and I do have a TBS6985 card, and it works for me). I have found that it's best to just go do something else while the script runs, if it makes it to the "Reboot (y/N)?" prompt you should be good to go after a reboot, but if you sit and watch it run you will swear it's never going to succeed with all the errors and warnings it throws.

    Oh, and one other word of advice, if you find the card is flaky or that recordings fail part way through, it may be it is sharing interrupts (IRQs) with another device and that will cause all kinds of issues with that card. LibreELEC may take steps to make sure that doesn't happen, but in case they don't see this article: Do you run one or more TBS PCIe cards under Linux? Check your IRQs…

    Hope this helps!

    (By the way, I am not a programmer or a coder, so please don't ask me to explain all this, I had a lot of help with it and now I am in my senior years so even a lot of what I once knew I've forgotten!)