--- In digitalradio@yahoogroups.com, "Simon Brown" <[EMAIL PROTECTED]>
wrote:
> I am *not* making it open source, only the decoding DLL's. The UI
will never
> be open source as it uses copyrighted code.
Copyright and Open Source are not opposites. Copyright ownership is
the precise legal foundat
> You are poorly informed, Doc. Condemning others
> based on what you've been told is risky business.
The attitude of condemnation has been somewhat
one-sided, and not from my side. I made a simple
*observation* based on 30 years of experience with
computers without the intention of it turning
It is difficult to work in a particular field and then come home and do
the same thing. As an electronics enthusiastic from a very early age,
due to a series of life events, I eventually wound up building a small
audiovisual/electronics/computer repair shop for an educational agency.
We even di
Unless you have a monolithic approach in mind, you'll need a fast
platform-independent IPC mechanism.
73,
Dave, AA6YQ
--- In digitalradio@yahoogroups.com, "Leigh L Klotz, Jr." <[EMAIL PROTECTED]>
wrote:
>
> A couple of random observations
> - UI is the hardest part
> - next is devic
> - A Java digimode program sure would be nice. I have a few pieces done
> and would be pleased to work with others, but there are still people
> (Win/Lin/Mac/BSD who won't use Java)
> Leigh/WA5ZNU
Are you familiar with tcl/tk? I am not.
Many apps being used successfully with Puppy Linux
use
A couple of random observations
- UI is the hardest part
- next is device interface (sound cards, RS232) though the effort to
abstract that out pales in comparison to the problem of providing a
best-of-breed UI for different platforms
- Adobe has many hundreds of programmers working on Photoshop
KV9U wrote:
> If it is the same protocol as B1F, was the reason for developing it,
> that the B1F did not have the needed exchange to work with Winlink 2000?
I'm not really sure what that means, and I'm pretty sure I didn't say
B2F is the same protocol as B1F. Only the compression is the same.
Yes, cross-platform development requires an "extra effort" -- just as
putting a man on the moon requires an "extra effort" compared with
climbing a tree.
You are poorly informed, Doc. Condemning others based on what you've
been told is risky business. Some developers are used to this sort of
i
> I've been paying for the hamlib.org domain since 2002. It's not very
> expensive (14.35 EUR one year), and I remember some of you asked how
> to support the hamlib development. Maybe this is an opportunity
> to get involved if money is not a problem for you. There's a
> "Renew" link below, and
Hello Simon,
I want to thank you for the great software and as somebody who has actually
attempted a little programming (with mixed results) I know the amount of time
and effort you have put into the software.
I usually run a beta version of your software and find your beta version runs
bet
There is already a degree of Huffman-type compression in PSK31 via the
Varicode, where the number of bits per symbol depends on symbol
frequency.
Compression that depends on the text that went before it could be more
efficient, but would lead to total loss of the following text in the
ecent of
- Original Message -
From: "kd4e" <[EMAIL PROTECTED]>
>> I have never met anyone who has developed multi-platform software who
>> claims
>> it is as easy as those who haven't :-)
>> Simon Brown, HB9DRV
>
> Who said anything about "easy"?
I bang my head against a large lump of concrete
> I have never met anyone who has developed multi-platform software who claims
> it is as easy as those who haven't :-)
> Simon Brown, HB9DRV
Who said anything about "easy"?
--
Thanks! & 73, doc, KD4E
~~
Projects: http://ham-macguyver.bibleseven
> Peter is mostly correct about this. Microsoft is not involved in this
> issue at all. If a vendor does not see a market for their product with a
> given OS, they just are not going to spend the money needed to develop
> that driver.
I am not into conspiracies even the public attacks
against L
If it is the same protocol as B1F, was the reason for developing it,
that the B1F did not have the needed exchange to work with Winlink 2000?
So it is basically an extended version to do more "things" that they
need to have it do?
I don't think that I am fully understanding what your code is be
It's not that the distro's are not compatible. Distributions by the
different vendors, i.e. redhat, mandrake, suse, puppy, etc. pretty
much use the same linux kernels, libraries, and software. They are
generally just different conglomerations of software based upon what
the distro is aimed at. W
The Winlink 2000 promoter brings up B2F from time to time with the claim
that this is what makes their system have the extra efficiency. But
apparently this is a bit overstated.
Is it possible to use more compression in the current keyboard modes or
is Varicode about as good as can be expected?
Peter is mostly correct about this. Microsoft is not involved in this
issue at all. If a vendor does not see a market for their product with a
given OS, they just are not going to spend the money needed to develop
that driver.
However, my understanding is that in some cases it is not the vendor
Leigh L. Klotz, Jr. wrote:
> But why stop there, as you say? I'm reasonably sure someone's already
> done this (from the scores I see in the contest logs) but it should be
> possible to totally automate the RTTY contests. With wide-band SDR
> receivers (and transmitters for that matter) it oug
Not bad...but quite a few DXpeditions and less luck people cannot rely
on full time Internet.
This is ham radio...
Jose CO2JA
Dave Bernstein wrote:
>
> Why stop there, Leigh? With the use of QRZ.com and weather.com to
> independently determine name, QTH, and weather conditions, you coul
I am afraid it is as Rein says.
FBB, which uses B1F compression (hope I remember right) does not
compress the sysop keyboard, but just the BBS traffic.
JNOS has a compressed ttylink mode that uses LZW and has never worked
for me (compile errors), but which might provide an edge.
PTC-II boxes
I'll listen for you Steinar,
Andy K3UK in New York State
On 1/13/07, Steinar Aanesland <[EMAIL PROTECTED]> wrote:
Hi,
I am qrv on 14.109,5 USB this evening.
Listen for any call.
73 de LA5VNA Steinar
http:// rfsm2400.aanesland.com
--
Andy K3UK
Skype Me : callto://andyobrien73
www.o
> I am referring to your assertion that the impediment is programmers
> who are inadequately competent to make their apps cross-platform
> compatible. Please explain the rationale behind this claim.
> 73, Dave, AA6YQ
Oh, that is easy.
Three sources:
1. Programmers who have told me directly t
Hi,
I am qrv on 14.109,5 USB this evening.
Listen for any call.
73 de LA5VNA Steinar
http:// rfsm2400.aanesland.com
- Original Message -
From: "Simon Brown" <[EMAIL PROTECTED]>
>
> Some amateurs actually get software written and others who just complain.
>
Sorry, typo in the message, should have said: ".. and others who are
destined for management".
Now back to monitoring 15m PSK.
Simon Brown, HB9D
25 matches
Mail list logo