Tvheadend

Hi,

I'm just making a software solution for SAT>IP server see

https://github.com/Barracuda09/SATPI

Regards,

Marc

+1 for streaming descrambled content to sat>IP clients

and how does it interact with tvheadend?

I started to work on this:

https://github.com/tvheadend/tvheadend/pull/597

Jaroslav Kysela wrote:

I started to work on this:

https://github.com/tvheadend/tvheadend/pull/597

Thats great!

The implementation is almost complete (except the descrambling on the server side). I'll do more test in next days, but you may join if you want but expect instabilities.

great (start testing now)

descrambling on the server side
a ffdecsawrapper alternative or descrambling and afterwards transcoding ?

Christian Christian wrote:

great (start testing now)

descrambling on the server side
a ffdecsawrapper alternative or descrambling and afterwards transcoding ?

I meant descrambling services like for standard streaming in tvheadend. The current code only forwards data from the input without any modifications (thus scrambled services must be descrambled in the SAT>IP Client). The descrambling is not part of the SAT>IP protocol, it's extra functionality which can be added, because tvheadend has all necessary code available (it's just about the internal MPEG-TS data flow).

just a small side note, if I try to compile it i get no version information at your branch (it can´t fetch the tag)

user:/satips# ./support/version
-unknown

Christian Christian wrote:

just a small side note, if I try to compile it i get no version information at your branch (it can´t fetch the tag)

user:/satips# ./support/version
-unknown

Pull tags from the master tree to your git repo..

some build errors if i choose packaging (at debian and ubuntu) - tvh master works flawless
http://pastebin.com/tcMjs0FZ

just make compiles fine

should we report bugs here or at your github or somewhere else ?

If I try to play a channel with DVBViewer (sat>ip edition) I get (.250 is sat server wit 2x DVBSky S952 dual tuners -> 4x DVB-S/S2 tuners)

[WARNING] satips: SAT>IP server announces an empty tuner list to a client 192.168.0.25 (missing network assignment) <== only a few times not at every connection
[ERROR] http: 192.168.0.25: rtsp://192.168.0.250:554/?src=1&freq=11494&msys=dvbs2&plts=on&fec=23&pol=h&ro=0.35&sr=22000&mtype=8psk&pids=0 -- 400"

Same for DVBViewer Pro, which is not detecting the sat>ip server (if i force a server the connection is working besides the error above)

access to http://192.168.0.250:9981/stream/mux/
[ERROR] http: 192.168.0.25: /stream/mux -- 400

another tvh instance (as client) is also producing -- 400 errors

I´am quit unsure about the configuration
Config => General => Sat>IP => Exported DVB-S2 Tuners: 4 (C+T=0)
Config => DVBInput => Networks => SAT>IP Source Number: tested 0 to 4, absolutely unclear what value has to be chosen, for my understanding is 0 the value for some kind of the client choose what he need mode ?

I have deactivated 3/4 tuners, Exported DVB-S2 Tuners: 1 and tried again -> same errors

if some trace is needed just ask !

Christian Christian wrote:

should we report bugs here or at your github or somewhere else ?

Here.

If I try to play a channel with DVBViewer (sat>ip edition) I get (.250 is sat server wit 2x DVBSky S952 dual tuners -> 4x DVB-S/S2 tuners)

[WARNING] satips: SAT>IP server announces an empty tuner list to a client 192.168.0.25 (missing network assignment) <== only a few times not at every connection

These messages should be only seen when tuners are not configured or the networks are not configured for SAT>IP.

[ERROR] http: 192.168.0.25: rtsp://192.168.0.250:554/?src=1&freq=11494&msys=dvbs2&plts=on&fec=23&pol=h&ro=0.35&sr=22000&mtype=8psk&pids=0 -- 400"

Same for DVBViewer Pro, which is not detecting the sat>ip server (if i force a server the connection is working besides the error above)

access to http://192.168.0.250:9981/stream/mux/
[ERROR] http: 192.168.0.25: /stream/mux -- 400

