Posts by hagaygo

  • Global linux/libreelec keyboard hotkey

    I tried the python way , saw examples that uses keyboard library so i downloaded it to the the libreelec box and tried to run a simple code :

    The result :

    dumpkeys is missing on libreelec i guess, from quick googling did not find way to add it , any help would be appreciated.

    Other option is to make irexec with same as above config to work for a global keyboard event and not just for IR remotes.

  • Global linux/libreelec keyboard hotkey

    Hi

    Part 3 (Replicate the problem) is the hard part since its not easy to reproduce and sometimes it happens like only 2-3 times a month.

    Normally its related to EPG viewer actions (I have 250+ channels with EPG setup) , which also get "released" by itself after 30-40 seconds.

    Sometimes its just a bad internet stream source which result in a 30-60 seconds timeout wait.

    So i doubt i a can easily reproduce the issue.

    Anyhow, In both cases i just got used to press my "Restart Kodi" special remote button which kills kodi and brings back everything after 5 seconds. :)

  • Global linux/libreelec keyboard hotkey

    Hi,

    Being using IR remote with libreelec for ages, trying to "move" to a Bluetooth universal remote.

    While using the IR remote i used irexec as daemon with a simple config file to map the "red" key to execute a forced kill of Kodi :


    Code
    begin
prog = irexec
button = key_red
config = killall -9 kodi.bin
end

    This allows me to restart Kodi by a single click of remote button for those rare cases Kodi just hung.

    Now , my new Bluetooth remote does not use IR and thus i looking for other solution.

    Tried the option to use Kodi internal keymap and calling a python script :

    Code
    <keymap>
