The main issue is that have to be investigated by somebody that have a motor and can test it out.
![Photo](https://secure.gravatar.com/avatar/871c591a198380d02642032f8861fe87?s=100&d=https%3A%2F%2Fforums.openpli.org%2Fpublic%2Fstyle_images%2Fmaster%2Fprofile%2Fdefault_large.png)
Stream Relay proper handling
Re: Stream Relay proper handling #21
Re: Stream Relay proper handling #22
Posted 18 April 2024 - 11:58
This is indeed an issue with stream relay... the dish turns for the stream to oscam, while the box is getting the stream relayed from oscam. Then there is no real feedback about the dish that turns. This need a lot of recoding and tweaks. The same will happen when doing fallback from a client box where the dish connected to the server box needs to turn. Actually nothing realy related to stream relay. There is totally no communication/design related to streaming and rotating dishes a.k.a when it can take multiple seconds before the stream starts.
Edited by littlesat, 18 April 2024 - 12:01.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: Stream Relay proper handling #23
Re: Stream Relay proper handling #24
Posted 18 April 2024 - 18:48
Because it is a stream that is doing the transponder tuning. I assume you also don't see anything if a recording is rotating the dish?
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Stream Relay proper handling #25
Posted 18 April 2024 - 22:02
And code needs to be added for this and it is not really easy…. Still a real solution here is that the manufacturers so support icam in their drivers and that never happens of course….. so we stay with the ‘relay’…. And note the step I initiated a half year ago is already a big step forward to make it more transparant. The client/serverbox was just an example as streamrelay could be client and server on one box with the oscam streamrelay in between…
Maybe an option show sat rotation movements for recording and streams might help… + extra code that covers a restart when needed when the sat reaches position…
Edited by littlesat, 18 April 2024 - 22:14.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: Stream Relay proper handling #26
Re: Stream Relay proper handling #27
Posted 19 April 2024 - 05:58
Edited by littlesat, 19 April 2024 - 06:00.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: Stream Relay proper handling #28
Posted 19 April 2024 - 19:18
GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K
Re: Stream Relay proper handling #29
Re: Stream Relay proper handling #30
Re: Stream Relay proper handling #31
Re: Stream Relay proper handling #32
Posted 20 April 2024 - 19:02
When is the motor running?
Yes, so if the box is on, you're watching something that doesn't involve the motorized dish, and a stream is requested (for example via the webif) of a channel that goes via streamrelay?
In that case you don't want motor feedback on screen...
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Stream Relay proper handling #33
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users