Constant reconnection attempts; more control over streaming

[jpage4500]

Hi,

First off thanks for this excellent library! I'm excited to add MJPG support to my app. I was able to test this library out and it worked great - but I had a few questions too.. for reference, I used the IP Webcam Android app to stream video from another phone.

1. when I stopped the webcam server (IP Webcam) - I noticed a lot of failures in the log about the connection which didn't stop or slow down in any way that I can see. Also, I see a NPE in the logs as well. Is there a way to slow down the reconnection attempts?
2. since MjpegView extends View, can/should it listen for view events (such as onViewDetachedFromWindow) to automatically pause/stop the video streaming? I can do this in my app too but it seems like that logic would be better served here to stop the feed. In my case I'm using 1+ MjpegView's in a recyclerView so I just want to make sure there's no extra bandwidth being used when the view goes away.
3. I'm still learning about MJPG but is there any options when it comes to how fast the frames are updated? Or, is that determined by the server? I was just wondering if I could give my users control over how frequently the frames are updated (fewer updates would mean less 'live' video but possibly better performance/bandwidth)

thanks!
joe

here's what I see in the log when the server was stopped:

10-30 10:22:13.307	com.jpage4500.hubitat	1610	2701	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:13.308	com.jpage4500.hubitat	1610	2701	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.338	com.jpage4500.hubitat	1610	2329	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.339	com.jpage4500.hubitat	1610	2329	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.342	com.jpage4500.hubitat	1610	2052	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.342	com.jpage4500.hubitat	1610	2052	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.342	com.jpage4500.hubitat	1610	2364	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.342	com.jpage4500.hubitat	1610	2364	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.340	com.jpage4500.hubitat	1610	2050	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.343	com.jpage4500.hubitat	1610	2050	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.344	com.jpage4500.hubitat	1610	2361	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.344	com.jpage4500.hubitat	1610	2361	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.345	com.jpage4500.hubitat	1610	2051	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.345	com.jpage4500.hubitat	1610	2051	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.346	com.jpage4500.hubitat	1610	2371	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.347	com.jpage4500.hubitat	1610	2371	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.347	com.jpage4500.hubitat	1610	2035	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.347	com.jpage4500.hubitat	1610	2035	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.348	com.jpage4500.hubitat	1610	2319	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.348	com.jpage4500.hubitat	1610	2065	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.348	com.jpage4500.hubitat	1610	2065	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.348	com.jpage4500.hubitat	1610	2319	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.350	com.jpage4500.hubitat	1610	2718	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.350	com.jpage4500.hubitat	1610	2718	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference
10-30 10:22:14.351	com.jpage4500.hubitat	1610	2535	E	MjpegView	 Failed to connect to /192.168.0.169:8080
10-30 10:22:14.351	com.jpage4500.hubitat	1610	2535	E	MjpegView	 Attempt to invoke virtual method 'void java.io.BufferedInputStream.close()' on a null object reference

[perthcpe23]

1. By default I believe it waits 5 seconds before reattempt to connect to server. However, it operates independently with other instance, so if you have multiple viewers, they will all reattempt every 5 seconds. You can set number of second to wait by using setMsecWaitAfterReadImageError(msec)
2. Yes, that can be done, but I'm not sure if I should give that control to developers. They can extent MjpegView and override those methods.
3. I believe that can be done. Usually Mjpeg stream fps will determine by a server, but at least a client can purposely disconnect and reconnection after sometime to reduce fps. I will try working on this method. I don't know if there is Mjpeg stream standard way to tell server to set specific fps per client.