[digitalradio] APRS: Findu..NO, DB0ANF ..yes
Hmmm, I just put my mobile APRS station via Kenwood D700A back on air. Findu.com displays me as in Japan ( Position of K3UK --- 2.8 miles southwest of TOKYO, JAPAN --- Report received 33 minutes 48 seconds ago ) BUT DB0ANF's site has me correctly among the snow piles in western NY. K3UK 2009-01-31 16:21:38 VE3SME 42.25.93N 079.20.34W FN02HK 24 2 N 197 52 25 NNE 3494 244 Some wrong with findu.com ? Andy
RE: [digitalradio] Further testing with ALE400
FYI VE5GPM has an excessively long feedline (about 300ft) due to it's location in a Government office building. The antenna right now is an all band trap at about 30M. The receive over there is not great compared to my own station also running a dipole. we have found another route, and the plan is to do some antenna work in the spring, when the snow goes. Am around tonight so if you want to try VE5MU on 80M , email me and I'll move. GPM is on 3592, VE5MU is on 7092 USB both running FAE400 John VE5MU From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] On Behalf Of Rick W Sent: Friday, January 30, 2009 10:41 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Further testing with ALE400 At 0415Z was not able to connect on 40 meters (too close) but with about 10 watts connected to VE5GPM on 80 meters. I sent some chat text and then tried to send a file but no throughput, even when going to 50 watts. Wondering if something locked up there? I reconnected at about 0430Z and am currently in process of sending a file about 1400 bytes long, but it is taking a long time as there are some retries (memory ARQ possibly working to our advantage?). Finished after about 8 minutes. With most sound card modes, it would have been very difficult to expect accurate transfer of a file of this size. Any other connections this evening and successful file transfers? 73, Rick, KV9U SW Wisconsin John Bradley wrote: Since W1AW is great on both info and QRM , frequencies have been moved. So as of 2200Z Friday, VE5GPM on 3592.0 USB FAE400 VE5MU on 7092.0 USB FAE400 Will be on these frequencies for the next 12 hours, please try a connect or HFN or QRZ sounding John VE5MU -- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.10.16/1925 - Release Date: 1/30/2009 7:37 AM
[digitalradio] ALE400 and 141a messaging
For several reasons we did not emulate the full forwarding syntax of the BBS world, as it really starts to increase the scope as you get into store forward. Once you accept a message, you own it, including communicating failure back to the initiating session. Big responsibility. So by design bbslink is stateless. The message handoff either succeeds immediately, or it fails. And the initiating station knows either way. It's the only safe way, as there is no guarantee that you will ever be able to reach the sending station again if the message fails, etc. We also chose not to duplicate existing messaging infrastructure. Instead, we decided to focus on leveraging the 3 most common messaging gateways encountered in the ham world. (SMTP, WL2K, F6FBB/W0RLI) Doing so bridges networks, rather than fragmenting the amateur community further. Common message systems are a big win, separate ones slowly die. (Genie, AOL, Compuserve, Prodigy, teletext, etc) I am not technically gifted in any way, shape or form. I am heavily involved in the art of emergency planning and communications plans. Let me paint a little scenario for you: A small community (3000) 100 miles from the nearest major center has been sideswiped by a twister, and has lost communications with the rest of the world VHF down, cell towers down and telephone exchange damaged. Fire EMS and Police have responded, using tactical voice comms systems still working , or supported by ARES on a wide area 2M repeater The local hospital, which also house the community ECC (Emergency Co-ordination Center) has numerous casualties. all responding agencies require additional materials, and as recovery phase starts, Salvation Army and Red Cross need to pass health and welfare traffic. Tactical voice comms are at 100% capacity by the responding agencies, and will be close to 100% over the next few operational periods. Other working systems in the area (ie utilities)are also running close to 100%. ARES has responded with a command unit which has HF data capability. This could include a WIFI router so that laptops could be included from the local EOC. This command unit would work back into an EOC with data and internet connections. ARES would be tasked with passing text messages, destined both for the EOC and to other outside agencies and base hospitals. WL2K is an option , other SMTP sound card modes. at higher speeds would also work, such as RFSM8000. What would be our non VHF options? John VE5MU
Re: [digitalradio] APRS: Findu..NO, DB0ANF ..yes
Andy, Just checked my station on Findu and it seems to be ok. I see the packet is a few hours old so I'd give it another try. By the way, the International Space Station is digipeating APRS on 145.825. Set your unproto path to RS0ISS-3. The next pass is at 19:51 (02:51 EST). There are several passes after that: 21:27z 23:03z 00:39z See http://www.findu.com/cgi-bin/ariss/index.cgi for stations. Tony - K2MO - Original Message - From: Andrew O'Brien k3uka...@gmail.com To: digitalradio@yahoogroups.com Sent: Saturday, January 31, 2009 12:02 PM Subject: [digitalradio] APRS: Findu..NO, DB0ANF ..yes Hmmm, I just put my mobile APRS station via Kenwood D700A back on air. Findu.com displays me as in Japan ( Position of K3UK --- 2.8 miles southwest of TOKYO, JAPAN --- Report received 33 minutes 48 seconds ago ) BUT DB0ANF's site has me correctly among the snow piles in western NY. K3UK 2009-01-31 16:21:38 VE3SME 42.25.93N 079.20.34W FN02HK 24 2 N 197 52 25 NNE 3494 244 Some wrong with findu.com ? Andy
[digitalradio] Find Andy
Andy, Looks like your all ok with Findu... http://www.findu.com/cgi-bin/find.cgi?k3uk Tony - K2MO
Re: [digitalradio] Find Andy
He was not lost Just a bit misplaced...
Re: [digitalradio] ALE400 and 141a messaging
Based on what I know, for SMTP, JNOS may be an option at less than 300 baud, i.e., 100-110 baud or PAX, using MultiPSK as soundcard modem. I have not tested any of it yet. I have had no time and possibilities to test it so far. JNOS can use FBB compression or LZW compressed SMTP on any of its radio ports using KISS protocol to connect to a TNC. I ran both FBB and JNOS simultaneously for several years sharing the same TNC under MSDOS and Linux, and HF mail using compressed FBB protocol or LZW compressed SMTP worked, even when painfully slow, at 300 baud on a shared forwarding frequency. Even FTP worked (I do not remember if it could be compressed as well) on HF. It is not theoretical. JNOS networking works on HF with the known 300 baud weaknesses. How well does it work really matters when nothing else is available? Certainly, that may be an option in an unconnected scenario. I have also read some papers (which are not recent ones) mentioning the possibility of using JNOS for armed forces communications. I believe it should be tried out. Configuring JNOS is not easy, it is command line oriented and learning its options is a steep process not suited for the faint of heart, because along its history, it has been developed and maintained by people familiar with Unix, networking and text mode consoles in a spartan command line environment. Working options may be saved in a configuration file that it reads at the start up. One almost miraculous option it has is the maxwait parameter. It limits the usual TCPIP exponential backoff to a value of your choice (not arbitrary, it basically depends on the signalling speed and channel reliability or congestion), indispensable when running TCPIP on a radio link and not on a high speed, less noisy, wired environment. Other TCPIP implementations fail without this kludge, particularly, on HF radio. Even Linux with its native TCPIP stack is subject to fail as well. JNOS packet stack is better crafted than the Linux AX.25 support. Alan is right, maybe a kludge between an AX.25 stack and other modes could be devised, but it is not simple. If other sound card modes work at the same speed, why wouldn't PAX or slow packet work? APRS has been tested so far with slower than 300 baud speeds and has worked, even with the nowadays prevalent bad HF propagation. Frugality in message content is *INDISPENSABLE*. Compression is your friend. In a bandwidth limited radio channel, concise, short, text messages are preferable to more voluminous file formats (.doc, .xls, .bmp, etc). If that is not acceptable, then, who needs that should procure a wideband VSAT link. 73, Jose, CO2JA --- John Bradley wrote: What would be our non VHF options? John VE5MU VI Conferencia Internacional de Energía Renovable, Ahorro de Energía y Educación Energética 9 - 12 de Junio 2009, Palacio de las Convenciones ...Por una cultura energética sustentable www.ciercuba.com
Re: [digitalradio] ALE400 and 141a messaging
John Bradley wrote: ARES has responded with a command unit which has HF data capability. This could include a WIFI router so that laptops could be included from the local EOC. This command unit would work back into an EOC with data and internet connections. ARES would be tasked with passing text messages, destined both for the EOC and to other outside agencies and base hospitals. WL2K is an option , other SMTP sound card modes. at higher speeds would also work, such as RFSM8000. What would be our non VHF options? Several answers: 1) It's going to sound like Heresy, but paclink, airmail, and WL2K is specifically designed for your scenario, works now, and with an SCS P3 modem (expensive proprietary as it is) is very hard to beat. Essentially an off the shelf solution. Laptops, wireless, auto gateway to HF, and to the target recipient over the HF Horizon. But there are many who cannot or don't want to play SCS P3 modem. Which leads to: 2) Your command unit HF control operator (you have one, don't you) takes the traffic aggregated by the jnos or linux box, and initiates into the HFLink system using ALE. Can send direct to an SMTP address, or into the WL2K system. Yep, it's a manual cut paste right now into pc-ale on the sending end, but it works. And there are some who say all traffic should be hand entered. (I'm not one of them). PC-ALE has hooks for drop box type operation, and we have had plans for similar in marsale. I'm sure this won't satisfy you, but having an HF drop box (in any) program does not address the local (command unit) end of the handoff. HFLink.net already delivers message traffic via HF from multiple HW radios + the ALE variants. Not perfect, I have a nasty bug to chase down which impacts some multi-line DBM messages, but we are headed there. 3) So you want to bridge two sites not using the internet? Same deal. There is no restriction that bbslink has to run on the Internet. You can run it on the local lan in your two command vans. SMTP is SMTP. Your JNOS instance coresident with bbslink does the handoff/gateway to your laptops. 4) You dis single line messages quite frequently, but there is lot's of traffic flying around on APRS. Same concept with ALE AMD's, and we look to allow interoperation between the two. AMD's get through when other stuff does not. Nope, it won't be the proverbial my served agency wants to send a 600k powerpoint, nothing else is acceptable solution, but about a zillion 170 character SMS messages are sent in the cellular system each month. Yep, 90% are kids, but it's a useful medium even with restrictions. Nothing in your scenario justifies creating (yet another) ham focused messaging layer. Between existing JNOS/FBB/WL2K systems plus native SMTP handoff, ALE/BBSLink can pass traffic in pretty much any scenario. Again, PC-ALE has rudimentary message box buried in it, but we've focused our efforts in other directions. Taking ownership of a message for future delivery is a serious commitment. Tools like JNOS, and linux postfix type systems are far better at implementing the rules, retries, etc. HF should just be transport. What I have spent some design time on is how you could have marsale be an outbound transport to a sendmail/postfix system. (And possibly JNOS) But it would still be transport only, a plugin used instead of SMTP based on rules in the mail system config. It succeeds, or fails. No in-between. No store forward on the ALE/bbslink side. JNOS is an old friend. I was compiling, tweaking, and using Phil Karn's KA9Q, and then later, NOS back in the early 80's, and used it as a 56k packet gateway from my pc workstation lan starting in '85. There might even be some of my code/comments buried in there, I'd have to look. It's the swiss army knife of amateur messaging. If I were to try to implement an auto forward outbound gateway into the ALE BBSLink system I'd probably leverage JNOS to aggregate hand off. But I have been down the path of trying to make transparent TNC replacement plug-in using KISS. Lot's of session/link decisions would have to be made, each with tradeoffs. It's not just connect the dots. Not impossible, just analysis design. If winmor goes into production that may be another alternative. But you still have to do the session stuff. KISS just sends bytes, initiates connects, and detects connections. So whether f6fbb, winlink, or whatever, that has to be addressed. Have fun, Alan km4ba
[digitalradio] Unfamiliar mode...
I'm listening around 7035 - 7038 khz and hearing a mode I'm not familiar with. Sounds like some sort of packet like bursts of a few seconds at a time. It has a bandwidth of about 125 hz. I'm running DM780 and it's not supported. Thanks. Dan, W9FCC
RE: [digitalradio] ALE400 and 141a messaging
You are right in that the likely solution would be SCS and Pactor3. The only other thing that we have tried is RFSM8000, developed by Dimitri , which has a email gateway built into it, is ARQ and runs on soundcard Nobody in the US is using this on the ham bands at least since it does not conform to FCC rules as far as speed etc. I don't know if he is still actively developing the software but what we had worked well but required a pretty strong signal to work, since the bandwidth is about 3Khz I am sending a copy of this to Dimitri to see if he is around still. I make no apologies for dissing 1 line messages... sure I use SMS myself regularly for quick questions among family members and friends, but to pretend that this is a meaningful solution for emergency comms is just plain crazy. It's fun to use but not much beyond that. If I were sending this message from an area in Canada out of range of any internet access short of Sat phone, I couldn't get past the first line. I don't know about the USA, but a number of emergency agencies in other countries are revisiting HF backup systems for point to point data, since recent infrastructure failures have proven that our everyday systems are very vulnerable. Those involved with health and bioterrorism are particularly interested.. a number of health agencies and Canada's version of the Center for Disease Control have HF abilities already. In fact CDC in Atlanta has HF ALE has a place in all this to establish links and determine the most useable frequencies, But software like 141A or ALE400 are far more useful for passing data than the one-liners in PCALE. Now if it had a better interface to the internet other than a copy and paste routine, so much the better. I get very frustrated with those who still regard ARES contribution to emergency comms as tactical voice on VHF or HF. We have that role.am currently writing an exercise which would use hams as back-up in ambulances and EMS dispatch over a wide area of rural hospitals and small town EMS units. I also am frustrated since slowly but surely we are being forced into Pactor 3 as the only viable and expensive option for what we need . John VE5MU Change http://groups.yahoo.com/group/digitalradio/join;_ylc=X3oDMTJmcGl1MHZrBF9TAz k3MzU5NzE0BGdycElkAzE4NzExODMEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwNmdHIEc2xrA3N0bm dzBHN0aW1lAzEyMzM0NTQ5MTg- settings via the Web (Yahoo! ID required) Change settings via email: Switch mailto:digitalradio-dig...@yahoogroups.com?subject=email%20delivery:%20Dige st delivery to Daily Digest | Switch mailto:digitalradio-traditio...@yahoogroups.com?subject=change%20delivery%2 0Format:%20Traditional format to Traditional Visit http://groups.yahoo.com/group/digitalradio;_ylc=X3oDMTJkc2szZmJjBF9TAzk3MzU 5NzE0BGdycElkAzE4NzExODMEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwNmdHIEc2xrA2hwZgRzdGl tZQMxMjMzNDU0OTE4 Your Group | Yahoo! Groups http://docs.yahoo.com/info/terms/ Terms of Use | Unsubscribe mailto:digitalradio-unsubscr...@yahoogroups.com?subject= Recent Activity . 7 New http://groups.yahoo.com/group/digitalradio/members;_ylc=X3oDMTJmODQyaDVkBF9 TAzk3MzU5NzE0BGdycElkAzE4NzExODMEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwN2dGwEc2xrA3Z tYnJzBHN0aW1lAzEyMzM0NTQ5MTg- Members . 1 New http://groups.yahoo.com/group/digitalradio/files;_ylc=X3oDMTJnYjRpZm0xBF9TA zk3MzU5NzE0BGdycElkAzE4NzExODMEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwN2dGwEc2xrA3Zma WxlcwRzdGltZQMxMjMzNDU0OTE4 Files Visit http://groups.yahoo.com/group/digitalradio;_ylc=X3oDMTJlNTEzbjFxBF9TAzk3MzU 5NzE0BGdycElkAzE4NzExODMEZ3Jwc3BJZAMxNzA1MDYzMTA4BHNlYwN2dGwEc2xrA3ZnaHAEc3R pbWUDMTIzMzQ1NDkxOA-- Your Group Drive Traffic Sponsored http://us.ard.yahoo.com/SIG=13oqb6f0b/M=493064.12016255.12445662.8674578/D= groups/S=1705063108:NC/Y=YAHOO/EXP=1233462119/L=/B=1K2CNEPDhFQ-/J=1233454919 349769/A=4025338/R=0/SIG=12jnci1fd/*http:/us.rd.yahoo.com/evt=44092/*http:/s earchmarketing.yahoo.com/srch/index.php Search can help increase your site traffic. Yahoo! Groups Join http://us.ard.yahoo.com/SIG=13on793t9/M=493064.12662708.12980600.8674578/D= groups/S=1705063108:NC/Y=YAHOO/EXP=1233462119/L=/B=1a2CNEPDhFQ-/J=1233454919 349769/A=5349276/R=0/SIG=11nhsqmjq/*http:/advision.webevents.yahoo.com/Every dayWellness/ people over 40 who are finding ways to stay in shape. Y! Groups blog The http://us.ard.yahoo.com/SIG=13ou8g634/M=493064.12016258.12582637.8674578/D= groups/S=1705063108:NC/Y=YAHOO/EXP=1233462119/L=/B=1q2CNEPDhFQ-/J=1233454919 349769/A=5191953/R=0/SIG=112mhte3e/*http:/www.ygroupsblog.com/blog/ place to go to stay informed on Groups news! . http://geo.yahoo.com/serv?s=97359714/grpId=1871183/grpspId=1705063108/msgId =29840/stime=1233454918/nc1=4025338/nc2=5349276/nc3=5191953
Re: [digitalradio] Unfamiliar mode...
Hi, Dan: That's PSK125 - it's the EPC PSK125 contest this weekend, which is the only time I've heard the mode used. 73, Mike N5UKZ Dan McKenzie wrote: I'm listening around 7035 - 7038 khz and hearing a mode I'm not familiar with. Sounds like some sort of packet like bursts of a few seconds at a time. It has a bandwidth of about 125 hz. I'm running DM780 and it's not supported. Thanks. Dan, W9FCC __
Re: [digitalradio] ALE400 and 141a messaging
Alan Barrow wrote: Yes, I understand it works. FBB works OK on HF because once you are logged in, it's not that interactive. But you still have 2-3 turnarounds before you send the initial message, etc. FBB protocol has a feature I find very valuable: the Z-modem style resume. JNOS had not achieved that until 1.11g or so... about the last I used seriously. Buried inside the P3 WL2K pactor transfers is a basic F6FBB chat login. Yes, I have been able to login to WL2K from FBB using P2 or P3. Typically 5-10 seconds to link, get logged in, and sync prior to really transferring the messages. Again, it works, lot's of messaging sent this way. But a bit wasteful. Why are you logging in when the system already knows who is sending it via your callsign? And you just sent the password in the clear on hf, so why bother? Login's are wasteful on HF. Lot's of analysis discussion in this area as well. That is interesting. I had (and lost) an archive collection of the early decisions in packet and BBS's. I learned a lot from that (and have forgotten many fine details as well). Real answer is a public/private key system. Anything else is wasted time bandwidth. Adds no security, and reduces reliability. I used the JNOS MD5 challenge/response logins. Otherwise, it was false security with clear passwords flying on the air. I am not too familiar with the public/private key systems. SMTP over HF is much less efficient reliable because it has many, many turnarounds. It is true. But JNOS LZW compressed SMTP fared fairly well in comparison. It's designed for a lan with infinite signal to noise ratio. :-) short packets, many turnarounds. With more overhead in the TCP/IP header than in the data sent. So in the commercial military systems, you see TCP/IP spoofing. Eat, then recreate the IP headers on the opposite end. Same for SMTP. I have never seen that in the ham world. Sounds interesting. (just like the trailblazer modems did with UUCP in the old unix days) I lived that... So how do you deal with this using the tools you have? With BBSLink we use an FBB command structure, but compress the initiation of sending the message into a single file transfer. IE: the command, user ID, etc is prepended to the message and processed by bbslink. So no login chat over the air, retries, etc. With HF, you only get so many seconds of decent S/N at times. You don't want to waste half of your window getting logged in using a system oriented for interactive users. Certainly. But there is a catch. I have *SUFFERED* receiving a queue where the most important mail is not the one I get first. A tricky condition that may prove nasty in an emergency. Perhaps it could be handy to be offered a set of headers/message sizes to choose. Routinely, it should not be necessary, but could be invoked if needed. Something to think about. I am not too familiar with WL2K beyond being a user. If the message is short enough, it's a single send, then ack back from the receiving system. Longer messages do have an ack before the next frame is sent, etc. DBM is not perfect, but works, and is a true WW standard. (for as much as that means... F6FBB is also a defacto standard but there are very many implementation differences in login specifics, etc when talking to them programatically.) We'd like to see other protocols like FAE, etc leveragable as well. So could you make JNOS/MSYS work over HF with a kiss modem? Most likely. Is that the best way? I think we can do better if we apply ourselves work together. JNOS is certainly a useful tool in the mix. I have had a good experience with FBB and JNOS and feel that the networking part worked in a fairly decent way. I used MSYS very little and liked FBB a lot, I felt it led the race in the early 90's. I am aware that the limit was not the networking part, but some sublayers in layer 1. I did quite a bit of FBB forwarding using my PTC-II and it worked wonderfully, with the same radio and using a lot less power. At least 10 times better on the average, thruput-wise. Maybe there is some room for improvement left, but nevertheless, I don't feel that the wheel has to be reinvented. Maybe just use more suitable tires, or better roller bearings, but reusing what has been proven to work. If the best known is not affordable, don't quit, and use another acceptable alternative. The worst is havin no comms at all. I dared to answer John because if networking and HF are an important terms in the equation I would rather use what I know that somehow works and not wait until a perfect solution shows up. It will eventually show up. Fortunately for us, there are people that strive to find better solutions for working systems. The best is, as far as I know, a SCS pactor controller. But slow packet or PAX could be workable solutions for HF. Would other modes capable of passing a full ASCII alphabet (8 bit words) work instead of a modem whistling
Re: [digitalradio] Find Andy
Interesting, I do exist. Maybe it was a web site issue. Andy On Sat, Jan 31, 2009 at 7:07 PM, Tony d...@optonline.net wrote: Andy, Looks like your all ok with Findu... http://www.findu.com/cgi-bin/find.cgi?k3uk Tony - K2MO
Re: [digitalradio] Find Andy
Andy, Interesting, I do exist. Maybe it was a web site issue. Could be -- seems to be working fine now. Tony - K2MO - Original Message - From: Andy obrien k3uka...@gmail.com To: digitalradio@yahoogroups.com Sent: Saturday, January 31, 2009 11:56 PM Subject: Re: [digitalradio] Find Andy Interesting, I do exist. Maybe it was a web site issue. Andy On Sat, Jan 31, 2009 at 7:07 PM, Tony d...@optonline.net wrote: Andy, Looks like your all ok with Findu... http://www.findu.com/cgi-bin/find.cgi?k3uk Tony - K2MO
Re: [digitalradio] Find Andy
Andy, When are you most on the air? I have gotten my shack up and the radio working. I just need to do a test on PSK-31 on 20mtrs. I have seen a number of stations but I can not get any reply. Have listened to my outgoing signal and it sounds okay, no ALC on the meter and putting out both 20 and 50 watts. Can read most signals. Just want to see if it's getting out okay. Regards Kevin, ZL1KFM. (For others please note the callsign, I am not in the US as some have tried to point out to me that I am, as much as I would like to be there I am just not there :) ) Get Skype and call me for free. - Original Message - From: Andy obrien To: digitalradio@yahoogroups.com Sent: Sunday, February 01, 2009 5:56 PM Subject: Re: [digitalradio] Find Andy Interesting, I do exist. Maybe it was a web site issue. Andy On Sat, Jan 31, 2009 at 7:07 PM, Tony d...@optonline.net wrote: Andy, Looks like your all ok with Findu... http://www.findu.com/cgi-bin/find.cgi?k3uk Tony - K2MO sparc_nz Description: Binary data
[digitalradio] Announcing the 5th Annual (2008) Digitalradio Awards :
Sorry the announcement is late this year... Announcing The 5th Annual (2008) Digitalradio Awards : Best new Digital Mode : WSPR by Joe Taylor , K1JT . . Very useful and robust super low power digital mode . Best New Software: FL-Digi with NBEMS , great work from Dave and Skip. The new aspect refers to the Windows version. Should be standard for any RACES/ARES op. Windows version was on our wish list for 2008, nice to see it arrive early in the year. Best Logging Software: DX Keeper by Dave AA6YQ, , again ! Many emails received from people again nominating this software. May have some competition from the new logger in Ham Radio Deluxe in 2009 Biggest Surprise Of The Year: 1 . ALE.Yep, I thought it might suffer death in 2008 but users actually increased and some interesting innovations from the folks at HFN. ALE in Multipsk helped a lot. 2. A updated version of MixW, Nick lives! 3. Much needed new touches to MMTTY, thanks to Dave AA6YQ.MMTTY has come a long way from the days when I wrote the first English help file! MMTTY, Winwarbler and FSK RTTY make great music together. Digital Innovations Award 2008 : Patrick Lindecker F6CTE and Multipsk, many innovations in 2008 and plenty of unique capabilities. The serious app for the digital mode enthusiast. Biggest Disappointments Of The Year : 1. PSK31 Contests: Over driven signals makes such events intolerable. Maybe we have this group to blame since we promoted and organized most of the first PSK contests back when PSK31 was new. 2. The demise of Olivia as a routinely heard digital mode.. 3. WSPR QSO Mode. Not much activity. The Picaso Award: Simon Brown HB9DRV . The addition of SSTV applications to DM780 and Satellite Tracker to Ham Radio Deluxe are works of art. Best Digital Mode Website : KE7HPV's Digital spotting page, now moved to http://www.hamspots.net/30m/ . Well organized , great auto spots system, . Digital Mode Aid - Innovation of the Year : Philip Gladstone's PSK Reporter . Integrated with DM780, this tool is one of the most useful for those days when you wonder if you are getting out!Find it at http://www.hamspots.net/30m/ or within DM780. Experimenter Of The Year : Tony K2MO : Still playing with digital voice and finding time to test path simulations for all common digital modes. Lost in 2008 Cesco HB9TLK , where is this key digital mode developer? Oddest Mode in 2008: MFTTY . Phone freaking back in vogue? Needs Inventing in 2009 : 1. Windows Version of PSKmail 2. New codec for FDMDV 3 Easy to use/build software based automatic over driven signal control . PSK bands are painful to listen to ! Most Anticipated Event in 2009: Release of WINMOR These annual awards are based on suggestions from the over 3000 members of Digitalradio , the world's leading digital mode discussion group (http://groups.yahoo.com/group/digitalradio/ ) since 2000. The final awards are determined by Andy K3UK
[digitalradio] Soundcard Tuner for Programs - Wanted.
Hi All, I believe I saw a small program out there that would allow you to set the different levels for a soundcard for different software packages. The problem I have is I am running HRD with DM-780, MMSSTV and MMTTY, and each of these have slightly different soundcard settings for RX and TX, but mainly the TX side. For one setting I get either too much or too little drive to the radio. I understand this program will let me set the different levels for each program. Regards for your help Kevin, ZL1KFM. Get Skype and call me for free. sparc_nz Description: Binary data
[digitalradio] Re: Soundcard Tuner for Programs - Wanted.
QuickMix http://www.ptpart.co.uk/quickmix/ 73, Dave, AA6YQ --- In digitalradio@yahoogroups.com, Gmail - Kevin, Natalia, Stacey Rochelle spar...@... wrote: Hi All, I believe I saw a small program out there that would allow you to set the different levels for a soundcard for different software packages. The problem I have is I am running HRD with DM-780, MMSSTV and MMTTY, and each of these have slightly different soundcard settings for RX and TX, but mainly the TX side. For one setting I get either too much or too little drive to the radio. I understand this program will let me set the different levels for each program. Regards for your help Kevin, ZL1KFM. Get Skype and call me for free.
Re: [digitalradio] Re: Soundcard Tuner for Programs - Wanted.
Dave, Thanks, just what I need, will make a file for each program Regards Kevin, ZL1KFM. Bands seem dead here at the moment. Get Skype and call me for free. - Original Message - From: Dave Bernstein To: digitalradio@yahoogroups.com Sent: Sunday, February 01, 2009 8:39 PM Subject: [digitalradio] Re: Soundcard Tuner for Programs - Wanted. QuickMix http://www.ptpart.co.uk/quickmix/ 73, Dave, AA6YQ --- In digitalradio@yahoogroups.com, Gmail - Kevin, Natalia, Stacey Rochelle spar...@... wrote: Hi All, I believe I saw a small program out there that would allow you to set the different levels for a soundcard for different software packages. The problem I have is I am running HRD with DM-780, MMSSTV and MMTTY, and each of these have slightly different soundcard settings for RX and TX, but mainly the TX side. For one setting I get either too much or too little drive to the radio. I understand this program will let me set the different levels for each program. Regards for your help Kevin, ZL1KFM. Get Skype and call me for free. sparc_nz Description: Binary data
