Re: [digitalradio] Re: GRUMBLE
OK, That's a fair point - maybe in my stuff I should add the option of always sending in lowercase, and displaying text to be sent in uppercase. Simon Brown, HB9DRV - Original Message - From: Kurt [EMAIL PROTECTED] Well lets see with me, bad eye sight makes it easier to read. I am a old RTTY operator when there was no such thing as lower case letters on a keyboard (love the smell of oiled paper). Sometimes it is just easier then looking for the shift key.
[digitalradio] lowercase to UPPERCASE translator with slashed zero
Simon HB9DRVwrote: That's a fair point - maybe in my stuff I should add the option of always sending in lowercase, and displaying text to be sent in uppercase. Hi Simon, Perhaps when you set up that lowercase to uppercase translator option you could make any uppercase that is transmitted or received show on the screen as Bold uppercase. Example: Ham Radio = HAM RADIO At the same time, the 0 (zero) character could be shown as slashed zero. If the preceding character is bold then the slashed zero character would be bolded. 73---Bonnie BA7/KQ6XA .
Re: [digitalradio] lowercase to UPPERCASE translator with slashed zero
Now that is a *really* good idea! Simon Brown, HB9DRV - Original Message - From: expeditionradio Simon HB9DRVwrote: That's a fair point - maybe in my stuff I should add the option of always sending in lowercase, and displaying text to be sent in uppercase. Hi Simon, Perhaps when you set up that lowercase to uppercase translator option you could make any uppercase that is transmitted or received show on the screen as Bold uppercase. Example: Ham Radio = HAM RADIO At the same time, the 0 (zero) character could be shown as slashed zero. If the preceding character is bold then the slashed zero character would be bolded. 73---Bonnie BA7/KQ6XA .
Re: [digitalradio] GRUMBLE
Yessir! I believe that http://groups.google.co.uk/group/eupskclub?hl=en-GB will work for the overall stuff. I also belong to EPC. I have EPC#058 and have found them to be a nice group of folks from what I've read. For posting messages, as a member of the mail list, you would use [EMAIL PROTECTED] Howard W6IDS Richmond, IN - Original Message - From: Simon Brown To: digitalradio@yahoogroups.com Sent: Wednesday, December 20, 2006 2:59 AM Subject: Re: [digitalradio] GRUMBLE My own eyesight dropped off a tad 2 or 3 years ago, it's very good indeed except when reading a book with small print. I'll take all this into consideration. Is there a EPC mailing list? I'm a member (1114) but that's as far as it goes. Simon Brown, HB9DRV - Original Message - From: w6ids [EMAIL PROTECTED] H. I just think it's just a habit carried over from RTTY, since PSK is keyboard-based like RTTY. I've read some of the replies on this to you; still looks like keeping it looking like RTTY. BTW, your DM780 program is causing quite a stir amongst the EPC membership. Looks like MixW is going to fade off into the sunset, Sir.
[digitalradio] Re: lowercase to UPPERCASE translator with slashed zero
Hi Simon, One more thing for the lowercase to uppercase translation: Since numbers are not lowercase or uppercase sensitive... If the preceding alphabetic character is bold, then all numeric characters immediately following it should be bolded. Bold is turned off if after a _space, punctuation, or other lowercase character; except / forward slash. 73 Bonnie BA7/KQ6XA .
RE: [digitalradio] Re: Digital Sound Cards -- What IS the best?
While I agree with your conclusion (and the moral of the story), Alex (KR1ST), I don't agree with some of your specific comments on the audio side of the world. The radio's passband curve is something I hadn't considered and you've raised a good point. Very cool, thanks for that. However, regarding your sound card comments: A 5khz sinewave sampled at 10 kHz, as mentioned in the example above, will be reconstructed (either in memory to feed applications or to, say, a DAC) as a square wave. At 48 or 96 kHz sampling rate, the resulting representation of the sinewave will look a whole lot more like the original sine wave than the one sampled at 10 kHz. Obviously -- The Nyquist frequency is the MINIMUM sampling frequency. I agree that sampling a pure 5KHz sign wave (with no added noise) at 96KHz would be a good thing, cuz you'd get a nice smooth curve. But sampling a complex signal that contains information above 5KHz at 96KHz is going to get you a lot extraneous information (noise and artifacts) that you're just going to have to deal with later. It seems to me that the key criteria for choosing a sound card for digital use would be: - Flat frequency response from (some low frequency such as) 100HZ to 5KHZ Every card has this property. I guess it depends on one's definition of flat, yes? I don't consider +/- 1db flat - Dynamic range in the area of 100db (and hence, a very low noise floor) The noise floor of what? The sound card as used in the overall sound system. Some sound cards have an abysmal noise floor, with self-generated and induced noise (from the computer power supplied, graphics card, cable routing, etc) that I'd guess (without measuring) is on the order of -30dbFS. Again, while I admit I haven't measured this (wouldn't be hard), just taking the output from a cheap or poorly installed sound card and plugging it into a good audio system demonstrates this to be the case: Hisss... Just horrific. Dynamic range is defined by the sample size, the number of bits per sample. W the MAXIMUM dynamic range of which the card is capable is defined by the sample size. The overall dynamic range of the sound card had to be within this value, but is limited by other factors (such as internal noise). Additionally, it seems like it would probably be a good idea if the sound card had filtering to remove frequencies below 100Hz and above 5KHz. There's no need for the sound card to do so. This is already done in the radio. Assuming the audio signal path in the radio is well filtered, doesn't generate any noise above 5KHz, and the cables between the radio and computer are well shielded, I agree. A flat response is not as necessary for a narrow bandwidth mode like PSK31 or CW, Except when you want to look at a 5K swath of bandwidth and select a signal on your waterfall to which to listen, right? modes. People should be much more worried about a flat passband curve of the IF filters than the frequency response of the sound card. The latter is usually extremely flat, while the former is usually not. Ah... I thank you for this, because this is something I wasn't aware of. Though I *have* seen people refer to this issue in passing, I didn't really understand what they were referring until seeing your graphs. Very cool, and much appreciated. Good input, thanks, de Peter K1PGV
RE: [digitalradio] Re: GRUMBLE
Danny, I think you have pinned it down... I think most of us who run a normal keyboard-to-keyboard QSO need less than 40 (maybe 60) WPM but want a really robust mode...something I can run QRP on and still get 100% error free copy...Ok, 100 watts. Hi Hi...and a dipole on 80/40. But then I work a net where I really want to punch through a large amount of text (maybe 3 - 6 pages) in a short amount of time or a delimited file of data from my experiments. This is rather time sensitive because I'm trying to get everyone on the same page using the same parameters with existing propagation conditions. There might be 3 -6 pages for 2 or 3 different groups/individuals. So I need to get this through with virually no errors and at least at 200 WPM...more throughput would be better...and most of the stations are running portable and only 100 watt transceivers and have no access to the Internet. As I have said, I really see two conditions...one for keyboard-to-keyboard QSOs and/or DX/contesting and another for pushing through larger amounts of data that is time sensitive. 73, Walt/K5YFW -Original Message- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] Behalf Of Danny Douglas Sent: Tuesday, December 19, 2006 5:11 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Re: GRUMBLE I had that in the back of my mind too. What is with all this thinking on speed these days. People want faster digital, faster cw, even faster voice contacts. Look at the normal QSO of today: N7DC DE XU1 59 tu QRZ? Hey I might like to know the guys name, his QTH, What gear is he using, antenna? Once in a great while you actually meet someone on PSK that types his info, live and on-line, instead of hitting a Macro button and giving you the same information he just gave 73 other peope before you. He might actually ask you a question about something other than antenna and power. He might be a human. Even the darn cars on the road seem to want to go faster than the driver behind the wheel can drive them (at least safely). Who needs a car with a speedometer that reads 150 mph? The speed limit on ALL US roads is somewhat under that (by about 70 mph or more.) Not to say that too many of those drivers want to push the vehicle up and beyond that posted on the sides of the road - but that is another story. If I was a professional communicator (and I was for 29 years) I would indeed want all the speed I could get, in order to push those groups thru so I could sit down and rest a bit- away from keyboards, keys, switches, antennas and so forth and so forth. But - I am an amateur (still) and dont need to push messages - just talk to friends, old and new, along the way. So what if I take an extra 2 minutes in a 5 minute conversation. Its a HOBBY people. Slow down - Take a breath - enjoy the conversation - quit pushing each other off the information highway. I learned to type on a standard school typewriter, and could type 70 plus wpm when there. In the army, I had to show I could type 25wpm (woopie-do) before graduation from radio school. At that time, it wasnt a standard typewritter, but a MILL. Thats a standard typewriter, but with all CAPS on the keys. No lower case characters at all. You typed received code on ALL CAPS. It was easier to read. CW doesnt have upper and lower case characters. Then it was on to RTTY, and again ALL CAPS. RTTY doesnt have upper and lower case letters either.Then came along computers, and here they throw a wrench in the game. The digital game. Computers DO have upper and lower case, so we are back to that again. By this time, my typing is shot. I forget to hit the Shift key, OR GET THE DARN CAPS LOCK HIT INSTEAD. Then someone comes along and says STOP SHOUTING AT ME. What does that mean? I wasnt shouting at anyone. Just goes to show how little they actually know. What is comes down to: Quit complaining if someone talks in all caps. dont complain if they are not a typist and never hit the shift bar and dont complain if they dont hit enough periods or miss a question or keep typing without stopping a sentence and starting another one if they also forget to tell you when a sentence ends or starts who cares they are still communicatingSOME GUYS USE ALL CAPS, BECAUSE LIKE ME, THEY LEARNED THAT WAY AND ITS EASIER TO SEE, SO WHO REALLY CARES. See there I go shouting at you again. OK - lets go work VU7 --- Well - At least lets go see if we ever hear them anyway! It sure would be nice to hear them long enough to take a crack at sending back and having them here us.I dont care if they do talk 20 wpm, or 50. I just want them to talk to me! Danny Douglas N7DC ex WN5QMX ET2US WA5UKR ET3USA SV0WPP VS6DD N7DC/YV5 G5CTB all DX 2-6 years each . QSL LOTW-buro- direct As courtesty I upload to eQSL but if you use that - also pls upload to LOTW or hard card. moderator [EMAIL PROTECTED] - Original Message - From:
Re: [digitalradio] 110 baud packet test tonight
MULTIPSK Version 4.1.2 http://f6cte.free.fr/index_anglais.htm 73 de LA5VNA Steinar John Bradley wrote: so what software are u using for 100 baud packet? can't find anything that slow on MixW calling u on 300baud packet right now as of 0115Z john ve5mu - Original Message - *From:* Andrew O'Brien mailto:[EMAIL PROTECTED] *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Sent:* Tuesday, December 19, 2006 4:35 PM *Subject:* [digitalradio] 110 baud packet test tonight I, and a few others, will be testing 110 baud packet on 3590 plus 1000 Hz AF tonight as of 0100 UTC until 0300 UTC. Andy K3UK
[digitalradio] 110 Baud Packet and 20M test
Terry, VE5TLW and I were using (fooling with?) 110 baud packet this AM on 20M. Should be noted that we are about 1km apart, although I switched over to my dummy load and reduced power so he was hearing me at S3, or just above his noise. Couple of observations; *Had to change the Dwait values and TXdelay values to 80 , (found under options)increasing the delay slightly seemed to work better, although some of that could be due to desensing the rigs a bit, being so close. * After a connect, when sending a test text file, 110 baud sent the entire file in one long packet. worked Ok * After listing each other in the repeater list ie VE5MU-0, then the other station would repeat the beacon message when in APRS beacon mode. Would not repeat connect attempts. repeater needs a fairly good signal to work. Interesting mode, and very interested in how it will work under poor conditions. So , as of 1830Z, have my rig on 14077USB, and sitting on 1000hz. Beacon every 3 minutes, and the responder on , and a test message stored in message 1. Will leave it on for the next couple of hours and see what happens. Later will try setting it up as a repeater, where you would list VE5MU-0 as a repeater then TX your beacon message and see if you can hear it coming back will try 3590 this evening, too John VE5MU
Re: [digitalradio] 110 Baud Packet and 20M test
John, I was able to connect and this what I copied. not sure if you got my reply pr not. Joe W4JSI - Original Message - From: John Bradley To: digitalradio@yahoogroups.com Cc: Terry White Sent: Wednesday, December 20, 2006 12:52 PM Subject: [digitalradio] 110 Baud Packet and 20M test Terry, VE5TLW and I were using (fooling with?) 110 baud packet this AM on 20M. Should be noted that we are about 1km apart, although I switched over to my dummy load and reduced power so he was hearing me at S3, or just above his noise. Couple of observations; *Had to change the Dwait values and TXdelay values to 80 , (found under options)increasing the delay slightly seemed to work better, although some of that could be due to desensing the rigs a bit, being so close. * After a connect, when sending a test text file, 110 baud sent the entire file in one long packet. worked Ok * After listing each other in the repeater list ie VE5MU-0, then the other station would repeat the beacon message when in APRS beacon mode. Would not repeat connect attempts. repeater needs a fairly good signal to work. Interesting mode, and very interested in how it will work under poor conditions. So , as of 1830Z, have my rig on 14077USB, and sitting on 1000hz. Beacon every 3 minutes, and the responder on , and a test message stored in message 1. Will leave it on for the next couple of hours and see what happens. Later will try setting it up as a repeater, where you would list VE5MU-0 as a repeater then TX your beacon message and see if you can hear it coming back will try 3590 this evening, too John VE5MU
Re: [digitalradio] 110 Baud Packet and 20M test
Heard you try to connect , and am surprised you were able to, since band was so bad. Will try later on 80M and see how the band is there tonight. John VE5MU - Original Message - From: Joe Ivey To: digitalradio@yahoogroups.com Sent: Wednesday, December 20, 2006 2:12 PM Subject: Re: [digitalradio] 110 Baud Packet and 20M test John, I was able to connect and this what I copied. not sure if you got my reply pr not. Joe W4JSI
Re: [digitalradio] 110 Baud Packet and 20M test
Hello John, RR for all about you experimentation. I recommend the following: to do 110 bauds Packet, set the options PACLEN to 40 and MAXFRAME to 1. For calls, it is advised to put the RS ID on duty to allow the other Hams to identify the mode and the exact frequency. PACLEN to 40 so as to limit the duration of the frames and the probability of bit error. Surely 20 or 30 would be perhaps better. MAXFRAME to 1 because is useless to send more than one frame as in HF the probability to have a failure is high. And because if you send several frames, as there is no selective REJECT in AX25, you are going to send again all your frames good or not... Note: this apply to connected 110 bauds Packet. In APRS, you have no choice: you send only one frame with all the position and weather information, included the message. 73 Patrick - Original Message - From: John Bradley To: digitalradio@yahoogroups.com Cc: Terry White Sent: Wednesday, December 20, 2006 7:52 PM Subject: [digitalradio] 110 Baud Packet and 20M test Terry, VE5TLW and I were using (fooling with?) 110 baud packet this AM on 20M. Should be noted that we are about 1km apart, although I switched over to my dummy load and reduced power so he was hearing me at S3, or just above his noise. Couple of observations; *Had to change the Dwait values and TXdelay values to 80 , (found under options)increasing the delay slightly seemed to work better, although some of that could be due to desensing the rigs a bit, being so close. * After a connect, when sending a test text file, 110 baud sent the entire file in one long packet. worked Ok * After listing each other in the repeater list ie VE5MU-0, then the other station would repeat the beacon message when in APRS beacon mode. Would not repeat connect attempts. repeater needs a fairly good signal to work. Interesting mode, and very interested in how it will work under poor conditions. So , as of 1830Z, have my rig on 14077USB, and sitting on 1000hz. Beacon every 3 minutes, and the responder on , and a test message stored in message 1. Will leave it on for the next couple of hours and see what happens. Later will try setting it up as a repeater, where you would list VE5MU-0 as a repeater then TX your beacon message and see if you can hear it coming back will try 3590 this evening, too John VE5MU
[digitalradio] Strange
UPS delivered my new IC-2200 2M FM xcvr today! ~$160 The tiny little UT-118 unit for D-Star is match box size!~$200 Doesn't seem right! Then I remembered the usual radio rule of thumb: The smaller the package, the more it costs! Think I will pretend the $20 rebate is on the tiny package. (HI) John K8OCL
Re: [digitalradio] 110 Baud Packet and 20M test
thanks Patrick, made the necessary adjustments and will try it later on 80M thanks again for all your work!! John VE5MU - Original Message - From: Patrick Lindecker To: digitalradio@yahoogroups.com Sent: Wednesday, December 20, 2006 4:08 PM Subject: Re: [digitalradio] 110 Baud Packet and 20M test Hello John, RR for all about you experimentation. I recommend the following: to do 110 bauds Packet, set the options PACLEN to 40 and MAXFRAME to 1. For calls, it is advised to put the RS ID on duty to allow the other Hams to identify the mode and the exact frequency. PACLEN to 40 so as to limit the duration of the frames and the probability of bit error. Surely 20 or 30 would be perhaps better. MAXFRAME to 1 because is useless to send more than one frame as in HF the probability to have a failure is high. And because if you send several frames, as there is no selective REJECT in AX25, you are going to send again all your frames good or not... Note: this apply to connected 110 bauds Packet. In APRS, you have no choice: you send only one frame with all the position and weather information, included the message. 73 Patrick - Original Message - From: John Bradley To: digitalradio@yahoogroups.com Cc: Terry White Sent: Wednesday, December 20, 2006 7:52 PM Subject: [digitalradio] 110 Baud Packet and 20M test Terry, VE5TLW and I were using (fooling with?) 110 baud packet this AM on 20M. Should be noted that we are about 1km apart, although I switched over to my dummy load and reduced power so he was hearing me at S3, or just above his noise. Couple of observations; *Had to change the Dwait values and TXdelay values to 80 , (found under options)increasing the delay slightly seemed to work better, although some of that could be due to desensing the rigs a bit, being so close. * After a connect, when sending a test text file, 110 baud sent the entire file in one long packet. worked Ok * After listing each other in the repeater list ie VE5MU-0, then the other station would repeat the beacon message when in APRS beacon mode. Would not repeat connect attempts. repeater needs a fairly good signal to work. Interesting mode, and very interested in how it will work under poor conditions. So , as of 1830Z, have my rig on 14077USB, and sitting on 1000hz. Beacon every 3 minutes, and the responder on , and a test message stored in message 1. Will leave it on for the next couple of hours and see what happens. Later will try setting it up as a repeater, where you would list VE5MU-0 as a repeater then TX your beacon message and see if you can hear it coming back will try 3590 this evening, too John VE5MU
[digitalradio] CW software?
Speaking of keyboards and the like, does anyone have a suggestion for software to send and receive morse? Simon Brown wrote: My own eyesight dropped off a tad 2 or 3 years ago, it's very good indeed except when reading a book with small print. I'll take all this into consideration. Is there a EPC mailing list? I'm a member (1114) but that's as far as it goes. Simon Brown, HB9DRV - Original Message - From: w6ids [EMAIL PROTECTED] H. I just think it's just a habit carried over from RTTY, since PSK is keyboard-based like RTTY. I've read some of the replies on this to you; still looks like keeping it looking like RTTY. BTW, your DM780 program is causing quite a stir amongst the EPC membership. Looks like MixW is going to fade off into the sunset, Sir.
[digitalradio] 80M activity
Just a reminder, our DX Cluster can be used to announce your activity. Recent spots DX de K3UK: 3590.0 K3UK 110 baud packet 0204Z 05 DX de K3UK: 3585.0 W4UEFRTTY-45 0239Z 05 DX de K3UK: 3581.6 W4KPAPSK 0243Z 05 DX de K3UK: 3581.8 K3UK PSKFEC31 0246Z 05 DX de K3UK: 3582.4 NI9Y MFSK16 0249Z 05 DX de K3UK: 3582.5 WB8MKH MFSK16 2354Z 05 DX de K3UK: 3582.0 K4UI PSK 2355Z 05
Re: [digitalradio] Re: GRUMBLE
I find that some ops use upper case for callsigns and the first letter of names and lower case for the rest. I also upper case CQ, prosigns etc. That provides for a good tradeoff between speed and readability. Converting all to lower case is reducing the information content of the transmission. 73 Brett VK2TMG
Re: [digitalradio] CW software?
The most available options are... Multipsk MixW - Original Message - From: Robert Meuser To: digitalradio@yahoogroups.com Sent: Wednesday, December 20, 2006 1:01 PM Subject: [digitalradio] CW software? Speaking of keyboards and the like, does anyone have a suggestion for software to send and receive morse? Simon Brown wrote: My own eyesight dropped off a tad 2 or 3 years ago, it's very good indeed except when reading a book with small print. I'll take all this into consideration. Is there a EPC mailing list? I'm a member (1114) but that's as far as it goes. Simon Brown, HB9DRV - Original Message - From: w6ids [EMAIL PROTECTED] H. I just think it's just a habit carried over from RTTY, since PSK is keyboard-based like RTTY. I've read some of the replies on this to you; still looks like keeping it looking like RTTY. BTW, your DM780 program is causing quite a stir amongst the EPC membership. Looks like MixW is going to fade off into the sunset, Sir.
[digitalradio] 110 Baud MultiPSK 80M
As of Z sitting on 3590USB repeater on, responder on, no beacon. To try this out, list me under options/repeaters as VE5MU-0, and enable repeaters. If you beacon on this frequency with a strong enough signal, my station should repeat your beacon. Also try a connect and see how that works cheers John VE5MU
Re: [digitalradio] CW software?
There is a varity of Software that will send and receive CW. Try Hamscope, MultiPsk, MixW or CWType. It is not as much fun as a real key or paddle but gets the job done during a contest when there are a lot of operators doing 30+wpm. I dubbed around a bit before I discovered my radio had to be in Digi Mode to transmit so if you are having trouble try that. Later Brad N1NPK
Re: [digitalradio] CW software?
There is only one really superior receiving software program but it costs $60: http://www.polar-electric.com/Morse/MRP40-EN/ There is a trial version that works for a short time so you an see how well it can receive CW compared to most any other program. If anyone knows of a freeware program that can compete, I would appreciate knowing. I have not tried this program with transmitting but perhaps others can critique that feature. It appears to be similar to programs that inject an audio tone to transmit. 73, Rick, KV9U Robert Meuser wrote: Speaking of keyboards and the like, does anyone have a suggestion for software to send and receive morse?
[digitalradio] Clarification : Establishing digital calling/beacon frequencies
Just to clarify my original point... I'm looking to establish a suggested calling frequency for ALL digital modes except CW, PSK31, RTTY, SSTV , PACTOR , and ALE(data ALE). My suggestion is that members of this list utilize a common frequency to call CQ and/or use attended beacon features within their digital software. This would be for Olivia, Dominio EX, Throb, PSK63/125 , , MT63 ,Hell CHIP, MFSK16/8, PAX/PAX2 , THROB, experimental AX25. The idea is simply to make it easier to find stations to work rather than trawling the bands in 300-500 Hz ranges looking for potential signals. My experience suggest that even on good propagation days, say on 20M, the amount of simultaneous QSOs in the aforementioned modes rarely exceeds 3-5 . When it is at the 5 level, it is often 2-3 Olivia stations, maybe 1 MFSK16 and one Hell. I will argue that MOST of the time it is less than three simultaneous QSOs . Sometimes NO signals at all. Thus, the amount of interest in the exotic digital modes is at such a level that we would benefit from clustering, and our use of a calling/beacon frequency would not likely clutter up the portion of the band. If we established 4 beacon frequencies (80,40,30, and 20M) you could easily monitor the bands via scan features in the radio . Again, the idea would be just to meet on the calling frequency and move further up/down the band for extended conversation. I am NOT suggesting a different calling frequency for each mode. 20 M seems like the easies band to establish a data frequency that allows worldwide participation. The others are more complex due to varying regional bandplans. I will read the feedback I have received so far and suggest some frequencies to try this weekend.
Re: [digitalradio] CW software?
Robert, After reading Rick's glowing assessment of the MRP4-EN I gave it another try. I am afraid I can not give it the same rating. I ran CWget and Hamscope at the same time both with near 100% copy while the MRP40-EN got 50% at best. At times it would get 100% (so I must have it setup right) and then suddenly spit gibberish till I clicked the mouse on the signal again. Tried various setting with similar results. Perhaps I am missing something in the setup of this program. I would certainly try the trial version before buying it. Perhaps it is your cup of tea and have better luck getting it to work. Personally I like HamScope but it does tax my 1 gig cpu a bit but runs fine on my laptop. My second choice is a toss up between MulitPSK or CWget combined with CWtype. Hamscope tends to lock onto the closest frequency so if somebody isn't zero beat on your frequency then you are ok. I'd be interested in hearing other opinions, perhaps I am the odd man out. Hi HI My 2 cents for what it is worth. Later Brad N1NPK There is only one really superior receiving software program but it costs $60: http://www.polar-electric.com/Morse/MRP40-EN/ There is a trial version that works for a short time so you an see how well it can receive CW compared to most any other program. If anyone knows of a freeware program that can compete, I would appreciate knowing. I have not tried this program with transmitting but perhaps others can critique that feature. It appears to be similar to programs that inject an audio tone to transmit. 73, Rick, KV9U ,_.___ Messages in this topic (26) Reply (via web post) | Start a new topic Messages | Files | Photos | Database | Polls | Members | Calendar Connect to telnet://cluster.dynalias.org a single node spotting/alert system dedicated to digital and CW QSOs. Change settings via the Web (Yahoo! ID required) Change settings via email: Switch delivery to Daily Digest | Switch format to Traditional Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe Recent Activity a.. 20New Members Visit Your Group SPONSORED LINKS a.. Ham radio b.. Ham radio antenna c.. Ham radio store d.. Digital radio e.. Digital radio scanners Y! GeoCities Share More Create a blog, web site, and more. Market Online Drive customers to your web site with Sponsored Search. Yahoo! Groups Start a group in 3 easy steps. Connect with others. .
Re: [digitalradio] 110 Baud Packet and 20M test
John Bradley wrote: Couple of observations; *Had to change the Dwait values and TXdelay values to 80 , (found under options)increasing the delay slightly seemed to work better, although some of that could be due to desensing the rigs a bit, being so close. It also could be that the decoder on the packet engine that needs more time to synchronize. With Kantronics TNC's on 2 m and Bell 202 tones, I used to play with TXDelay in KISS mode under Linux (it can adjust KISS params on the fly and while sending pings (TCPIP)) until I just could get 100% of ping packets copied and set it a bit longer for reliability. It helped thruput to cut flags to the minimum. Well, as good as it might seem, I had to lengthen it a bit more because many users with software packet drivers (Baycom, Flexnet, AGWPE) could not synchoronize their engines with such short flags and sent repeat rates sky high... The KPC2 minimum was 50 ms txdelay for reliable copy, but many needed at least 100 ms. Also, using open or closed squelch made a big difference, because the speed in opening the squelch also matters. I could not convince all users to use open squelch and software carrier detect 73 de Jose, CO2JA
[digitalradio] Re: lowercase to UPPERCASE translator with slashed zero
The option to display in upper case is better than nothing, but readability is best optimized by letting the user choose - the font and its associated metrics (size, bold, italic) - the font color - the background color 73, Dave, AA6YQ --- In digitalradio@yahoogroups.com, expeditionradio [EMAIL PROTECTED] wrote: Simon HB9DRVwrote: That's a fair point - maybe in my stuff I should add the option of always sending in lowercase, and displaying text to be sent in uppercase. Hi Simon, Perhaps when you set up that lowercase to uppercase translator option you could make any uppercase that is transmitted or received show on the screen as Bold uppercase. Example: Ham Radio = HAM RADIO At the same time, the 0 (zero) character could be shown as slashed zero. If the preceding character is bold then the slashed zero character would be bolded. 73---Bonnie BA7/KQ6XA .
