Re: [digitalradio] Re: QRV MT63 14106

[Russell Blair]

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: 
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] Comparing data modes

[Dave AA6YQ]

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: 
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: odd signal on 80M?

[kd6aaj]

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" 
> 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] Re: QRV MT63 14106

[Tony]

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: 
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] QRV MT63 - 14106.0 USB

[Tony]

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: 
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]
>  net> wrote:
>> All,
>>
>> I'm QRV on MT63 / 14106.0 USB @ 2245z.
>>
>> Tony, K2MO
>>
>>
>
> -- 
> Andy K3UK
>
>
>
> 

Re: [digitalradio] QRV MT63 - 14106.0 USB

[Tony]

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: 
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] TARA Rumble ..Good luck to all/Target ?

[ny2u]

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)

[digitalradio] TARA Rumble ..Good luck to all/Target ?

[Andrew O'Brien]

.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] QRV MT63 - 14106.0 USB

[r_lwesterfield]

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]
 net> wrote:
> All,
>
> I'm QRV on MT63 / 14106.0 USB @ 2245z.
>
> Tony, K2MO
>
> 

-- 
Andy K3UK

 

Re: [digitalradio] QRV MT63 - 14106.0 USB

[Andrew O'Brien]

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

[Tony]

All, 

I'm QRV on MT63 / 14106.0 USB @ 2245z. 

Tony, K2MO

Re: [digitalradio] Comparing data modes

[Tony]

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: 
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.
> 
> 
> 
>

[digitalradio] Re: QRV MT63 14106

[jhaynesatalumni]

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] TARA RUMBLE SPRINT

[Andrew O'Brien]

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] TARA RUMBLE SPRINT

[Andrew O'Brien]

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