I'm not much of a fan of trading pictures over the airways but since I have become familiar with how to operate WinDRM I have also taken the time to explore Hampal and DIGTRX. Hampal and DIGTRX look to me to be exactly what software should look like for emergency communication of messages. I did check out Airmail and the like but gave up on them.
Perhaps the PAx2 and Digital SSTV in MultiPSK already do some of the "tricks" that Hampal does, I have not used these modes in Multipsk as much as I would like. . I think PC-Ale also does some of it to. Here is what I did today with Hampal, I will then explain how this could be used for HF traffic handling: A station in Washington was sending information, three other stations located in Florida, Fredonia NY (me) and Ohio were attempting to receive the information. After the first attempt to send the information, the Florida and Ohio stations knew that they had "fills" needed (my use of old traffic handling terms). Hampal told them that they both had over 100 "segments" that were not received properly. K3UK's Hampal indicated he needed 5 bad segments resending. The station in Florida sent a "BSR" , a request that when received in Washington caused the Washington station to resend the specific "bad" segments the Florida station needed (a "fill" in old NTS terms). The station in Washington sends the specfic segments and the stations in Ohio and Fredonia both copy at the same time. IF any of the segments being sent to Florida are needed by the other two stations, their software indicates which/how many of their missing segments have been added. After the station has transmitted the missing data to the Ohio and Florida stations, I (K3UK) still needed 2 segments. I then sent a "BSR" and the Washington briefly transmitted while I captured the two small segments that I needed. All of this was accomplished fairly quickly. The software continously displayed the information that was successfully decoded, how many "missing" segments, the number of segments remaining. The title of the file being transfered, the signal quality of the received signal, the bandwidth of the digital signal being transmitted, the signal strength, tuning error in Hz , and lots lots more! Perhaps the Telpac/Airmail packages can already do this, but I did not see much of it when I was playing around with it. Of course, the digital tranmissions are not great weak signal modes but it seeems to me that this process is either ideal for emergency traffic handling, or for some of the emergency traffic software to steal the ideas and incorporate in to their software. All of this would be "free" with soundcard software. No need for expensive PACTOR boxes. All HF, no need to relay on the Internet So, what did I not take in to account ? Andy K3UK Need a Digital mode QSO? Connect to Telnet://cluster.dynalias.org Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
