Posts by emveepee

    I am not sure what you mean by ArmbianTV but I installed one of the Armbian desktops I had made sure it worked ok, then run the LE setup to emmc and I guess it finishes since it goes to black screen. It did something because desktop no longer starts but neither does LE, the boot hangs with the pxeboot.

    It has U-Boot SPL 2022.04-armbian (Jul 07 2022 - 08:50:57 +0300) and log is here

    External Content pastebin.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Martin

    Here is the boot sequence

    External Content pastebin.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
    I just burn to emmc with Etcher since installtoemmc.sh doesn't work.

    Turning on EGL rendering gave me the OSD thanks.

    When I say no MAC address, I need to use a fixed IP since every time LE boots it has an new MAC and my DHCP server gives a new IP address.

    ver 20220819 kernel 5.19.1

    Thanks for the test builds. I installed this Quartz64a build and it easily passes my test of hosting a pvr server and allowing Kodi to play live TV on the host and stream to another box, while recording a third show, with lots to spare (writing to SD)

    However some that things continue to be a problem

    - emmc installs complain that LIBRELEC is not mounted. SD card installs work fine.

    - there is no OSD over video.

    - no MAC address

    Martin

    Not sure I understand the question, I've told you I am running LE on the RPi3. That dotnet is simply because the NextPVR server is a netcore app. I could run it in a docker and hide all that, but I figure running the service natively would be more efficient, the RPi3 has only 1GB and the Docker is on SD card. Jellyfin and Emby native would look like that too.

    What I was getting at is the RPi3 kodi.bin is running 58% CPU, yours is running 13%. My test RPi3 doesn't get close to that even at ideal.

    That

    NextPVR was running on LE 10.0.2 RPi3 and it is all direct play and Kodi was playing fine as where the other On the Kodi summary page it was under 100% by quite a bit so 4 streams were not "impossible" although the OSD from the summary definitely bumped out the CPU. I don't now the load with TVHeadend and 4 HDHR network streams.

    Thanks for htop here is with Live TV with 2 clients plus Kodi. Again with 3 recordings and Kodi live TV it is even lowered All of this is buffered to an SD card so I would expect a real setup would be better.

    I just set up NextPVR for a simple test on a RPi3 with the LE service addon with two HDHR tuners and was able to play one channel in Kodi and stream 3 other 1080i channels to other clients. I think caching to the the SD card would be my big bottleneck here two.

    From top

    2491 root 20 0 752420 103188 33204 S 222.4 10.9 21:05.28 dotnet

    1929 root 20 0 641076 93252 20084 D 51.0 9.9 39:23.09 kodi.bin

    LE doesn't have htop but the 224% CPU seems about right for these slower SoC's. Recording 3 streams and watching one is much less CPU intensive which is probably a better use case. TVHeadend on the RPi3 might be a little lighter, though if this troubles you but I'd probably go with a bigger box myself for this kind of use.

    Martin

    Are you running NextPVR in Docker or via CvH's addon from the NextPVR forum? The addon works great IMO.

    Since you mentioned zap2epg, I assume you are in US or Canada. NextPVR doesn't support ATSC OTA EPG on Linux and even if it did it the data is awful many times 8-12 hours of data or even no data at all. In addition to the SD-JSON (which is actually worth paying a cup of coffee a month if you are serious about PVR) you can always use XMLTV from zap2epg. If you have any questions post on the NextPVR forum.

    Martin

    emveepee I did some test boots from an SD card yesterday using the image in my web-share (5.17-rc4 and u-boot 2022.01) and it worked fine from a boot perspective. I'd recommend getting an emmc module; they're faster and more reliable than SD cards.

    Thanks and I agree, but I made a mistake only ordering one when I originally got my N2 and while the drives themselves are priced ok it is hard to justify paying 3x the indicated prices for extra shipping taxes and duties for a postage stamp sized item just to test. These same cards themselves work in my RPi's and VIMs so it is my SD reader that appears faulty so put me on the list for wanting tftp support.

    The odroid-n2 image includes mainline u-boot which uses FDTDIR in extlinux.conf (not FDT and dtb name or uEnv.ini) to auto-determine the correct dtb to use from hardware data read at boot time. I haven't tested a clean install from SD card that recently but the image should boot both SD and eMMC with no config required. NB: You need the SPI boot switch on the N2 set to the right. If set to left, petitboot will be active and it does not understand exlinux boot configs and the device will not boot. The latest image in my testing share is running fine on an N2+ (see http://ix.io/3Ps4) although the emmc module it's booting from might have an older u-boot installed.

    Ok thanks my SD card reader on my N2 must be going, I can't get reliable boots off any SD media I have, and console showing it trying to boot via tftp.

    In general you guys appear to be pretty hard on someone who has obviously spend a lot of time on this for PVR users and willing to offer help. The mods don't care about IPTV "subscriptions" most with stolen EPG data source, using mc2xml, zap2xml etc so this is really surprising. To say scraping is inherently wrong would break many of the official Kodi addons, some of this is based on a the user decision reading a site's TOS.

    Of course any software could contain malware, but no one asks asks for closed-source before using it. It could also include log4j etc. Caveat emptor.

    Martin