another tvh instance (as client) is also producing -- 400 errors

I´am quit unsure about the configuration
Config => General => Sat>IP => Exported DVB-S2 Tuners: 4 (C+T=0)

This is OK.

Config => DVBInput => Networks => SAT>IP Source Number: tested 0 to 4, absolutely unclear what value has to be chosen, for my understanding is 0 the value for some kind of the client choose what he need mode ?

Look to the rtsp:// URL in the request. This number is matched to the src=<number> parameter. In your case, it's 1. And it should be 1 for DVB-T/C and any number for DVB-S. It's basically an index assigned to the satellite position.

EDIT: Value 0 means that the network is not mapped to the SAT>IP server at all...

tvheadend⁴⁹⁷¹: http: 192.168.0.25: rtsp://192.168.0.250:554/?src=1&freq=11494&msys=dvbs2&plts=on&fec=23&pol=h&ro=0.35&sr=22000&mtype=8psk&pids=0 -- 400

--trace satip did not show too much besides this

Christian Christian wrote:

tvheadend⁴⁹⁷¹: http: 192.168.0.25: rtsp://192.168.0.250:554/?src=1&freq=11494&msys=dvbs2&plts=on&fec=23&pol=h&ro=0.35&sr=22000&mtype=8psk&pids=0 -- 400

--trace satip did not show too much besides this

Do you start tvh as root - see explanation in the pull request? You must use RTSP port 554 for standard SAT>IP clients. Although TVH SAT>IP server can be run in completely user mode, but only TVH SAT>IP Client does know, how to determine the custom RTSP TCP port.

  [   INFO] satips: SAT>IP Server initialized (HTTP 192.168.1.1:9981, RTSP 192.168.1.1:9983, Descramble 1, DVB-T 2, DVB-S2 2, DVB-C 0)

The 9983 is the RTSP TCP port which must be 554 for dvbviewer.

EDIT: Ignore these comments, if you get 400 error, the RTSP communication channel is OK.

Note: The descrambling support code was added to the SAT>IP server code (follow pull request).

Jaroslav Kysela wrote:

Note: The descrambling support code was added to the SAT>IP server code (follow pull request).

Hi,

This is GREAT! So, please, can you explain how to configure TVHeadend as SAT>IP server with descrambling enabled and using another SAT>IP server as tuner and Oscam as card... ;-)

I start tvh from build root with root/sudo.

tvheadend⁴⁹⁷¹: satips: SAT>IP Server initialized (HTTP 192.168.0.250:9981, RTSP 192.168.0.250:554, DVB-T 0, DVB-S2 1, DVB-C 0)

or

tvheadend⁴⁹⁷¹: satips: SAT>IP Server initialized (HTTP 192.168.0.250:9981, RTSP 192.168.0.250:554, DVB-T 0, DVB-S2 4, DVB-C 0)

result in -- 400 , EPG is working O_o

Christian Christian wrote:

I start tvh from build root with root/sudo.

tvheadend⁴⁹⁷¹: satips: SAT>IP Server initialized (HTTP 192.168.0.250:9981, RTSP 192.168.0.250:554, DVB-T 0, DVB-S2 1, DVB-C 0)

or

tvheadend⁴⁹⁷¹: satips: SAT>IP Server initialized (HTTP 192.168.0.250:9981, RTSP 192.168.0.250:554, DVB-T 0, DVB-S2 4, DVB-C 0)

result in -- 400 , EPG is working O_o

Try latest. Fixed some issues for the Elgato SAT>IP Android application (which is now working - tested with DVB-T).

DVBViewer SatIP edition is working (besides some small --400 hickups), i try to reproduce those failed tunings.
No time to test DVBViewer Pro and others.

AUTOBUILD_CONFIGURE_EXTRA=--enable-bundle ./Autobuild.sh -t precise-amd64 also working

With some spare time I try to install the satips branch with the *.deb package. (created through AUTOBUILD_CONFIGURE_EXTRA=--enable-bundle ./Autobuild.sh -t precise-amd64)

