Tvheadend

@Richard
Could you do me a favor, please? There are two packages for you, a 5.2 package for your 710+ and a 6.1 package for your 918+. You will find them here: https://www.dropbox.com/sh/zl67clwy5rio8kn/AADpWJhkHQ6RgqaCbLxbNIJoa?dl=0
Could you please install them (without editing any files) and see whether your Sundtek is still identified correctly? Ideally, you would test upgrades as well as clean installs.

Just this week I cloned the spksrc repo to create my own package as the SynoCommunity is out of date. Then I remembered seeing this thread and figured I'd check it out. I'll have to look into how you've reworked the service/startup to manage permissions better, but it's looking good.

Are you open to receiving patches? I have one for the cross/tvheadend Makefile to pull 4.2.5-18 (from 20 Jan) to get the version up to date. Also, perhaps the URLs in the Makefiles could be updated to https://tvheadend.org.

Finally, I have a (hack-y) patch for the tvhdhomerun code: it modifies the tvhdhomerun frontend code to allow for support for the CableCARD Prime by changing the way that ATSC-C muxes are tuned by using the mux frequency (in MHz) as the virtual channel to tune using libhdhomerun's hdhomerun_device_set_tuner_vchannel method, and ignoring calls to set/change the PID filter. While clearly a hack (service information isn't properly returned, so they're only identified by their channel number), it may be of use to others.

If not, I have no problems maintaining my own fork, but figured it might be nice to consolidate efforts.

Thanks for reaching out. I think consolidating efforts is a great idea.
The test packages, that are linked in the first post, stem from the SynoCommunity and correspond to the following PR: https://github.com/SynoCommunity/spksrc/pull/3050
W.r.t. your patches I think the following:
- If you want to stay really up-to-date on indvidual commits within the release branch, I'd keep that local, as the SynoCommunity release cycle has been anything but quick. Any update would trigger new testing requirements. I will already be happy when the actual releases are finally published.
- For the URLs a patch would certainly be welcome
- For you patch of the tvhdhomerun code, I'd recommend you PR against https://github.com/tvheadend/tvheadend instead. I'm pretty sure that Jaroslav (perexg) will take it up and help you to support those devices in a proper, non-hacky way.
OK for you?

Considering the SC repo is still at 4.2.4, I realized that tracking their repo directly would be pointless.

As for the tvhdhomerun hack: I am currently working against the sources to implement proper CableCARD support as a separate network type, and refactoring the tvhdhomerun code to support it. Overriding the ATSC-C Network is just a quick stopgap until the other code is complete. Once the CableCARD code is ready I'll do a PR.

I'll see about doing a PR for the Makefiles/digest to track the updates to 4.2.5, which as of last night is now at r27.

Hi, my synology has just updated to the latest package.

I'd loaded in some extra modules, firewire-core and firewire-ohci, then firedtv for the tv cards. Which was previously working under the previous synology version.

However since the update TVheadend hangs on opening, it doesn't show the login prompt. I've checked by ssh that the adapters are created under dev/dvb/ and all the modules load. However it appears that TVHeadend cannot access them.

Videostation is installed.

Can you give me any tips on troubleshooting this please.

Not sure I fully understand. Can you clarify?

1) Has you Synology (automatically) updated the firmware, i.e. DSM version? If yes, from which to which version?
2) Or have you manually updated your TVH package with the one linked in this thread (this cannot happen automatically)? If yes, from which to which version?
3) In any case, which DSM version and which TVH package (from where) are you running right now?
4) I understand Videostation is installed, but are the adapters recognized by Videostation if you run it?

Martin Walter wrote:

2) You manipulate the spk file of tvheadend(it's actually just a tar package) and remove the file PKG_CONX from the conf folder before installing it manually.

What ever the reason is, I can not untar tvheadend_monaco-6.1_4.2.5-12.spk. It did work with the version before, I guess from your dropbox.

Martin Walter wrote:

Not sure I fully understand. Can you clarify?

1) Has you Synology (automatically) updated the firmware, i.e. DSM version? If yes, from which to which version?
2) Or have you manually updated your TVH package with the one linked in this thread (this cannot happen automatically)? If yes, from which to which version?
3) In any case, which DSM version and which TVH package (from where) are you running right now?
4) I understand Videostation is installed, but are the adapters recognized by Videostation if you run it?

Sorry I was a bit light on the details.
Synology has just updated to version DSM 6.1.5-15254 bromolow source.
I was originally running TvHeadend 4.2.4-11 but when that wasn't working I removed it and installed 4.2.5-12 bromolow source as it's easier to look at the log.

The adapters have never been recognised under videostation as they are not officially supported under synology, however they were working before the last update even with videostation not recognising them.

The log shows

[Debug]:fsmonitor: watch /dev
[Debug]:fsmonitor: watch /dev/dvb

If I unload the modules for the tv adapter (firedtv) TvHeadend loads in okay, but with no adapters. When I load the modules in, TvHeadend hangs.

