Adam Sutton [Mon, 14 Apr 2014 16:31:14 +0000 (17:31 +0100)]
mpegts: disable the extra input thread
I have decided that this is no longer necessary, however:
a) I like some of the changes introduced, so want to keep them
b) want to keep the option available should I re-evaulate the performance
Adam Sutton [Fri, 11 Apr 2014 22:47:05 +0000 (23:47 +0100)]
subscription: update to changes in mpegts_input API
Really this should not be directly in here, as subscription code shouldn't
need any knowledge of the underlying systems. However its a backdoor into
the full mux.
Adam Sutton [Fri, 11 Apr 2014 22:43:12 +0000 (23:43 +0100)]
mpegts: reworking of the input threading
I have split the input threading in two. There is now a smaller/faster thread
responisble for reading data from the source device (file/socket/DVB/etc...)
and a potentially slower (though not too slow!) thread for processing.
This ensures that any minor delay in processing (potentially due to unexpected
effects during start/stop, or anything else!) do not unduly impact reading from
the source which could otherwise lead to loss of data.
Adam Sutton [Mon, 14 Apr 2014 15:58:00 +0000 (16:58 +0100)]
mpegts: ensure scrambled streams are properly handled
If a scrambled has been seen on a "scrambled" channel all further packets
(within the subscription) MUST be processed through the descrambler else we
can end up with out of sequence packets causing CC errors. Relates to #1986
Adam Sutton [Mon, 7 Apr 2014 16:02:28 +0000 (17:02 +0100)]
mpegts dvb: fix rather dubious assert (fixes #2036)
Could have ensure this was set correctly on input, but given that it was being
set if no config was passed and almost certainly it must by definition be the
same as the source mux, might as well simplify things.
Adam Sutton [Fri, 4 Apr 2014 10:50:43 +0000 (11:50 +0100)]
config: migration of DVB networks
This will not attempt to remove duplicate networks or configure the tuners.
I have decided this is just too much work to get right, versus very little
human input to correct.
Adam Sutton [Thu, 3 Apr 2014 21:02:00 +0000 (22:02 +0100)]
config: started to add the concept of a configuration version
This is to allow simple detection of a need to migrate, so that it can be done
in one centralised location. Rather than having to have lots of in place dual
config handling.
Some simple stuff will probably continue to be done in place, to avoid
constantly adding migration routines for trivial stuff. But anyting non-trivial
will at least be more easily handled without the need for external scripts.
Jaroslav Kysela [Thu, 27 Mar 2014 10:27:17 +0000 (11:27 +0100)]
Do not rely on linux kernel's headers - preparing for network tuners (SAT-IP)
This is a complete migration to use the own mux configuration scheme without
the system limitations to allow write backends for the network tuners like
SAT-IP servers.
Adam Sutton [Sun, 16 Mar 2014 13:15:05 +0000 (13:15 +0000)]
iptv: update to multi-network API and remove fixed IPTV network
This has caused a few people confusion, maybe removing it will cause more!
I guess we'll see. However it does seem better to allow things to be created
like everything else.
Adam Sutton [Mon, 17 Mar 2014 17:40:37 +0000 (17:40 +0000)]
mpegts: make the mapping of network<->input N<->N
I've rejected doing this for ages, however there are real limitations with
not being able to do this. And I've specifically come across one while thinking
about how some IPTV changes would be handled.
This will probably result in a break to peoples config, I will try and mitigate
this.
Jaroslav Kysela [Sun, 16 Mar 2014 18:52:50 +0000 (19:52 +0100)]
Fix the service <-> channel mapping editor
- the channel entry should be saved after unlink (not before)
- the service or channel entry should be notified about changes
to keep the channel / service grids in sync