Tvheadend

Gabriel Gunnarsson wrote:

Hi!

I have a Synology DS218play with the rtd1298 chip. (ARM v8) I cannot find a tvheadend package for this, so I suppose it is not supported. Would it be impossible/hard to compile tvheadend for this architecture? If so, do you know of any other software that could let me stream http IPTV (no recording)

Thanks!

@Gabriel, m4tt075 uloaded a version for the rtd1296 architecture (DS118, DS218, DS418, DS418j & DS218play) a couple of days ago. I'm currently running it successfully on my DS418j. Look here and have a go at it, https://github.com/m4tt075/spksrc/releases/download/TVH-4.2.5-recrecov/tvheadend_rtd1296-6.1_4.2.5-12.spk.

Does anybody use a Sat>IP server with their NAS Package? Every time I reset the Synology NAS, the TVH package loses the Sat>IP server until I stop the package, reset the Sat>IP Server, and start the TVH package... All is well after this. An Ubuntu installation of TVH works fine with stop / start of the TVH server irrelevant of the Sat>IP server.

Yes, I use two Sat>IP servers with my TVH NAS package and don't have this problem. If "reset" means "reboot" you might be experiencing some race condition. TVH might start quicker than drivers load or the network is properly established. I assume you have tested that already, but just stopping the TVH package and restarting it again without rebooting in between does not fix the problem, right?

As Olof has already figured, new versions of packages have been compiled. The old version could lead to recordings being stored in system directories, where they do not belong. The new version fixes the default recording directory, recovers recordings from system paths and restores them in the right place. If you have customized your recording directory, this should not make any difference, but if you haven't, an upgrade is advised (linke in post #1 has been updated). As always, please backup before upgrading. This time, please also take care of your recordings! Please remember, this is all still in beta...

Martin Walter wrote:

Yes, I use two Sat>IP servers with my TVH NAS package and don't have this problem. If "reset" means "reboot" you might be experiencing some race condition. TVH might start quicker than drivers load or the network is properly established. I assume you have tested that already, but just stopping the TVH package and restarting it again without rebooting in between does not fix the problem, right?

Basically, if the NAS crashes, reboots or I stop / start the package, TVH will not pickup the SAT>IP server until I reboot the SAT>IP Server with the package stopped. Upon starting the package, the tuners are found normally.

Stopping the package with everything working fine and then starting it again causes the tuners to be lost; only way to get them back is to stopt the package, reboot the SAT>IP Server, wait until its running and then finally start the package.

Wow. That's strange indeed. I do not see how just stopping a perfetly working package and restarting it should lead to losing SAT>IP servers. To TVH SAT>IP servers are nothing else than encapsulated "tuners on the intranet". They do not require any specific tuner drivers on your NAS. And your NAS should NEVER crash. Not sure this is helpful, but based on what you have written, I'd probably start inquiring the crashes first and look what causes them. This isn't normal...

We can ignore the crash bit, that was an extreme test in stability on something else... But the same remains, that upon powerloss, uncontrolled shutdowns and reboots of the NAS I appear to loose access to the tuners. The server is a Triax TSS400 MKII, which ones are you running?

I've just tested stopping the package and the starting it again and ensuring I open a new UI to TVH to ensure the WEBGUI hadn't had a spaz... It lost the tuners as before... I've got a few more tests to run but would be interested in any thoughts?

I have two Digibit R1, but if it works on your Ubuntu system and just not on the NAS, I'd assume your Triax is fine. Powerloss / uncontrolled shutdowns can of course create issues with configurations not being saved appropriately. But in TVH the tuner configuration is written upon initial configuration and should not change while TVH is running, so again, unlikely to create those problems.

Chris, I don't have an answer really, but maybe we can figure out whether it is TVH or something else: If you stop TVH, can you reproduce the same problem with Videoplayer, i.e. does Videoplayer lose the tuners, too?

Ok, advise... Where is Videoplayer? I'm running a DS3615xs so if its a package it may not be available on mine.

Apologies, I meant Video Station, the standard Synology package for TV streaming. Open the Web-userinterface to your NAS, open the package manager, go to Multimedia and you should find it there. Install it, run it, that's it...

Hi
I have problems with updateting to the latest version on my RS815+ (Avoton).
The package has updated succesfully but after that it won't start.

The version from January works very well.
How can I check what happend?

Hi Russel Crowe,

Wow, a very prominent user. Honored!

As follows:
(1) Depending on how many recordings you have had and whether they needed to be moved to another place, just waiting before starting the package might be sufficient. However, unless you have really recorded a lot, 30 min of waiting should be enough for the file restoration. Assuming that is not it...
(2) ssh into your NAS, cd into /usr/local/tvheadend/var. Locate the tvheadend.log and tvheadend_install.log files. Upload them somewhere (e.g. pastebinit) and post the links here. Assuming the /usr/local/tvheadend/var folder does not exist...
(3) ssh into your NAS, cd into /tmp. Locate the tvheadend_install.log file. Upload and post the link as above.
Please also post which DSM version you are currently running.

Hi,

The last three lines of my install.log are:

Restore 'sc-tvheadend' unix permissions on package system directories
Granting 'sc-tvheadend' unix ownership on /volume1/@appstore/tvheadend/var
chown: cannot access '/volume1/@appstore/tvheadend/var': No such file or directory

That could not work due to my installation is on /volume2/@appstore/tvheadend
The unix permissions on /volume2/@appstore/tvheadend are set to sc-tvheadend:tvheadend

OK, that's the problem. How did you manage to install TVH on /volume2?

Pretty easy
Preferences under paket center ->
default volume for apps set to volumeX

Will you be able to fix the issue?

btw: DSM 6.1.5-15254 update1

Probably, but I'd need both of the full log files I have requested. Could you please post them?

Martin Walter wrote:

Apologies, I meant Video Station, the standard Synology package for TV streaming. Open the Web-userinterface to your NAS, open the package manager, go to Multimedia and you should find it there. Install it, run it, that's it...

Hi Martin,

How did you add a Sat>IP stream to videostation? Its asking only for a USB Dongle and I can't find a setting to enable this.

attached are the two files

The service is running if I use the sudo command

OK. Thanks. Please try the following:

1) Stop the TVHeadend package via the package center
2) ssh into your NAS box and execute the following commands:
chown sc-tvheadend:tvheadend /var/packages/tvheadend/target
chown -R sc-tvheadend:tvheadend /volume2/@appstore/tvheadend/var
3) Restart TVHeadend package via the package center

Does it work now?

@Chris I thought this was possible with Video Station, but apparently isn't. OK, dead end, next try: Please provide the TVH log files just like Russel did above. Maybe we can see something there...

I'm beginning to think its actually the Triax TSS400 itself. It seems like it advertises itself either incredibly infrequently OR in a non-standard way that means server like TVH then ignore it.

I need to wait untill the missus isn't watching TV as I can then restart the package and see what the logs say as the current log is 3 days old and has the tuners fine. Can I just delete the tvh log file and it will create a new one?

Is there anyway to bind TVH to a specific Sat>IP static IP? I wonder if I can do that, that might solve the issues of it losing the tuners.

pass the URL to your desc.xml on your satip box to tvh.

--satip_xml "http://192.xxx.xxx.xxx:1234/desc.xml"

Mark Clarkstone wrote:

pass the URL to your desc.xml on your satip box to tvh.

--satip_xml "http://192.xxx.xxx.xxx:1234/desc.xml"

The unit uses http://Ip:port/rootDescr without the xml extension. Can I still pass it the same? Also, what is the correct command in the cli to start tvh with this passed?