<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>We're back from Visalia International DX Convention. Plenty happened!<br><br></div><div>Here's a test plan update. <br><br>Test plan is located at <br><a href="https://github.com/phase4ground/documents/blob/master/Papers_Articles_Presentations/Papers/P4G%20Testbed%20Proposal.md">https://github.com/phase4ground/documents/blob/master/Papers_Articles_Presentations/Papers/P4G%20Testbed%20Proposal.md</a><br></div><div> <br>H.264 video streamed from a Raspberry Pi 
is working over multicast IP, with ffmpeg sending and VLC on
multiple computers receiving. We tried muilticast IP opus audio, from a microphone and from a looped opus file and from a looped wav file. The output on the other end using VLC was hopelessly garbled or entirely absent in all cases. If you have a working command line setup for this, let us know. <br></div><div><br></div><div>Back to the video, since that worked better than the audio. <br></div><div><br>ffmpeg streams multicast IP video with SAP, the session announcement protocol in Multicast IP. SAP uses SDP formatted messages (session description protocol) to explain what it's doing. The SAP packets are sent out periodically. It's fast enough for the application to receive and present the stream to the operator without much obvious delay at all. <br></div><div><br>The multicast H.264 from ffmpeg is successfully recognized as RTP in
 Wireshark. Streams show up under VLC. You can click them, the video then plays in a window. There's a heck of a delay, but it works. Multicast video works with the command line VLC as well.<br><br>Wireshark
 flags multicast IP streams from Phil's code (ka9q-sdr) as malformed. They come up 
as RDP, not the RTP which was expected. This appears to be because there's no SAP emitted from the multicast IP streams in Phil's code. Before the SAP is received using ffmpeg, the same behavior is seen. <br><br>We haven't figured out how to get Phil's code to work for the test plan. Edson Pereira is working on getting the latest version into the repository at <a href="https://github.com/phase4ground/ka9q-sdr">https://github.com/phase4ground/ka9q-sdr</a><br><br>Next step here is over the air transmission using GSE, the generic stream encapsulation from DVB-S2/X. We'll use the SR-1 Pro for this at first. <br><br></div><div>I advocated for moving to phase 3 with the video stream, instead of Opus, until we learn what we are doing wrong with the streaming.<br><br>This means that for phase 3 we would send multicast video over the air with the SR-1 Pro in DVB-S2 GSE format. Audio as soon as it works.  </div><div><br></div><div>Got any advice or pointers? Let us know! <br></div><div dir="ltr"><br>-Michelle W5NYV</div></div></div></div>