Project

General

Profile

Bug #5307

Rotor tuning never finishes when client software is too impatient

Added by Kai M. almost 3 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
DVB
Target version:
-
Start date:
2018-11-01
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3-1514~gcba1d85a5
Affected Versions:

Description

When trying to tune to a mux on another position than the current one, tvh is waiting until the rotor is finished.

Nov 01 09:59:54 dvbarch tvheadend2095: subscription: 084F: "HTTP" subscribing to service "5W/11179V/Rai 1 HD", weight: 100, adapter: "STV0910 #0 : DVB-S #0", network: "5W", mux: "11179V", provider: "Rai", profile="pass", hostname="::ffff:172.23.27.133", client="VLC/3.0.4 LibVLC/3.0.4"
...
Nov 01 10:00:15 dvbarch tvheadend2095: diseqc: waiting 26 seconds to finish setup for USALS

If the client (like VLC) is too impatient, it tries to tune again in while the rotor is moving.
Now, tvh is sending the diseqc command again and starts waiting again for the rotor to finish moving.

Nov 01 10:00:35 dvbarch tvheadend2095: diseqc: waiting 26 seconds to finish setup for USALS

In that case, streaming never begings, even if the rotor is already at the right position.

Possible fix: tvh shall remember that is is waiting for the rotor to move (and the desired position), so it won't start the timer again, if the position from the tuning request and the position the rotor is moving to is the same.

Associated revisions

Revision c4f22d84 (diff)
Added by Jaroslav Kysela almost 3 years ago

linuxdvb: try to improve the rotor logic (finish the movement), issue #5307

History

#1

Updated by john beton almost 3 years ago

Did you try the auto-reconnect setting for http(s) streams in VLC?

Advanced Preferences - Input/Codecs - Access modules - HTTP

#2

Updated by Jaroslav Kysela almost 3 years ago

Test with v4.3-1516-gc4f22d84a .

#3

Updated by Ron L over 2 years ago

You could try turning off the FullDiseqc option on your adapter config. In this case diseqc won't be resent as nothing has changed between tuning attempts.

Noticed also you have a fairly long wait time. Sometime back after a TVH upgrade I noticed that on long moves across the arc if the wait time became too long TVH would just sit and never try to tune. Stopping and starting the channel once the motor had made the move would tune. Never had time to debug, just lowered my Motor Rate setting. It would try to tune before the dish made the move and fail, but would get it tuned on the second try. Not sure if this is a related issue, but I'll test this patch when I get a chance.

#4

Updated by Ron L over 2 years ago

It works good with kodi. With VLC HTTP I see numerous restarting channel messages then finally a stop streaming timeout waiting for packets.

#5

Updated by saen acro over 2 years ago

@Ron L
There are some other feature request for inserting video from static image
when no signal/no free tuner/no descrambling maby now dish rotating

#6

Updated by Ron L over 2 years ago

saen acro wrote:

@Ron L
There are some other feature request for inserting video from static image
when no signal/no free tuner/no descrambling maby now dish rotating

That might be helpful. I know to sit and wait while the dish turns but others who would use my TV might not understand to wait while the screen stays blank for up to a minute or so on a long dish move.

Otherwise, I believe the rotor behaviour is correct. I can set the timing and watch syslog to see the adapter activity. The dish reaches it's final position before the adapter is tuned so there is no issue with it locking on something on a different satellite during the move.

I'm not sure if you can entirely compensate for bad behaviour from other media player software.

#7

Updated by Flole Systems over 2 years ago

I think the same issue is with VLC being to impatient for ffmpeg to start on a SAT-IP Stream.

Also available in: Atom PDF