Project

General

Profile

Feature #4347

add iptv streams (e.g. m3u playlist) without scans for services

Added by jody gugelhop over 7 years ago. Updated over 7 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
IPTV
Target version:
-
Start date:
2016-12-19
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)

Description

Currently when adding a e.g. m3u playlist from an iptv provider, tvh needs to scan through the list (checking for input/signal) and only after that adds it as a service to the list as a channel.
The desired behaviour would be to able to add the services/channels without doing the scan/check for a signal.
There are several threads on the forum describing the issue with the current way tvh works, thus this feature request

https://tvheadend.org/boards/4/topics/24677?r=26240#message-26240 (more links to other threads in the post)


Subtasks

Feature #4144: Adding m3u file without mux checkingRejected

Actions

History

#1

Updated by Mark Clarkstone over 7 years ago

jody gugelhop wrote:

.. snip ..

See Automatic_IPTV_Network & report back if that doesn't work.

#2

Updated by Giuseppe Sicilia over 7 years ago

For me it doesnt work. I get services without scan, but if i map channels, they dont work at all.
I tested same provider two times.

With scanning muxes -> get services from working channels -> map channels: channels are ok, stream ok

Without scan -> service id = 0 and create without scan -> mapped channel (same like above), stream doesnt work

Its a bug?

I found one thread with same issue:
https://tvheadend.org/issues/4144

I will check if there exists one reported bug.

#3

Updated by Andreas Fornberg over 7 years ago

service id = 1 creates the services but you can't play them until it's scanned.
I agree that this should be changed and automatic use network id you have set too.
An option to automatic mapping channels after scan would be nice too.

#4

Updated by Mark Clarkstone over 7 years ago

Seems there is a bug here, from my testing..

  • Services won't play at all unless scanned first, regardless of Service ID (whether it's correct or not).
  • To get the services to play (using the services play link) the service must be played using the mux play link first otherwise it results in an invalid service.

A possible (and maybe horrible) solution would be just to redirect to the mux links?

#5

Updated by Jaroslav Kysela over 7 years ago

If the 'Service ID' is correct, the tvh will fail for the first playback (HTTP) and the second should be fine. For Kodi (HTSP), it should be fine, because this protocol allows to send the stream reconfigure info. I need to check.

#6

Updated by Jaroslav Kysela over 7 years ago

  • Status changed from New to Fixed

Applied in changeset commit:tvheadend|f156a38f6150353e4177b8b3691fedce5c7ec1aa.

#7

Updated by Jaroslav Kysela over 7 years ago

OK, it seems that the detection of the service without any other parameters than 'Service ID' was a bit lost (probably SAT>IP server related changes). It's now back. v4.3-34-gf156a38

#8

Updated by Andreas Fornberg over 7 years ago

I think this would be good to backport to 4.2 stable branch.

#9

Updated by Giuseppe Sicilia over 7 years ago

@Kysela
Thanks for your great work. Since i'm interested in Tvheadend i found so many threads where you'are answering/working.
Im not a really noob. But without Experts like you i would be caged in some beta non-free software.

#10

Updated by Bert Haverkamp over 7 years ago

Thanks for the solution!
Has this patch been backported to the 4.2 branch as wel now?
I would like to use it on a production system.(withouth having the patience to wait for the next release:) )

#11

Updated by Andreas Fornberg over 7 years ago

Yes this is backported to 4.2 now

#12

Updated by Jaroslav Kysela over 7 years ago

It's in 4.2.2.

Also available in: Atom PDF