<global>
<keyboard>
<F3>RunScript(/storage/.config/killkodi.py)</F3>
</keyboard>
</global>
</keymap>

    This does actually works fine , But on hard cases when Kodi just hung it is not working (which makes sense since Kodi stops responding).

    So i am looking for internal option in libreelec to map a keyboard key to execute a shell command.

    Any pointers would be appreciated.

  • Fix for Xiaomi bluetooth remote with nonworking button.

    Hi,

    I recently got a sofabaton u1 universal remote, it works kinda o.k with IR mode with my libreelec 10.0.4 and a MCE IR receiver.

    It also supports Bluetooth , so i paired it with the RPI 4 Bluetooth and partially working.

    Navigation , volume and few more buttons works great, but as mentioned here OK button does not work.

    I followed the instruction here and added the following lines to the hwdb files :

    evdev:input:b0005v00C0p0000e0000*

    KEYBOARD_KEY_c0041=enter

    And it still did not work.

    I think that the remote does not send c0041 , evtest shows nothing when i press OK (it shows for other working buttons like navigation or volume).

    Does it mean the remote indeed sends nothing for those buttons ? or evtest shows only registered mapping and i need to use something else to show raw commands ? (like IRW for IR commands)

    Thanks in advance.

  • LE 10.0.2 RPI4 recorded tv seeking issues

    Quote from chimpchump

    Hi Hagaygo,

    I have a similar problem, for me the big difference was switching TVH to use matroska, but the seeking issue still occasionally happens, but it is tolerable now

    What version of TVH are you using for your backend? is it containerised?

    I'm on one of the 4.3 nightlies, but i'm thinking if its worth switching back to 4.2 stable

    Hi,

    When i wrote :

    Quote from hagaygo

    Hi, If anyone cares/experience same problem, it seems LE version 10.0.3 solves this issue.

    I meant that the .TS recording is now o.k (works like on PC librelec/windows kodi) and seeking backward works.

    I stopped using matroska container since it caused more problems overall.

  • LE 10.0.2 RPI4 recorded tv seeking issues

    Hi, If anyone cares/experience same problem, it seems LE version 10.0.3 solves this issue.

  • LE10 & deinterlacing in RPi4

    Quote from sunny

    I've done more testing, and the problem is not the recordings, it's the de-interlacing. I setup my other Pi4 with LE10.0.1 and the visual effect isn't there, but of course I get the slightly 'grainer' interlaced image.

    When I play the same file on my laptop via VLC with de-interlacing enabled, the background panning is perfectly smooth, but my laptop has a fast i7 processor and dedicated NVidia GPU!

    Yep, checked all that. I also tried changing the Pi4 video display down to the original broadcast rate of 25fps, still the same.

    When I play some recorded TV files that are 720i @25fps, the Pi4 can de-interlace them just fine. The PRIME based de-interlacing codec + the Pi4's hardware just isn't fast enough to cope.

    The visual effect of the background juddering as it pans across the screen is very, very mild, but for me it is just visible enough to be distracting. Maybe others just aren't as visually attuned to such things as me and to them the result is good enough?

    De-interlacing not only "resolving" the jagged image visuals which happens when playing interlaced content without de-interlacing, it also increases the temporal resolution, resulting twice the fps (if the content was shot at 50fps , it should be really noticeable).

    You need to set your display to 50hz (not 25) in order to see the effect properly and have smooth playback.

    Also , if your display has some sort of motion interpolation feature , it should be turned off.

  • LE10 & deinterlacing in RPi4

    Quote from sunny

    With LE10.0.2 on my Pi4 compared to LE10.0.0, I've noticed that the H264 encoded *.TS files from my TVHeadend server, recorded in 1080p @ 50ps with interlacing, now play with distinct 'judder' or 'jerkiness', especially when the image has a slowly panning background.

    The same file played on my Pi3 with OSMC (Kodi19.4), shows the video with interlacing, but at least the image pans smoothly and the irritating jerky visual effect on the background is not present. Kodi on both Pis has been set with identical display and video settings.

    I think the de-interlacing using hardware decoding on the Pi4 still has some a way to go yet. In the meanwhile, I've disable de-interlacing by default for all videos, as I prefer the result.

    Hi, on my 2 setups with rpi4 on LE 10.0.2 playback of interlaced content is just fine (except the issue i posted on RE: LE 10.0.2 RPI4 recorded tv seeking issues).

    2 things i can think of that you can check :

    1.Play the same file on other device , maybe the problem is in the specific file (some broadcasts do broadcast "judder" on their content).

    2.Make sure your video refresh rate is indeed 50hz while playing back the file , I had an issue with refresh rate change on playback when i had a delay of 1 sec setup on kodi settings.

  • LE 10.0.2 RPI4 recorded tv seeking issues

    Hi,

    I did more testing to find a workaround.

    I changed TVheadend recording profile from "pass" to "matroska".

    This indeed seems to resolve the issue (for new recording only - naturally) , although it introduced old streaming issues with some dvb2 streams. (https://github.com/kodi-pvr/pvr.hts/issues/431)

    So if anyone has similar problem with .ts files seeking , this might help him.

    Still , I think this issue should be looked at , since same file works just fine on kodi/windows (and of course LE 9.X with rpi 4) , so there is an "hidden" problem with ts parser on LE 10.X RPI4.

  • LE 10.0.2 RPI4 recorded tv seeking issues

    Hi,

    I have a little problem with recorded TV videos files since upgrading to LE 10. (on my 2 RPI4 setups)

    Files are played just fine , and usually seeking forward works fine.

    When i seek backward (even 10 seconds) , playback is stopped and seek info bar shows 00:00 (the start of the file) and playback is not usable anymore.

    To eliminate causes , I took the .ts file (using TVH as pvr) out of the TVH box and put it on a "normal" share and local file system , exactly same issue.

    I tried to play the file on kodi 19.4 on windows box , it plays just fine and seeking works perfectly.

    I made a 30 seconds example .ts file , attached is a link to my shared google drive (less than 7mb file).

    https://drive.google.com/file/d/1r_aMRr…5HZdTDsiDa/view (just click download on the top bar)

    To reproduce the issue , just play it , seek 10 or 20 seconds forward , then try to seek back.

    Also here is a debug log while the issues happens :

    debug log

    Thanks in advance.