Re: [digitalradio] Re: SDR Info request

2010-07-29 Thread Rudy Benner
Something like this ...

https://www.changedetection.com/

ve3bdr


From: Ted Antanaitis 
Sent: Tuesday, July 27, 2010 1:18 AM
To: digitalradio@yahoogroups.com 
Subject: [digitalradio] Re: SDR Info request


  
Softrock receiver and transceiver kits are ordered from this web site:

http://www.kb9yig.com/

The kits sell fast when announced. Often tips when they will be
available are posted on the Softrock40 group. Or you could
use an automatic monitoring program to alert when the web
page changes.

Good luck,

Ted WA7ZZB





Re: [digitalradio] Ubuntu - thank you

2010-07-29 Thread Phil Barnett
On Thu, Jul 29, 2010 at 12:22 AM, J. Moen j...@jwmoen.com wrote:



 I think you got some great answers, with the general theme that Linux is an
 excellent operating system AND people have written native Linux ham programs
 that also are excellent.  Bottom line -- hams will be more than happy
 running Linux as their prime operating system.

 There was one replier who felt the need to denigrate Windows (You will be
 rewarded with inexpensive secure software that is very robust and stable.
 Something you never had with Windows and it's what makes Linux great.)



 That part is kind of hard to understand.  My Win XP SP3 machine has never
 crashed, not even once over these many years.  At work, our Vista machines
 never go down, except when Building Maintenance decides to cut power to the
 mains.  And I have used wonderfully robust Windows programs for many years.



You are either very lucky, very careful or you have serious malware and
virus protection running on those machines.

In the 1990's RainForestPuppy disclosed a vulnerability in all versions of
Windows that was so severe that Microsoft had no choice but to respond with
an operating system that literally could not run almost all previously
written Windows software. That operating system was Vista. It's third
incantation is Windows 7 (I count the second version as Vista SP2, the first
version of Vista that actually was stable at all). It looks like Microsoft
may have gotten it right with Windows 7. I like it a lot, but all previous
versions of Windows were either buggy or rife with vulnerabilities, like
needing to run with administrator privilege to install and run most
software.

It's not a secret that Windows systems are swiss cheese because of this
whole group of issues. Closing our eyes to these problems doesn't make them
go away. Running Windows without third party malware or virus protection
will lead you to a disaster in a short amount of time. This is common
knowledge.

When you talk to people that are not experts in running computers, I bet you
suggest to them to make sure their computer protected with virus and malware
protection and that they are up to date and run often.

None of this is necessary with Linux.

I make my living supporting Windows systems for a Fortune 50 company. Tens
of thousands of them. Yes, we keep them generally stable. But not without
the cost of serious firewalling, malware detection, virus protection and
policy administration. And even then, when a Windows system becomes
unstable, our second line of defense after a few minutes of troubleshooting
is to wipe the drive and reinstall, then reinstate just the data. We do this
because it takes far too long to troubleshoot arcane issues and often simply
wastes time. This is virtually never done on our Linux systems.



 The fact that Windows is both stable and robust does not mean I think Linux
 isn't.  In fact, since I first read about Unix in 1977 and in the 80s played
 with various PC ports of Unix, and later Linux over the years, it's been
 fascinating to see this platform flourish and grow.  It IS an excellent
 operating system.



I'm glad you've had great luck with windows. My experience, as well as most
everyone who runs Windows, is that without external support, it will fall
down quickly and become a victim of malware or viruses. And if you run with
administrative privileges, you have opened the door for anything that
attacks you as a user to also attack the entire system. The very design of
Unix and Linux prevents this kind of issue.

But you did get the general point that expecting Linux or any other
operating system to act like Windows is a poor stance that will make that
operating system disappoint you because it doesn't meet your preconceived
outcome.


AW: [digitalradio] Re: ROS v 4.8.X not spamming cluster - NOT

2010-07-29 Thread Siegfried Jackstien
Marc . i agree that jose is as dummy . if you see his behaviour in some
situations

I do not wanna defend him (AS I DO NOT LIKE HIDDEN FUNCTIONS TOO)

I just like the new mode as it works so well

I just like experimenting with new toys

That's all

Sure it would be way easier if he had a lis and if he knew better how to
invoke new stuff to the crowd

I often asked him about some things that could be made better . but he has
his own thoughts

Some things in the soft came from my ideas (example distance calculation)

It was ME that sent several dozen mails to users that I have seen in the
cluster . just to tell them to shut the autospot off

Days before it was ME that wrote how to stop the spotting with a firewall
(in versions before there was no switch)

Just to make pressure on jose to make that switch available .

So I have some same thoughts as you and some are different

If I see a pactor station in waterfall I do qsy . others may think ros does
it even if there is some other mode on the qrg and send ontop of the pactor
station but that's the fault of the user .. not of the developer 

I just hope that after some time ALL users shut off the spotting

Just because I do not want that more and more cluster sysops block ros-spots

Sending ontop other stations is not okay . agree 100x100

Jose made 3 qrg on 20m band to give more users a chance .

As this mode goes around the blue marble with a few watts he programmed
the 3 qrg on 20m

Now we have only a few hundred users (yet) so when there are a few thousands
the 3 qrg are a must I think

Time will show it ...

I see only low traffic on 115 most is on 103 and 112 so time will show if
the third is needed

If I look in the bandplan I see that automatic stations is upper limit 112
so maybe we shoud use the lower qrg for (low power)beaconing with ros and
only 115 for keyboard to keyboard qsos

 

Marc you said only one qrg on 20 for sstv??? I see traffic on 14230 as
centre of activity . but also on 233, 236, 240(digi)

Same story but other mode ... most traffic is on 230 in sstv .. As it is on
103 for ros

And if there is more users on air or other modes using 103 I (and others)
qsy to 112 and 115

Like the sstv gang is doing . traffic on 230 . move to 233 or 236

 

changing one's motives and mindset is a completely different matter...



Right and well said Marc .. Not easy to change joses mind in some cases ..

Sometimes friendly asking helps . sometimes you have to give him a kick in
his back hi hi (see the sent mails by me as such a kick)

 

I do not know him very well . just had some emails with him and I also do
not like all he does .

But now we have to live with what we have . just make it wise .

Wait if there are other stations ... stay cool .

I can wait if there is other traffic . as I know I can work the world with
this mode there is no time pressure for me

I worked vk4 with a few watts and so there is no next goal for me (so I
often only monitor now)

But others are new and so they are experimenting like I did in the first
weeks

 

73

Sigi

 

 



[digitalradio] Hellschreiber Path Simulations

2010-07-29 Thread Tony
All,

It's interesting to see how the various Hellschreiber modes print in the 
noise. There is a noticeable difference in contrast and character 
definition which is likely to affect the overall readability over HF.  
The disparity seems more apparent on-air than it does under the 
controlled environment of the path simulator.

The image below (see link) illustrates the different characteristics of 
each mode after being subjected to the same level of white noise over a 
simulated channel. This is purely a sensitivity test - it does not show 
the affect of HF distortion.

Hellschreiber comparison - 
http://www14.zippyshare.com/v/42533726/file.html  Click image to enlarge.

Test Software: IZ8BLY's Hellscreiber
Path Simulation: White Noise -6db SNR

Tony -K2MO



Re: [digitalradio] Hellschreiber Path Simulations

2010-07-29 Thread Tony

All,

I received a couple of emails regarding the size of the Hellschreiber 
comparison image - the link below should make it easier to see.


http://www14.zippyshare.com/v/42533726/file.html - click on the image to 
enlarge.


Tony -K2MO

On 7/29/2010 5:01 PM, Tony wrote:


All,

It's interesting to see how the various Hellschreiber modes print in the
noise. There is a noticeable difference in contrast and character
definition which is likely to affect the overall readability over HF.
The disparity seems more apparent on-air than it does under the
controlled environment of the path simulator.

The image below (see link) illustrates the different characteristics of
each mode after being subjected to the same level of white noise over a
simulated channel. This is purely a sensitivity test - it does not show
the affect of HF distortion.

Hellschreiber comparison -
http://www14.zippyshare.com/v/42533726/file.html Click image to enlarge.

Test Software: IZ8BLY's Hellscreiber
Path Simulation: White Noise -6db SNR

Tony -K2MO




__ Information from ESET NOD32 Antivirus, version of virus 
signature database 5324 (20100729) __


The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




[digitalradio] TARA 2010 Grid Dip PSK-RTTY Shindig Contest

2010-07-29 Thread Tony Heatwole
The Troy Amateur Radio Association (TARA) is pleased to announce the 8th
annual running of its Grid Dip PSK-RTTY Shindig contest on 7 August 2010.
Please see http://www.n2ty.org/seasons/tara_grid_rules.html for contest
details. This is a unique HF (plus 6 meters) contest combining Grid Square
multipliers and PSK-RTTY.

73, Tony Heatwole, N3FX




[digitalradio] PSKmail: jPSKmail-0.5.4 installers now available a

2010-07-29 Thread Andy obrien
PSKmail: jPSKmail-0.5.4 installers now available at
http://www.crusefalk.se/jpskmailinstall/ , including the new scanner (
http://pskmail.wikispaces.com/Client_scanning ).
jPSKmail installers