Posts by emveepee

    Fortunately here in North America we just need fixed channels 2-36 for Digital ATSC but in supporting NextPVR i certainly see the mess in DVB world, and it varies greatly by distro too.

    I haven't heard back from sub (the author) but I have been able to hack the binary, which is not open source and substitute /storage/usdvb for /usr/share/dvb and unzip a dtv-scanning folder there. Scanning was then possible and I can play LiveTV in Kodi and watch externally via ffplay so I know digital playback is possible on the RPi4 class. For my purposes that is probably good enough so I don't need to try that mount command. I probably would have just re-squashed SYSTEM and added it there if I knew the command line.

    I would be grateful if you could package it is as addon I and would be more than willing to provide feedback and help testing on many platforms (wishing for an H2+ though). On some platforms Direct play in Kodi etc will be ok, but the biggest challenge is the ffmpeg requirement for creating HLS file for streaming to a web browser. There will be need to be custom patches for various platform. For devices that can't transcode h264 fast enough, I couldn't get 1x on the RPi4 with h264_v4l2m2m, it will only be able to remux IPTV. Feel free to open a conversation on this when you have time. I can share the hacked module with you if it will help.

    Martin

    No I use NextPVR (and I am the prime contributor to pvr.nextpvr) which is why I felt that the table should not be linked to the backend. I wrote these steps CoreElec and LibreElec as native host for NextPVR which work for the most part with HDHR and IPTV devices but right now the dtv-scanning-table is hardcoded to the standard location. I have asked the NextPVR author to look into changing that but was hoping something was possible in the mean time.

    Docker is also possible, but users may have difficulty with mapping /dev devices and on memory constrained systems Docker might be overkill.

    I do suggest that linking /usr/share to /storage/usr/share (or something similar) would provide a general flexible solution, not just for PVR. Then it is just a matter of downloading the crazycat69 or tvheadend zipfiles


    master.zip

    tvheadend.zip


    Martin

    Two questions

    1. Is there any way to create a folder in /usr ie, /usr/share/dvb manually in v10 without a full build of LibreElec?

    2. As an enhancement can the dtv scanning table be created as a standalone package or included in dvb-tools rather then included in the PVR server program? It seems odd to link it to a backend.

    Thanks.

    Martin

    installs and works smooth for me! Thanks again to both of you!

    Great thanks for the feedback and the follow up. I have never seen a report on that problem before but it seems users tend to just complain and say "I will use the older version it works fine" (even though it has the same code) Thanks to vpeter for the good catch it is unlikely I would ever have looked deeply at that module.

    The PR has been submitted and this may or may not be the final version of 3.3.14 If anyone needs to build this on another platform here is the change I used for this build

    Martin

    Ok seems just as easy to put it on github. Do I have to worry about the sha256 if it is using the commit number? I calculated it anyway and tried and do get a zip file but I also see this

    UNKNOWN BUILD FAILURE OR INABILITY TO GENERATE PLAN

    Any suggestions on that one?

    Thanks a lot for all your help

    Martin

    Thanks for that vpeter I will make the change to take out the false. Unfortunately my Chromebox doesn't suffer from this problem and I am surprised that after several years the problem is just coming up now. In any case it makes sense.

    I do have a question for you I installed libreelec from git and build 3.3.13 ok but I want to to update the source and built 3.3.14 for grouper Do you know how I do that in LE? I can do in in linux, android and Windows easily enough but the packaging here is slightly different.


    Thanks again.

    Martin

    Thanks I understood those forums rules and have a feeling why some from the company are banned (gouwa still seems to be ok) but I am still not clear how the LE community will be able to openly discuss the Vim and the source code here. Feels like we are dancing around saying Voldemort or something like that. Hopefully the company will be able to get back into your good graces eventually.

    Martin

    Really I am just looking for clarity on the forum user rules and I am not trying to cause trouble but I don't see how any relevant public discussion on this device going to be possible here. I don't understand why a word can be banned not just the user(s). I can't even replay to lrusak's post on the source code availability because of a github account name?

    Martin