No automatic streaming after boot due to network initialization delay (GBIPBoxClient over WiFi connection)

[paulmcauley]

I have an Octagon SX988 client streaming box with a WL618 USB WLAN adapter. It is running the latest stable OpenATV 7.3, 24 Jan 2024, and set-up to stream via the included GBIPBoxClient from a Vu+ Uno 4K SE server (8 tuners active) on my LAN.

Describe the bug / Actual behaviour: My problem is intermittent, and related to streaming on the SX988 client box when connected to WiFi when first booted. The problem seems to be that WiFi takes a longer time to initialize than Ethernet. Therefore, sometimes there is not a network connection immediately on first boot. To get streaming to start you have to wait a few seconds and then change the TV channel.

Expected behaviour: I would expect to power-on the box, and after boot has completed, streaming would start automatically once a network connection has been detected.

There should be a check for a network connection before streaming is attempted. If there is no network connected on boot, then the box should wait until there is a network connection before attempting to stream.

To reproduce: Steps to reproduce the behavior:

1. Turn on the box
2. wait for boot
3. Screen will intermittently be black with no stream when boot has completed
4. To get the streaming to start you need to wait a few more seconds (guess how long) and then change the channel.

Image/Box Model (please complete the following information):

• Version: 7.3, 24 Jan 2024
• BoxModel: Octagon SX988

Additional context When connected to Ethernet I have no problems. Using a static IP instead of DHCP also reduces the frequency of the problem.

I also had this problem on OpenViX - there is a corresponding thread on OpenViX for this at https://www.world-of-satellite.com/showthread.php?66319-Client-Mode-is-unreliable . Huevos made a partial fix for OpenViX 6.4.010, but as I wrote in the linked thread, it still could be better user experience than that partial fix which may confuse the user and still takes an excessive amount of time before streaming starts.

[paulmcauley]

Here is a log from the SX988 client streaming box from an occasion when the WLAN network connection has not yet been initialized at boot. The channel just opens to a black screen. The stream will work a few seconds later upon channel change: 20240126-184433-enigma2-debug.log

Sections of note are probably:

18:44:42.7004 [RemoteTimer] timerInit
mountpoint: /media/net/IpBox: No such file or directory
mount error(101): Network is unreachable
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
mount: mounting //192.168.1.5/Harddisk on /media/net/IpBox failed: Network is unreachable
18:44:42.7516 Cannot mount 192.168.1.5/Harddisk to /media/net/IpBox

...

18:44:43.8511 [eHttpStream] openUrl failed
18:44:43.8512 [eHttpStream] Thread end NO connection
18:44:43.8586 [eFilePushThread] wait for driver eof timeout
18:44:43.8587 [eFilePushThread] read error: Function not implemented
18:44:43.9511 [eEPGCache] 41288 events read from /etc/enigma2/epg.dat
18:44:43.9545 [ChannelsImporter] Could not connect to the remote IP
18:44:43.9547 [ChannelsImporter] Error messages: (<twisted.python.failure.Failure twisted.internet.error.NoRouteError: No route to host: 101: Network is unreachable.>,)

It would also be good if plugins, including GBIPBox and ChannelsImporter, would not start until a network connection has been detected.

[jbleyel]

Please wait 2 days and then make a reflash of the image.

[paulmcauley]

I still get the same sporadic behaviour with no automatic streaming on boot on the 7.3 30/01/2024 build.