DSA APF

  • Registered on: 2017-02-21
  • Last connection: 2017-07-26

Activity

Reported issues: 7

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...

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...
17:58 Tvheadend Bug #4499 (Accepted): 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...

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:...

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...
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...

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...
10:08 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"
Jaroslav Kysela wrote:
> Do you know (or could you test), if it is enough to send 'empty' RTP packets until PLAY is ...
10:01 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"
Hi Jaroslav,
Here the RTSP communication between such bad clients and the TVH with our old patch:...
08:56 Tvheadend Bug #4474: SAT>IP with IPTV inputs never "locks signal"
Hi Jaroslav,
Jaroslav Kysela wrote:
> Could you show me the RTSP communication between such bad client and server...

Also available in: Atom