The system supports all common TV transmission schemes used in the industry in the regions it is offered.
This document defines the transmission types and media properties used to tune TV-channels and also to activate external input ports on the TVs. Shortnames for use internally in parenthesis. This document relates to the media-channels section but is meant to provide an understanding of the actual media URLs that the media-channels are composed of. These URLs can be used in various menu-page functions to perform direct tuning to sources not in the channel table.
The data is used to build up a media URL that the TVs use. This is also outlined in this document.
This type is not a media-streaming scheme, but rather a way of instructing the screen to activate an input to show its source on the screen.
The index of the port - starting at 1.
ext://<type>/<index>
Streaming MPEG-TS over a raw UDP socket is a very common case when dealing with IPTV. Both unicast and multicast can be used, but for TV-channel broadcasts, multicast is the common way.
To provide packet ordering the data can be sent using the RTP protocol.
IPv4 format(dots and numbers) eg 230.3.1.1
. Can be unicast or multicast IP.
Numeric(0-4096)
The serviceID of the stream. Numeric.
Only needed if transmitting MPTS streams.
This parameter is optional.
Boolean. Use RTP or raw UDP.
Samsung Orsay screens need spesific knowledge of audio-only IPTV channels.
Use digital rights management - i.e. try to decrypt stream.
[udp|rtp]://<ipAddress>:<ipPort>/<serviceId>?drm=[true|false]&audioOnly=[true|false]
A lot of sites only have coaxial infrastructure and it is therefore very common to stream MPEG-TS over coax using the DVB-C standard. DVB-C streams almost always carry multiple channels(MPTS) in one mux. Channels are separated by their service ID.
Frequency in Khz.
In KhZ. Numeric(1-9999)
Use digital rights management - ie try to decrypt stream
dvbc://<frequency>/<modulation without dash(eg QAM64)>/<symbolRate>/<serviceId>?drm=[true|false]
Use of DVB-T has become more and more common as it provides a low budget way to receive free to air channels - especially in the UK. DVB-T streams almost always carry multiple channels(MPTS) in one mux. Channels are separated by their service ID. Different regions might use different channel spacing. For now we support 8MHz and 7MHz channel-spacing.
The modulation is determined by the protocol dvbt(QPSK) or dvbt2(OFDM)
A numeric value describing the mux frequency in Khz
Numeric
A numeric value describing the channel bandwidth in MHz
Use digital rights management - ie try to decrypt stream
dvbt://<frequency>/<serviceId>/<bandwidth>?drm=[true|false]
dvbt2://<frequency>/<serviceId>/<bandwidth>?drm=[true|false]
DVB-S is not a common configuration, but there are some cases where satellite data is transmitted directly to the TVs. We need a special parameter for Samsung TVs here(PTC). The support for this in TV models varies a lot.
The modulation is determined by the protocol dvbs or dvbs2
Frequency in Khz
Numeric
For a list of Satelite IDs used in the Samsung TV-sets check here
Numeric
polarization
Numeric - for use with Samsung Orsay (not yet supported).
In KhZ. Numeric(1-99999)
dvbs://<frequency>/<satelliteId>/<polarization>/<programNumber>/<serviceId>/<symbolRate>
dvbs2://<frequency>/<satelliteId>/<polarization>/<programNumber>/<serviceId>/<symbolRate>
A lot of sites only have coaxial infrastructure and it is therefore very common to broadcast channels over coax using the ATSC standard in the USA. Channels are separated by their minor number.
Major number.
Minor number.
Use digital rights management - i.e. try to decrypt stream.
atscc://<major>/<minor>?drm=[true|false]
The ATSC terrestrial transmission standard using 8VSB mudulation. Channels are separated by their minor number.
Major number
Minor number
Use digital rights management - ie try to decrypt stream.
atsct://<major>/<minor>?drm=[true|false]
PAL is the most common standard used for old analogue transmissions over either cable or terrestrial.
Frequency in Khz
pal://<frequency>
Recent years various on-demand live-streaming solutions that run over the top(OTT) have become increasingly popular. The most common scalable solution is Apple's HTTP Live Streaming(HLS). Another solution is simple progressive playback of a media file over HTTP.
The URI where the stream is loaded from
Boolean. Certain special client treatment might be needed for web-radio streaming in certain screens.
web://type?url=<url>&audioOnly=[true|false]