Tvheadend

2017-09-12

12:41 Tvheadend Bug #4499: SAT>IP: Fix five different bugs

Jaroslav Kysela wrote:
> The streaming scheduler should deliver SMT_NOSTART message to all message clients when an s... DSA APF

2017-08-23

15:36 Tvheadend Bug #4499: SAT>IP: Fix five different bugs

Jaroslav Kysela wrote:
> The logic is implemented in https://tvheadend.org/projects/tvheadend/repository/revisions/4... DSA APF

14:40 Tvheadend Bug #4499: SAT>IP: Fix five different bugs

Jaroslav Kysela wrote:
> Added another patch which should correctly identify the 'no data/bad service' state plus an... DSA APF

2017-07-26

10:06 Tvheadend Bug #4499: SAT>IP: Fix five different bugs

Jaroslav Kysela wrote:
> Applied 1-3. I need think more about 4 and I tried to resolve the SETUP/PLAY states in anot... DSA APF

2017-07-24

18:02 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"

Hi Jaroslav,
Please, forget about the previous patch. It doesn't work! See the patches presented in #4499.
If you... DSA APF

17:58 Tvheadend Bug #4499 (Fixed): SAT>IP: Fix five different bugs

Hi Jaroslav,
After a lot of testing and debugging, we are glad to publish a fix for some SAT>IP server bugs.
We p... DSA APF

2017-07-18

22:29 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"

Hi Jaroslav,
We have created a patch that provides the correct behaviour:... DSA APF

2017-07-10

11:09 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"

Jaroslav Kysela wrote:
> Could you check, if there's PLAY before the new SETUP and if client sends PLAY after the *f... DSA APF

10:59 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"

Jaroslav Kysela wrote:
> Looking again to spec, diagram in 3.5.9 paragraph (RTSP Method Summary / RTSP State machine... DSA APF

2017-07-07

11:20 Tvheadend Bug #4468: Tvheadend Sat>IP Server is not recognized by Eyetv

Matej Munih wrote:
> Jaroslav Kysela wrote:
> > Note: I backported all v4.3 changes in the SAT>IP server code to v4... DSA APF