I realise I've made some changes to the synology config, so I'm not looking for someone to fix it for me, just some pointers to troubleshoot would be great, I'm not overly used to linux.

Thanks

Difficult to judge. I suspect an issue with your firedtv drivers, as TVH has not changed dramatically between 4.2.4 and 4.2.5. I'd start looking at the syslogs to see whether those drivers load fine.

Looking through the syslogs it appears the drivers load okay, it recognises the cards and dev/dvb/adapters are created.

It looks like someone else is having trouble with a usb dvb device using plex. My suspicion is that the group permissions have been changed and the software is no longer able to access the adapters. But I'm hitting a lot of deadends with the logs. :-(

If that's the case, you should be able to see "permission denied" messages once you launch TVH and it tries to access the tuners. Do you get those?

No it hangs on access to the dev/dvb/adapter

If I stop Tvheadend and restart it, it says unable to access the first adapter, if I stop and reload again it says unable to access both adapters and then loads up with a login prompt.

Peter Mueller wrote:

Martin Walter wrote:

2) You manipulate the spk file of tvheadend(it's actually just a tar package) and remove the file PKG_CONX from the conf folder before installing it manually.

What ever the reason is, I can not untar tvheadend_monaco-6.1_4.2.5-12.spk. It did work with the version before, I guess from your dropbox.

I'm not able to extract it with tar xvf

peter peter Mueller

I have just downloaded the monaco package from the link in post #1 and have been able to unpack it. I used 7zip on a Windows platform, but still. No indication the package would be corrupted...

Martin Walter wrote:

I have just downloaded the monaco package from the link in post #1 and have been able to unpack it. I used 7zip on a Windows platform, but still. No indication the package would be corrupted...

Yes, it works with 7zip. But something is not understandable for me. The 3 files in conf are tripeled. Two copies of the files are zero byte files. Depending how the extraction is done, the "good" files are overwritten or not overwritten by the zero byte files. Hm.

Right. This is a known bug with some spksrc scripts but won't hold you back. Just don't allow the 0kb files to overwrite the others.

Martin Walter Walter
I ended up recompiling some of the dvb modules, I think the only one that was relevant was dvb-core.ko and that fixed the issue. I'm guessing synology modified it in some way on the last update.

Thanks for your suggestions, I'm new with linux based os and it's a steep learning curve.

@Greg Rand
Well, if you are new to linux and you have already managed to compile dvb modules, there is no doubt your learning curve has been steep... :)
Happy to hear that. Congrats. Well done!

Martin,

I finally got around to generating a PR for your spksrc repo to update TVH to the lastest 4.2.5.

(First time trying a GitHub PR, but I think it's all done properly. Let me know if there are any issues. It built fine for me, but I only tried it for my own needs, armada375.)

Martin Walter wrote:

2) You manipulate the spk file of tvheadend(it's actually just a tar package) and remove the file PKG_CONX from the conf folder before installing it manually.

In addition another ports as 9981/9982 have to be used

Correct. And you should REALLY know what you are doing. And better don't run both packages at the same time as they can lock the same tuners, which can wreak havoc...

Hello.

I try to install your package on a 214play but I get an error [290], what does it mean ?

Model: DS214play
Version: DSM 6.1.5-15254 Update 1

1. synopkg install tvheadend_x86-6.1_4.2.5-12.spk
   Failed to install package tvheadend_x86-6.1_4.2.5-12.spk, error = [290]

From what I know, the DS214play is well an x86 machine,
and I have no previous install of TVH, so...

Thanks for the help.

Cédric.

Cédric M. wrote:

Hello.

I try to install your package on a 214play but I get an error [290], what does it mean ?

Model: DS214play
Version: DSM 6.1.5-15254 Update 1

1. synopkg install tvheadend_x86-6.1_4.2.5-12.spk
   Failed to install package tvheadend_x86-6.1_4.2.5-12.spk, error = [290]

From what I know, the DS214play is well an x86 machine,
and I have no previous install of TVH, so...

Thanks for the help.

Cédric.

The 214play is not x86, but a variety of arm. I'm not fully sure which, but some type of armada processor I believe.

I just pulled up the datasheet. I stand corrected, the DS214play is indeed using an Intel Atom processor.

After a little more digging through the spksrc wiki, the DS214play needs the evansport architecture, not generic x86.

Thanks for the digging

Indeed, it's well an evansport kernel

1. uname -a
   Linux xxxx 3.2.40 #15254 SMP PREEMPT Fri Jan 26 06:38:43 CST 2018 i686 GNU/Linux synology_evansport_214play

Sorry, my bad ..

The install does not work on the CLI

1. synopkg install tvheadend_evansport-6.1_4.2.5-12.spk
   Failed to install package tvheadend_evansport-6.1_4.2.5-12.spk, error = [290]

But it works in DSM !

Many thanks.

Just found this package and want to add big thank you. Is there any sort of idiots guide for integrating Comskip? Maybe it could be added to future builds? I've seen several links but it would be great if there were any details instructions for installing and configuring Comskip with this package. Thank you