Posts by emveepee

In general it would be ok for broadcast, but using s/w decoding is not why I buy nextgen boxes especially as x64 mini PC pricing and aarch64 pricing start to overlap.

I am happy to test the new version. Currently I am using an older Armbian build on SD card and it quite good on Quartz64a so I like to keep the two separate but usable, and I haven't worked out which I prefer. I very much appreciate your work on this platform. I hope you can get an Rock5 B one day.

Thanks for the information, is it possible to force s/w decoding of only specific formats?

Martin

petediscrete have your tried to build a MyGiga device on Linux? They are a disaster, they require a specific kernel, they don't provide binary objects for all platforms and their support is nothing like what b-rad offers. While the Hauppauge approach to building the linux-media TV works on generic Linux, it doesn't fit the LE model, which is why you should stick with the many kernel supported device.

Note that today NextPVR server for LE was released for LE11 and the LE10 release should be soon. It uses the base server .Netcore software you are using on Windows with an interface to Linux's libdvbv5 for local tuner devices and you can judge for yourself whether or not you need SAT>IP or an external backend. I agree with you that local tuners generally work nicely (Windows supporting far more tuners), but I do find most users who don't want to pirate IPTV are now buying SAT>IP or Silicon Dust HDHR devices.

I am confused since Kodi on Windows 10 or any platform won't support tuners, you need a backend for that.

I am running a backends on several SBC's RPi's and a Pine Quartz 64a for LE, and also on CE devices and for kernel supported tuners they normally work fine. Powering the USB devices and of course using SD cards are the biggest issues.

Martin

The problem isn't firmware, the problem is MyGiga "drivers" are compiled to a specific release of the kernel for Ubuntu so you need to build and install specific v4l media tree. On OSMC it is a little bit easier but still a pain, and you'd need to redo it for each build.

You are better off using a tuner supported in the kernel.

Here is a video showing the issue to help understand what I mean

The question about the emmc install was about the stability. Each of your builds has a new OS and new Kodi which is fine. In the past I have had trouble with the bootloader changing so I couldn't just put the current tar file in .update. Is that now possible? I am reluctant to do this because the emmc stops works and I have to then flash Armbian to SD, write to emmc then load LE then copy LE to emmc.

Martin

chewitt, that is a fair statement in general for RPi users but Intel users can benefit much more.. LE is a good platform for hosting headless servers including PVR backends and the work of installing the backend is done for the user via packages (TVHeadend, VDR and NextPVR, anyway) and many users don't have to hunt for drivers or firmware.

There is also a class of users that simply want legal live tv, and for them a USB dongle, or even a remote SAT>IP or HDHR device will work ideally. It is certainly better to by a stable USB device, Geniatech is one of the worst vendors, even on standard Linux.

Thanks. Is mpeg2 video supposed to play in EGL mode? I need this to get the OSD but I only get sound on mpeg2 video LiveTV when DRM is turned on.

Also is there going to be a static OS build allowing easier LE installs to emmc?

Martin

Sorry I misread I thought you were thinking of the HDPVR 2 as the workaround for HDCP and weren't considering a video splitter.

I know the HDPVR family very well and they can't stream to the web directly like the HDMI network grabbers to. So yes you can pipe to another process but you'd have to pipe the command line tool to a streamer. I addressed that there is no driver support for the HDPVR 2 but there are a capture programs https://www.hauppauge.com/pages/support/…nux.html#hdpvr2 that need to be compiled for Linux. If you want to use v4l as a driver you need the original HDPVR.

Martin

First the HDPVR 2 follows HDCP so you would need to use component video. HDMI streamers are probably a better choice.

Also there is no official Linux support for the HDPVR 2 but my HDPVR works fine with v4l on a Linux box but I never tested with LE.

Personally I suggest a full Linux that you can customization to change the module parameter and set up the proper tuning commands (I use a combination of firewire and IR blasters to control 3 STB's). I know there is a command line tool for some HD PVR 2 model that you could use for capturing but building it would be better on full Linux too.

Martin

I have been away and missed the last few updates but I just tried to update the emmc to the latest version using the latest file in .update and the update failed with the missing /dtb/rockchip/rk3566-quartz64-a.dtb among other things. So I guess the emmc install isn't very useful with these pre release kernel builds.

I didn't install a 6.0.0 version of Armbian, I will try that.

Edit: With a 6.0.0 version of Armbian I was able to boot LE nicely from emmc with the good mac too. Now I wait to see that a new version upgrade works. Will this new bootloader be stable?

Is there a special version of Armbian I need to install before running this? I can get Armbian booting off emmc fine but when I install LE to this same emmc it will not boot. It seems to be looking fro uefi?

mac= is working from SD

You will need to learn how to build your own. The API and interface lever can change, ie you can't use a Nexus version with Matrix.

Martin

Continuing on, since my emmc is no longer usable I installed the new image to SD card but it still doesn't take the mac= parameter The udev rule approach you suggested was working from the emmc.

LibreELEC:/ # cat /proc/cmdline
boot=LABEL=LIBREELEC disk=LABEL=STORAGE quiet console=ttyS2,1500000 console=tty0 systemd.debug_shell=ttyS2 coherent_pool=2M cec.debounce_ms=5000 mac=00:14:22:c8:c8:37
LibreELEC:/ # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr FA:40:1B:58:F9:71
          inet addr:172.16.3.61  Bcast:172.16.3.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2479 errors:0 dropped:57 overruns:0 frame:0
          TX packets:1105 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3034872 (2.8 MiB)  TX bytes:168807 (164.8 KiB)
          Interrupt:69

I copied the update to .update but this broke the emmc installation

Retrieving file: /dtb/rockchip/rk3566-quartz64-a.dtb
** Unable to read file /dtb/rockchip/rk3566-quartz64-a.dtb **
Skipping LibreELEC for failure retrieving FDT
SCRIPT FAILED: continuing...
libfdt fdt_check_header(): FDT_ERR_BADMAGIC

I mounted the emmc and noticed there was only a dtb_old folder so I copied dtb folder from the image, but it still doesn't boot. It says could not mount Label=LE_EMMC

How do I install that ethmactool? I do have the mac=... showing in /proc/cmdline

Yes I am sure. I tried several times and it failed, so ended up using another emmc and it boots fine from it now. I can't get it to save a fixed IP address via LibreElec settings and can't set the mac (or ethaddr) in extlinux.conf

LibreELECRK:/ # cat /flash/extlinux/extlinux.conf
LABEL LibreELEC
  LINUX /KERNEL
  FDT /dtb/rockchip/rk3566-quartz64-a.dtb
  APPEND boot=LABEL=LE_EMMC disk=LABEL=DATA_EMMC quiet console=ttyS2,1500000 console=tty0 systemd.debug_shell=ttyS2 coherent_pool=2M cec.debounce_ms=5000 mac=00:14:22:c8:c8:37
LibreELECRK:/ # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 2A:78:C5:D7:90:ED
          inet addr:172.16.3.40  Bcast:172.16.3.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6693 errors:0 dropped:3209 overruns:0 frame:0
          TX packets:137 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:931847 (910.0 KiB)  TX bytes:36750 (35.8 KiB)
          Interrupt:81

LibreELECRK:/ #