Bug #5307
Rotor tuning never finishes when client software is too impatient
0%
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.
History
Updated by john beton about 6 years ago
Did you try the auto-reconnect setting for http(s) streams in VLC?
Advanced Preferences - Input/Codecs - Access modules - HTTP
Updated by Ron L about 6 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.
Updated by Ron L almost 6 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.
Updated by saen acro almost 6 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
Updated by Ron L almost 6 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.
Updated by Flole Systems almost 6 years ago
I think the same issue is with VLC being to impatient for ffmpeg to start on a SAT-IP Stream.