Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SAT>IP as tuner source #48

Open
lars18th opened this issue Jun 26, 2018 · 2 comments
Open

SAT>IP as tuner source #48

lars18th opened this issue Jun 26, 2018 · 2 comments

Comments

@lars18th
Copy link

Hi,

I see that this good library has support for both: Linux DVB internal tuners and HDHomeRun devices.
From some time a new protocol for network tuners is available (almos for DVB sources): SAT>IP.

You can get the official specification from here:
http://www.satip.info/sites/satip/files/resource/satip_specification_version_1_2_2.pdf

And a good example code from the last VideoLAN commit (a single file for the input):
https://github.com/videolan/vlc/blob/master/modules/access/satip.c

A brief overview of this standard:

  • SSDP for autodiscovering.
  • Control plane using RTSP.
  • Transport plane using RTP.
  • Commands based on URI like: ?src=1&freq=11347&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=on&sr=22000&fec=23&pids=0,17,18

So, in fact similar to HDHR in functionality:

  • Both are network tuners.
  • Both have autodiscovering (SSDP vs 65001/udp), but addressable directly with the IP address.
  • Both use a message control protocol (RTSP in port 554 vs hdhomerun-binary in 65001/tcp).
  • Both use similar transport protocol (RTP+RTCP vs RTP/UDP).

Then I feel it can be easy to integrate the support for it. The idea is to use the current code for the HDHR input as an example for the concrete class satip_tuner_device, and use part of the code from the VLC project to complete the implementation.

You think that's a good idea?
I hope you agree to consider this upgrade.
Regards.

@mkrufky
Copy link
Owner

mkrufky commented Jul 17, 2018

I think it's a great idea -- patches are welcome :-)

@lars18th
Copy link
Author

Hi @mkrufky ,

I think it's a great idea

So, I need some help! For example, can you prepare some skeleton of an abstract class (aka "dummy input") based on current "HDHR input"?

Using it will be feasible to implement a first port of the concrete class satip_tuner_device.

You agree?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants