Project

General

Profile

Actions

Feature #5020

open

.TS at the end of channel url

Added by Pablo R. over 7 years ago. Updated about 7 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2018-03-22
Due date:
% Done:

0%

Estimated time:

Description

Would it be possible to add .ts to the end of the channelid url without affecting the url of the channel for reasons of compatibility of apps/players.

Example:

http://xx:yy@ip:port/stream/channelid/1961075286.ts
Actions #1

Updated by Pablo R. about 7 years ago

I hope we can see this feature soon, even if it's optional.

Actions #2

Updated by saen acro about 7 years ago

Why this for?
Why to simulate HLS playlist chunks,
when is used TSHTTP protocol?
Better to implement HLS than this not so useful feature.

Actions #3

Updated by Pablo R. about 7 years ago

saen acro wrote:

Why this for?
Why to simulate HLS playlist chunks,
when is used TSHTTP protocol?
Better to implement HLS than this not so useful feature.

I think TS (Transport Stream) means a constant data Flow.
https://en.m.wikipedia.org/wiki/MPEG_transport_stream

And HLS (who has chunklist) means M3U8 or so.
https://en.m.wikipedia.org/wiki/HTTP_Live_Streaming

Actions #4

Updated by saen acro about 7 years ago

TSHTTP is continuous stream requested by http url
HLS is dynamic playlist *.M3U8 with point to *.TS chunks stored on web served folder
Continuously downloading them

There is some positives and negatives but that's other thing.

Actions #5

Updated by saen acro about 7 years ago

Actions #6

Updated by Jaroslav Kysela about 7 years ago

Which players are affected?

Actions #7

Updated by Pablo R. about 7 years ago

Jaroslav Kysela wrote:

Which players are affected?

Freesat and Smart IPTV in certain television models (also Smart IPTV for Android).

I think that apps do not play correctly if they do not know the type of data flow

Actions #8

Updated by Jaroslav Kysela about 7 years ago

The stream type is in HTTP header (mime type). The identification using the suffix is a bit bad idea for HTTP streams.

Actions

Also available in: Atom PDF