Burt, I would be very interested to hear how your testing goes. I can see a lot of application especially these days for this sort of application. How is the jitter on your HamWAN connection? While your 1 to 3 mbps may be fast enough to support what you are doing, a lot of jitter can make the user experience less than ideal. Incidentally, I believe that most RTSP implementations do not themselves do the data transport, but typically rely on the lower level protocols such as RTP (Realtime Transport Protocol) to do the data streaming. There is also a "secure" version of RTP called SRTP, which implements encryption and authentication. It may take some investigating to see if your setup uses a secure (encrypted) transport or not. Thanks - John KX7JM ---- On Sat, 02 May 2020 22:37:29 -0700 Tom Hayward <mailto:tom@tomh.us> wrote ---- We built HamWAN to be used. I don't think this application will cause any problems. If it does, we can always optimize later. Tom KD7LXL On Sat, May 2, 2020, 19:03 B.J. Guillot <mailto:bj.guillot@gmail.com> wrote: _______________________________________________ PSDR mailing list mailto:PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr I want to make sure I'm being respectful of HamWAN network bandwidth, so figure I'd shoot this note out to the group. Does anyone have suggestions for what video settings I should use for a Grandstream GXV3500 streaming device? Primary video stream options: Preferred Video Codec: H264 (or MJPEG) Resolution: D1 704*480 (also lesser resolutions available, but this is already SD quality) Bit Rate: 1024 kbps (lower options are 768, 512, 384, 256, 128, 64, 32, 16) Maximum Frame Rate: 30 fps (other options are 25, 20, 15, 13, 10, 5, 4, 3, 2, 1) Bit Rate Control: CBR (constant bit rate) or VBR (variable bit rate) -- the default in CBR, but I figure this should probably be VBR for HamWAN, happy to hear opinions I-frame Interval: 50 (choose between 1-100) Purpose of what I'm trying to do: The local Amateur TV net has a group of people using Grandstream devices to send video to the repeater for those of us who are not in a good position to transmit RF to it. Grandstream users are starting to outnumber users capable to sending video RF, so I'm looking to find a way to make it still feel like it's "ham radio" for those of us sending video over the Internet. Utilizing HamWAN to do this feels like a way to keep the ham radio spirit alive in ATV. If you can't point your 70 cm yagi at the ATV tower and send NTSC because of your location, at least you can point a dish at a HamWAN sector and send the IP video that way since there are more sector locations to pick from and we're still using a 5.9 GHz amateur radio frequency to do it. I can power-down the Grandbox box when I'm not using it (nets are only 2 hours a week), so I don't think the network load will be high, but there's always the possibility I might forget to disconnect the power, and I don't want to waste X kbps of bandwidth if there's a way to utilize less in the event of an error. The box uses RTSP, which I believe is not encrypted, so should be "legal" for HamWAN according to what I know. If this is not the case, please let me know ASAP. I'm connecting into the SnoDEM/Paine sector. I don't have a clear line of sight and typical bandwidth is only about 1 Mbps (sometimes a little less; sometimes with packet loss), though on one or two occasions when the stars aligned I managed to get 3 Mbps. More info on the local ATV net: http://bgfax.com/atv Regards, Burt Guillot - N7CS Marysville _______________________________________________ PSDR mailing list mailto:PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr