[digitalradio] TARA RUMBLE SPRINT
If you have trouble viewing or submitting this form, you can fill it out online: http://spreadsheets.google.com/viewform?key=pWRKA1oXIEhjMXoAJwoPtTA TARA RUMBLE SPRINT Please fill out Callsign Power (H, L, QRP) Multipliers QSO points Total Comments time period operated Powered by Google Docs Terms of Service - Additional Terms
Re: [digitalradio] TARA RUMBLE SPRINT
OK, lets try this. To create interest in the TARA Rumble from the casual contester, I have taken the liberty to create the TARA Rumble Sprint. Here's how it will work Participate in the TARA RUMBLE , follow usual rules and scoring (see http://www.n2ty.org/seasons/tara_rumble_rules.html) After you have completed the contest... review your log, select your best ONE hour period , add up how many QSO points and multipliers you had in that period, multiply these two figures, and post your results at http://spreadsheets.google.com/viewform?key=pWRKA1oXIEhjMXoAJwoPtTA (hopefully this will work) This way, those that feel they do not have enough time to participate in the contest seriously via multi-hour participation, will be able to get in the contest even for a short while and have some TARA fun. Honour system is in place, no need to submit your log. Don't forget to also post your total score to the TARA Rumble scores page. Andy K3UK On Fri, Oct 3, 2008 at 7:04 AM, Andrew O'Brien [EMAIL PROTECTED] wrote: If you have trouble viewing or submitting this form, you can fill it out online: http://spreadsheets.google.com/viewform?key=pWRKA1oXIEhjMXoAJwoPtTA TARA RUMBLE SPRINT Please fill out Callsign Power (H, L, QRP) Multipliers QSO points Total Comments time period operated Powered by Google Docs Terms of Service - Additional Terms -- Andy K3UK
[digitalradio] Re: QRV MT63 14106
I think it would be more useful if you would announce your plans to be operating well in advance of the time you start up. I tend to read the group once a day, usually in the morning, so what I learn from your message is what I could have been doing last night, if I had not been busy with other things. Jim W6JVE
Re: [digitalradio] Comparing data modes
Dave, when running more than one digital mode app on the same processor, one or both apps may be starved for CPU cycles and as a result underperform. 73, Dave, AA6YQ For what it's worth, the CPU usage hovers around 30% while running 5 different digital mode programs and the HF path simulator. Throughput is the same for each program whether they are tested individually or all at once. Not sure if the performance monitor is telling the whole story when it comes to CPU usage, but I would assume the processor is loafing along at 30%. Tony, K2MO - Original Message - From: Dave AA6YQ [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Tuesday, September 30, 2008 3:01 PM Subject: RE: [digitalradio] Comparing data modes Stelios's note raises another point independent of sampling rate issues: when running more than one digital mode app on the same processor, one or both apps may be starved for CPU cycles and as a result underperform. Given all the unknowns, I wouldn't consider a comparison between two digital mode applications to be apples and apples unless the test was accomplished on two identically configured PCs, each processing the same data stream. If the data stream can be recorded and replayed, then of course the tests can be run serially on a single PC. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] Behalf Of Stelios Bounanos Sent: Tuesday, September 30, 2008 9:03 AM To: digitalradio@yahoogroups.com Cc: Tony Subject: Re: [digitalradio] Comparing data modes On Tue, 30 Sep 2008 00:04:19 -0400, Tony [EMAIL PROTECTED] said: What were the sampling rates used by each of those 5 applications, Tony? 73, Dave, AA6YQ The sample rates were 11025 Hz for Mixw and IZ8BLY MT63 terminal. Looks like 8000 Hz for DM780 and Multipsk. Not sure what's going on with Fldigi. I'm using the Vista version. The MT63 modem works at 8000 Hz as Simon noted. However, fldigi's default behaviour is to open the sound card at its default (native) sample rate, usually 48 or 44.1 KHz, and then resample to/from the modem rate using one of the converters from Erik de Castro Lopo's excellent libsamplerate. The converter is chosen based on a short speed test that is done the first time fldigi is run. On all reasonably recent processors, that converter will be one of the good SINC interpolators. It can always be changed later. We basically did this to avoid the not too uncommon situation where a sound card/driver combination claims to support the modem's sample rate only to return mangled audio. To really open the sound card at the modem frequency, which is currently 11025 Hz for Thor and DominoEX 5/11/22, and 8000 Hz for everything else, use the Capture and Playback menus in the Audio settings. The default value is Native (see above). Auto will try the modem rate first and, if that fails, fall back to Native. You may want to try Auto if you know that the OS can do better/faster resampling. The other options in those menus are the rates supposedly supported by the sound card. I say supposedly because the driver may be telling some slight fibs here, i.e., if it reports the hardware native rates together with those that it can resample to in software. It's almost certainly doing that if it lists every standard rate from 8KHz up to 192KHz. Experience suggests that we can trust the default (native) sample rate, at least on the cards and platforms tested so far. The other rates give audio of uncertain quality. Anyway, if you force a rate that is different to the current modem's, fldigi will need to resample. It will also resample, using the same configured conveter, if the TX or RX ppm corrections are nonzero. Of course it's smart enough to combine both kinds of resampling into one step. I don't know enough about Vista's audio system to be able to say what happens if you run multiple programs that want different rates. Possibly some of them will see slightly increased latency. Regarding CPU usage, you should make sure that you have enough CPU cycles for everything; maybe aim to keep the system load at 50%. Fldigi can tell you if it's dropping audio because the CPU is too busy but only in debug builds; perhaps something to change in a future version. 73, Stelios, M0GLD.
Re: [digitalradio] QRV MT63 - 14106.0 USB
Looking for you On Fri, Oct 3, 2008 at 6:38 PM, Tony [EMAIL PROTECTED] wrote: All, I'm QRV on MT63 / 14106.0 USB @ 2245z. Tony, K2MO -- Andy K3UK
[digitalradio] QRV MT63 - 14106.0 USB
All, I'm QRV on MT63 / 14106.0 USB @ 2245z. Tony, K2MO
RE: [digitalradio] QRV MT63 - 14106.0 USB
Beautiful signal here in Louisiana . . . no clue to how to tune it on DM 780 Rick _ From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Andrew O'Brien Sent: Friday, October 03, 2008 5:57 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] QRV MT63 - 14106.0 USB Looking for you On Fri, Oct 3, 2008 at 6:38 PM, Tony [EMAIL PROTECTED] mailto:DXDX%40optonline.net net wrote: All, I'm QRV on MT63 / 14106.0 USB @ 2245z. Tony, K2MO -- Andy K3UK
[digitalradio] TARA Rumble ..Good luck to all/Target ?
.Good luck to all, I will be o all bands, low power, basic antennae. Probably just 68 ours in total. I like to set targets for each contest (since I never compete with the big boys). I hope to make 100 QSOs and in the process work 25 DXCC entities. Well, see. -- Andy K3UK
Re: [digitalradio] TARA Rumble ..Good luck to all/Target ?
Good Luck Andy!! You'll meet your goal I'm sure. de NY2U Mr.Bill In a message dated 10/3/2008 7:05:44 P.M. Eastern Daylight Time, [EMAIL PROTECTED] writes: Good luck to all, I will be o all bands, low power, basic antennae. Probably just 68 ours in total. I like to set targets for each contest (since I never compete with the big boys). I hope to make 100 QSOs and in the process work 25 DXCC entities. Well, see. -- Andy K3UK **New MapQuest Local shows what's happening at your destination. Dining, Movies, Events, News more. Try it out! (http://local.mapquest.com/?ncid=emlcntnew0001)
Re: [digitalradio] QRV MT63 - 14106.0 USB
Andy, Think we're too close for 20 meters, but you never know. Just worked Jim (W6JVE). Have my ears open Andy... Tony, K2MO - Original Message - From: Andrew O'Brien [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Friday, October 03, 2008 6:57 PM Subject: Re: [digitalradio] QRV MT63 - 14106.0 USB Looking for you On Fri, Oct 3, 2008 at 6:38 PM, Tony [EMAIL PROTECTED] wrote: All, I'm QRV on MT63 / 14106.0 USB @ 2245z. Tony, K2MO -- Andy K3UK
Re: [digitalradio] QRV MT63 - 14106.0 USB
Rick, Beautiful signal here in Louisiana . . . no clue to how to tune it on DM 780 Give a call and I'll tune you in... Tony, K2MO - Original Message - From: r_lwesterfield [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Friday, October 03, 2008 7:03 PM Subject: RE: [digitalradio] QRV MT63 - 14106.0 USB Beautiful signal here in Louisiana . . . no clue to how to tune it on DM 780 Rick _ From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Andrew O'Brien Sent: Friday, October 03, 2008 5:57 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] QRV MT63 - 14106.0 USB Looking for you On Fri, Oct 3, 2008 at 6:38 PM, Tony [EMAIL PROTECTED] mailto:DXDX%40optonline.net net wrote: All, I'm QRV on MT63 / 14106.0 USB @ 2245z. Tony, K2MO -- Andy K3UK
Re: [digitalradio] Re: QRV MT63 14106
Jim, Thanks for taking the time to say hello on MT63. Had a short contact with NC5O after you went QRT. I'll try to post the QRV notes earlier. Can't always plan ahead that far, but will do my best. Wish more of the group would check-into Andy's sked page -- it would make things easier. Thanks again Jim... Tony, K2MO - Original Message - From: jhaynesatalumni [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Friday, October 03, 2008 11:14 AM Subject: [digitalradio] Re: QRV MT63 14106 I think it would be more useful if you would announce your plans to be operating well in advance of the time you start up. I tend to read the group once a day, usually in the morning, so what I learn from your message is what I could have been doing last night, if I had not been busy with other things. Jim W6JVE
Re: [digitalradio] Re: odd signal on 80M?
Sounds like the effects of Hetrodyne noise and natural propogation shift. --- On Thu, 10/2/08, Andrew O'Brien [EMAIL PROTECTED] wrote: From: Andrew O'Brien [EMAIL PROTECTED] Subject: [digitalradio] Re: odd signal on 80M? To: DIGITALRADIO digitalradio@yahoogroups.com Date: Thursday, October 2, 2008, 5:10 PM make that http://www.obriensweb.com/odd.wav On Thu, Oct 2, 2008 at 8:08 PM, Andrew O'Brien [EMAIL PROTECTED] wrote: Several of us in a regional et o 80M heard an odd sound every few mniutes . Sounded like a space ship taking off. check the sound via http://www.obriensweb/com/odd.wav You can hear it changing in pitch, I re-tune evrry few seconds. I followed it from 3832 LSB to 3825, it keeps o going and then returns to 3832 for a re-do. Military? It was heard by some hams 175 miles away from me. -- Andy K3UK -- Andy K3UK Announce your digital presence via our Interactive Sked Page at http://www.obriensweb.com/sked 30M digital activity at http://www.projectsandparts.com/30m Recommended software : DM780, Multipsk, FLDIGI, Winwarbler ,MMVARI. Yahoo! Groups Links
RE: [digitalradio] Comparing data modes
If you're referring to CPU usage as reported by the Windows Task Manager, that's an average. The question is whether any app is being starved for CPU resources during critical operations. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] Behalf Of Tony Sent: Friday, October 03, 2008 6:35 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] Comparing data modes Dave, when running more than one digital mode app on the same processor, one or both apps may be starved for CPU cycles and as a result underperform. 73, Dave, AA6YQ For what it's worth, the CPU usage hovers around 30% while running 5 different digital mode programs and the HF path simulator. Throughput is the same for each program whether they are tested individually or all at once. Not sure if the performance monitor is telling the whole story when it comes to CPU usage, but I would assume the processor is loafing along at 30%. Tony, K2MO - Original Message - From: Dave AA6YQ [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Tuesday, September 30, 2008 3:01 PM Subject: RE: [digitalradio] Comparing data modes Stelios's note raises another point independent of sampling rate issues: when running more than one digital mode app on the same processor, one or both apps may be starved for CPU cycles and as a result underperform. Given all the unknowns, I wouldn't consider a comparison between two digital mode applications to be apples and apples unless the test was accomplished on two identically configured PCs, each processing the same data stream. If the data stream can be recorded and replayed, then of course the tests can be run serially on a single PC. 73, Dave, AA6YQ -Original Message- From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] Behalf Of Stelios Bounanos Sent: Tuesday, September 30, 2008 9:03 AM To: digitalradio@yahoogroups.com Cc: Tony Subject: Re: [digitalradio] Comparing data modes On Tue, 30 Sep 2008 00:04:19 -0400, Tony [EMAIL PROTECTED] said: What were the sampling rates used by each of those 5 applications, Tony? 73, Dave, AA6YQ The sample rates were 11025 Hz for Mixw and IZ8BLY MT63 terminal. Looks like 8000 Hz for DM780 and Multipsk. Not sure what's going on with Fldigi. I'm using the Vista version. The MT63 modem works at 8000 Hz as Simon noted. However, fldigi's default behaviour is to open the sound card at its default (native) sample rate, usually 48 or 44.1 KHz, and then resample to/from the modem rate using one of the converters from Erik de Castro Lopo's excellent libsamplerate. The converter is chosen based on a short speed test that is done the first time fldigi is run. On all reasonably recent processors, that converter will be one of the good SINC interpolators. It can always be changed later. We basically did this to avoid the not too uncommon situation where a sound card/driver combination claims to support the modem's sample rate only to return mangled audio. To really open the sound card at the modem frequency, which is currently 11025 Hz for Thor and DominoEX 5/11/22, and 8000 Hz for everything else, use the Capture and Playback menus in the Audio settings. The default value is Native (see above). Auto will try the modem rate first and, if that fails, fall back to Native. You may want to try Auto if you know that the OS can do better/faster resampling. The other options in those menus are the rates supposedly supported by the sound card. I say supposedly because the driver may be telling some slight fibs here, i.e., if it reports the hardware native rates together with those that it can resample to in software. It's almost certainly doing that if it lists every standard rate from 8KHz up to 192KHz. Experience suggests that we can trust the default (native) sample rate, at least on the cards and platforms tested so far. The other rates give audio of uncertain quality. Anyway, if you force a rate that is different to the current modem's, fldigi will need to resample. It will also resample, using the same configured conveter, if the TX or RX ppm corrections are nonzero. Of course it's smart enough to combine both kinds of resampling into one step. I don't know enough about Vista's audio system to be able to say what happens if you run multiple programs that want different rates. Possibly some of them will see slightly increased latency. Regarding CPU usage, you should make sure that you have enough CPU cycles for everything; maybe aim to keep the system load at 50%. Fldigi can tell you if it's dropping audio because the CPU is too busy but only in debug builds; perhaps something to change in a future version. 73, Stelios, M0GLD.
Re: [digitalradio] Re: QRV MT63 14106
Tnx Tony for my first qso on MT63 sri the band went out so soon tnx agn Russell = IN GOD WE TRUST ! = Russell Blair (NC5O) Skype-Russell Blair Hell Field #300 DRCC #55 30m Dig-group #693 --- On Fri, 10/3/08, Tony [EMAIL PROTECTED] wrote: From: Tony [EMAIL PROTECTED] Subject: Re: [digitalradio] Re: QRV MT63 14106 To: digitalradio@yahoogroups.com Date: Friday, October 3, 2008, 7:39 PM Jim, Thanks for taking the time to say hello on MT63. Had a short contact with NC5O after you went QRT. I'll try to post the QRV notes earlier. Can't always plan ahead that far, but will do my best. Wish more of the group would check-into Andy's sked page -- it would make things easier. Thanks again Jim... Tony, K2MO - Original Message - From: jhaynesatalumni [EMAIL PROTECTED] net To: digitalradio@ yahoogroups. com Sent: Friday, October 03, 2008 11:14 AM Subject: [digitalradio] Re: QRV MT63 14106 I think it would be more useful if you would announce your plans to be operating well in advance of the time you start up. I tend to read the group once a day, usually in the morning, so what I learn from your message is what I could have been doing last night, if I had not been busy with other things. Jim W6JVE