But i got a lot of this
settings: Unable to create dir "/(null)/.hts": Permission denied
it assumes that the profile path is at /(null)/ instead of /home/users/hts/

building at the tvh master branch works well
I also removed everything and did a fresh git clone with the same result. The build log shows nothing critical.

A bit unrelated, but I found also this implementation: https://github.com/catalinii/minisatip

Minisatip is at the moment compatible to nearly every client, even Panasonic TVs are supported and working probably (satpi wont afaik).

latest rev still has the /(null)/.hts/ problem -> debs mycvh.de/openelec/tvh/
so no real test for me still I could probably install it (start tvh via shell isn´t that wife friendly )

The (null) issue in the config dir should be fixed now...

AUTOBUILD_CONFIGURE_EXTRA=--enable-bundle ./Autobuild.sh -t precise-amd64 http://pastebin.com/u8hpHD7d (if you need the full log)

CC              src/huffman.o
CC              src/filebundle.o
CC              src/config.o
src/config.c: In function ‘config_boot’:
src/config.c:1405:8: error: ignoring return value of ‘chown’, declared with attribute warn_unused_result [-Werror=unused-result]
   chown(config_lock, uid, gid);
        ^
cc1: all warnings being treated as errors
make[2]: *** [/tvheadend-3.9.2591/build.linux/src/config.o] Error 1

Christian Christian wrote:

AUTOBUILD_CONFIGURE_EXTRA=--enable-bundle ./Autobuild.sh -t precise-amd64 http://pastebin.com/u8hpHD7d (if you need the full log)

[...]

Fixed.

Christian Christian wrote:

Minisatip is at the moment compatible to nearly every client, even Panasonic TVs are supported and working probably (satpi wont afaik).

latest rev still has the /(null)/.hts/ problem -> debs mycvh.de/openelec/tvh/
so no real test for me still I could probably install it (start tvh via shell isn´t that wife friendly )

Hi Christian,

Did you try SatPI and tested it with every client? As far as I know it should work.

Regards,

Marc

Marc Hinz
9000h told me ~10 days ago that only minisatip work with his Panasonic TV (maybe fixed at the meantime, or he was plain wrong ^^ ?)

@Jaroslav Kysela
building runs now, tx

If someone needs prebuild packages (deb) for ubuntu -> http://mycvh.de/openelec/tvh/ (I keep them updated)

Hi,

Well he did not gave me this feedback. And in 10 day there have been some changes.

I am just saying please don't give negative feedback "trol" my project if you did not try it yourself.

Thanks,

Marc

#g35029f1
read() EOVERFLOW is solved for me, was able to play from 9 devices simultaneously with all 4 tuners in use (3 HTSP connections and 6 Sat>Ip). (i could add 2 tuners maybe 4 if a test would be needed)
DVBViewer Lite (Sat>IP Edition - Freeware) and DVBViewer Pro did now detect the devices at network and tune probably (device get announced as TvHeadend g35029f1, maybe advice ist as TvHeadend 4.0 or some version number).

Christian Christian wrote:

#g35029f1
read() EOVERFLOW is solved for me, was able to play from 9 devices simultaneously with all 4 tuners in use (3 HTSP connections and 6 Sat>Ip). (i could add 2 tuners maybe 4 if a test would be needed)
DVBViewer Lite (Sat>IP Edition - Freeware) and DVBViewer Pro did now detect the devices at network and tune probably (device get announced as TvHeadend g35029f1, maybe advice ist as TvHeadend 4.0 or some version number).

The last uuid part is used to determine multiple TvHeadend server instances on the network. The version number can be read from the XML - depends on your SAT>IP client if it show it.

I'm planning to merge the code to the tvheadend master tree in the next week. It seems stable enough now.

Hello, it is possible to decode the stream from Satip and to send via the internal Satip again?
I have all day yesterday trying, but I had a problem with the ports.
Is there somewhere a tutorial on how to set up everything.