suggested Ubuntu is that Frank Brickle among others
recommended it on this list five years ago. More than good enough reason for
me.
73 Ross K9COX
--
Before I had time to frame a reply, the dark-haired girl spoke. Bang
is an absolute bloody liar, she said. -- Donald Barthelme
On Fri, Sep 16, 2011 at 3:28 PM, Drax Felton draxfel...@gmail.com wrote:
I wouldn't be able to use all my other software at the same time. I'd be
booted into the flex os
No. You wouldn't be running anything else you need to know about on
the dedicated headless SDR server.
There still are
Sad news. Sincerest condolences to his wife and family on their loss.
73
Frank
AB2KT
On Thu, Jan 13, 2011 at 8:07 AM, Ray - K9DUR k9...@rnacs.com wrote:
It is with a heavy heart that I report that I just learned that John
Basilotto, W5GI, became a silent key last evening.
Arrangements are
This idea has surfaced lots of times since the earlier days of the
SDR-1000. Nice that somebody has actually followed it up.
Once again, a demonstration that a radio interface can steal quite a
bit from the couple of generations' worth of accumulated knowledge in
the design of interfaces for
Can you say 'MIDI'? It was designed exactly to capture fairly complex
gestural information from multiple sources, in quasi-parallel.
There are skillions of control surfaces that will emit programmable
sequences of MIDI messages.
Every OS one might care about already has capabilities for
On Sun, Dec 19, 2010 at 2:25 PM, Brian Lloyd brian-wb6...@lloyd.com wrote:
MIDI makes sense for this. I have always liked the idea of MIDI for the
control inputs. It strikes me as much better than HID.
Among other things, MIDI makes it preposterously easy to pre-record
arbitrarily hairy
FWIW there is an article by Victor K1LT for QEX about work with this same
technique, using multiple SoftRocks and Linux DttSP. Victor has been
developing his own software for phased combining of multiple antenna inputs
for a couple of years now, with considerable success, as related in the
John --
I think you'll see that a number of these issues either hadn't crept into
the Linux version, or else had been addressed previously. Bob has been very
good about maintaining the canonical version on CGRAN; I've tried to do the
same.
A lot of what needs to be done is simply reconciling the
On Thu, Feb 19, 2009 at 11:17 PM, Bob McGwier rwmcgw...@gmail.com wrote:
...HOWEVER, for those folks who want to build an small board computer for
supporting the Flex family of firewire devices, the Intel motherboards
are your only choice. You need the PCI slot to get the firewire support...
On Tue, Oct 14, 2008 at 9:04 AM, Lux, James P [EMAIL PROTECTED]wrote:
Remember
that the dttsp core has to get an input from the ALC signal, and then go in
and adjust the gain, which then changes the levels of the signals emerging
from the DAC.
The DSP wouldn't ever see anything like an ALC
On Fri, Sep 5, 2008 at 12:23 PM, Lux, James P [EMAIL PROTECTED]wrote:
...There are almost certainly some interesting interactions with things like
compressors and limiters, though. In general, you want enough (analog) gain
on the mic input to get the signal well up into the dynamic range of
On Tue, Aug 19, 2008 at 11:39 PM, K6JEK [EMAIL PROTECTED] wrote:
They have a
Cray 1. If they'd fire it up, maybe we could get a chunk of the
Flex software running on it. Wouldn't that be a kick?
A Cray-1 ain't *nearly* enough machine to run it, sad to say. And, speaking
as one of the
On Wed, Aug 20, 2008 at 3:31 PM, K6JEK [EMAIL PROTECTED] wrote:
I fought Moore's law bravely for over thirty years and
thought I had the hardware guys on their knees most of the time. But
now maybe they've finally got the lead. Dang.
:-) And a noble campaign it was, old soldier!
They're
On Sun, Aug 10, 2008 at 10:58 PM, Brian Lloyd [EMAIL PROTECTED]wrote:
So, where's the protocol documentation?
As mentioned, have a look at canvas, and mochagui. That's enough to keep
anybody busy for awhile, if you really want to contribute something.
73
Frank
AB2KT
--
All who think
On Sun, Aug 10, 2008 at 10:13 PM, Brian Lloyd [EMAIL PROTECTED]wrote:
OTOH, I can see the *HUGE* gap between what the F5K is and what it
could be. I find that gap frustrating. I hear a lot of talk about how
the next version will be the panacea but I am still waiting to hear
*how* the next
http://blog.seattlepi.nwsource.com/microsoft/archives/141821.asp
In any case, as it pertains to our SDR development, the dichotomy in the
article you cite is a false one. Right now the game is in providing
developers with a rich set of resources with which to create a variety of
tailored user
On Mon, Jul 28, 2008 at 4:49 AM, Lee A Crocker [EMAIL PROTECTED]wrote:
I like Frank's idea for a miles per ERP approach to contesting.
Not my idea by a long shot. It's been batted around in V/U/SHF for a long
time, evidently. Zack Lau W1VT is the one who's done the most extensive
thinking on
FSM - Finite State Machine
C/SDR - Cognitive/Software Defined Radio
VR - Virtual Radio
GBG - initials for a set of words still secret to me, but not hard to
figure out
AFAP - As Far As Possible
*nix - shorthand for the family of operating systems descended from Unix
73
Frank
AB2KT
PS The
On Sun, Jul 27, 2008 at 10:31 AM, Robert Dennison [EMAIL PROTECTED] wrote:
A thinking SDR should be fascinating...
The word cognitive is kind of misleading. By convention, a Cognitive Radio
is one which, without operator intervention, will reconfigure itself based
on its current signal
On Sun, Jul 27, 2008 at 11:28 AM, Tim Ellison [EMAIL PROTECTED] wrote:
...sit around on the beach with your friends in Aruba steaming oysters and
drinking cold ones by the fire for 24 hours...
Actually this is a pretty good opportunity to illustrate the difference
between the limited
On Sun, Jul 27, 2008 at 4:10 PM, Lee A Crocker [EMAIL PROTECTED]wrote:
Why a subcarrier? just make it the contest exchange
Two reasons:
(1) So it can be decoded automatically by a simple demod, rather than (say)
an open-speaker-set voice transcription, by a program sucking in all
available
On Sun, Jul 27, 2008 at 7:10 PM, Bob McGwier [EMAIL PROTECTED] wrote:
Frank and I differ. The ultimate capabilities are profoundly revolutionary,
as revolutionary an impact on radio as say CW Skimmer is having on CW
contesting/operating. That said, the opening salvos will be functional,
not
Tim is exactly right. And anyway, we're out of the closet in admitting that
the highly-esteemed new architecture is really just some old
architecture applied to a mildly novel problem. Calling the prototype VR
the new radio might be just a sliver less pretentious than continuing to
call it by a
that most of my stuff, even that of Asian origin,
is
highly-esteemed! I was having a bad day but you've turned it around!
73
Lee K9WRU
- Original Message -
From: Frank Brickle [EMAIL PROTECTED]
To: Tim Ellison (W4TME) [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; flexradio
On Fri, Jul 25, 2008 at 9:34 AM, Bill Ockert [EMAIL PROTECTED] wrote:
Actually they have said they will do just that. Quoting from the Flex-5000
Owners Manual Version 1.10.3, caption under Table 4 on Page 9 Table 4
above
shows the FlexWire connector pin-out. Complete specifications and the
On Fri, Jul 25, 2008 at 10:55 AM, Bill Ockert [EMAIL PROTECTED] wrote:
It is also only ½ of what is stated in the quote from the manual.
Complete specifications appears from context to imply that in part some of
the I2C interface issues that Jim raised in his post back to me, I2C
format,
On Fri, Jul 25, 2008 at 11:44 AM, Tom Clark, K3IO [EMAIL PROTECTED]
wrote:
Correct me if I am wrong. Are not these innards tied up with the FCC's
edicts that preclude the transmitter from transmitting on illegal
frequencies? This wasn't a problem with the 1000 because it was a kit, but
the
On Thu, Jul 24, 2008 at 7:59 AM, Jim Lux [EMAIL PROTECTED] wrote:
...(Nor for that matter,
have they committed to holding the API or external interface constant)
That's correct. However, one of the big reasons Erlang was a top choice is
its support for running simultaneous multiple versions
On Thu, Jul 24, 2008 at 10:01 AM, Brian Lloyd [EMAIL PROTECTED]
wrote:
Yes, that works just fine. Of course you are very likely to find
yourself in a vacuum -- which may be the intent and may, in fact, be
the most efficient way of proceeding.
Actually writing and debugging code is a fairly
You will be quite a ways towards a working environment if you put up the
prototype on John's blog. His instructions are pretty good. If you have that
running, on whatever platform, you'll have the shape of the basic, simple
application working.
The next stage involves interposing the most
BTW John's code runs fine on OS X, but it doesn't do F5K yet.
One thing you can do is download the pool of recorded I/Q files from Flex,
since these can be played into jack as if they were signal coming from a
radio via the DACs. Apart from the hw control, there's no difference in how
the RX
On Tue, Jul 22, 2008 at 5:22 PM, Jim Lux [EMAIL PROTECTED] wrote:
The question is really do you want to play at the Firewire/Midi
message level, or at the PowerSDR API level. The midi message level
seems fraught with peril, since it has to play nice with the midi
messages between PowerSDR
The CAT system is intended precisely to handle legacy software, so it's the
right thing to be using in these situations. That will continue to be the
case.
Regarding MIDI control, it's very unlikely that the F5K MIDI ports will
*ever* be opened up directly to user apps -- MIDI access to the F5K
On Sun, Jul 20, 2008 at 2:36 PM, Brian Lloyd [EMAIL PROTECTED] wrote:
FWIW, my current hypothesis is that there is some high-priority
process that is part of Windows that is causing a problem...
The way this problem is addressed under Linux is by using the so-called rt
version of the kernel,
Maybe this can be made available as a torrent?
73
Frank
AB2KT
On Mon, Jul 14, 2008 at 2:27 PM, Tim Ellison (W4TME) [EMAIL PROTECTED]
wrote:
The updated FLEX-5000 Owner's Manual is now available for download from the
FlexRadio Systems web site. It is aligned with the 1.12.0 version of
http://javaguifordttsp.blogspot.com
Most impressive. Things to notice:
(1) The components are *all* independent and remotable -- you can be running
the panadapter on one machine, the VFO on another, and the waterfall on yet
another. Changes to any one will be tracked on all the others. Ditto for
On Sat, Jul 12, 2008 at 11:31 AM, Jerry Flanders [EMAIL PROTECTED]
wrote:
Can it run under Windows?
If it can't, you only have Microsoft to blame.
;-)
73
Frank
AB2KT
--
Sapristi nabolis! -- Count Jim Moriarty
___
FlexRadio Systems Mailing List
PowerSDR and DttSP are multithreaded, and have been since Day One.
73
Frank
AB2KT
On Thu, Jul 10, 2008 at 2:23 PM, [EMAIL PROTECTED] wrote:
You'd think that two processor cores running side by side would surely be
faster than a single core right? And four cores working simultaneously
would
If you have a sufficiently beefy machine, with virtualization and
multicores, you might be able to get somewhere using kvm. In that case
you're actually going to be running Windows and Linux both. For ever and aye
the main obstacle is going to be the sound subsystem and the audio hardware,
unless
Jeff --
Is there any chance you have saved the original recordings as WAVEs,
including the source files? If so, can you post them as 48kHz
flac-compressed?
The mp3 encoding and then re-expansion to 44.1kHz rather than 48 introduce
an array of spectral distortions all on their own.
73 and thanks
On Mon, Jul 7, 2008 at 6:46 PM, Jeff Anderson [EMAIL PROTECTED] wrote:
5. I don't run the compandor or compressor. And I keep the mic signal
below 0 dB.
Regardless, there's about 6dB of compression on the distorted versions, in
all three runs. It's impossible to miss if you look at
On Mon, Jul 7, 2008 at 7:30 PM, Jeff Anderson [EMAIL PROTECTED] wrote:
Frank, I agree, I'm sure the distortion is not in the ADC/DAC components
(nor software, nor input stages) either, because I don't hear it at the
5K PA's *driver stage* output, which is well after the output DAC (ref:
1st
On Sat, Jul 5, 2008 at 12:03 PM, Lee A Crocker [EMAIL PROTECTED]
wrote:
...But since it's Eric, I bet he could figure a way to make the
radio respond to mind control
Naw, he's taking the low-tech approach: he's developing his own battalion of
junior operators.
73
Frank
AB2KT
--
Sapristi
On Thu, Jul 3, 2008 at 10:43 AM, Brian Lloyd [EMAIL PROTECTED] wrote:
Once you have the signal in the digital domain it makes NO sense to
convert back to analog.
Except when there's no alternative ;-)
Some of the modes will suffer worse than others. One thing to keep in mind
is that many of
As the CID Inspector in Graham Greene's Ministry of Fear says, we may hang
more spies than you hear about.
This reflector is not the authoritative source of information on
development. It's for the benefit of users or potential users of released
products only.
Development discussions of any
On Wed, Jun 25, 2008 at 7:09 AM, Jim Lux [EMAIL PROTECTED] wrote:
I hate to fall back on the read the source code trope, because I
genuinely believe that source code is a terrible way to document
interfaces, but, as it sits, that's all there really is.
The read the source code trope has
On Wed, Jun 25, 2008 at 12:26 PM, Peter G. Viscarola [EMAIL PROTECTED]
wrote:
Oh... here we go again. That's just nonsense.
It simply means that SOME people, having no other alternative, WILL read
the source and create derived works from it. Which means the task is
not insurmountable.
On Wed, Jun 18, 2008 at 8:57 AM, Ray, K9DUR [EMAIL PROTECTED] wrote:
Remember that PowerSDR is open source and therefore completely in the
public
domain. No theft there.
Open Source != Public Domain. This is a fundamental legal distinction that
often gets elided, and it's an important one
On Wed, Jun 18, 2008 at 9:53 AM, Lee A Crocker [EMAIL PROTECTED]
wrote:
I think the Indian radio is a fantastically positive development.
Lee --
In general I agree wholeheartedly with what you're saying here. However it's
hard for me personally not to feel a *little* put out in this area...
On Wed, Jun 18, 2008 at 10:28 AM, Jim Lux [EMAIL PROTECTED] wrote:
Someone who was primarily hardware oriented and wanted to leverage
PowerSDR would have a very difficult time using, say, a USB interface.
...except that this work has already been done in large part, splicing in
the
Lee --
Don't get me wrong. There's nothing here that we don't agree on completely.
What I'm whining about is a somewhat different issue.
To take just a few examples:
-- I get email *all the time* from students in the Indian subcontinent,
Southeast Asia, and elsewhere asking for information and
As many as you can afford :-)
73
Frank
AB2KT
On Mon, Jun 2, 2008 at 8:33 AM, Lee A Crocker [EMAIL PROTECTED] wrote:
Will the new code allow for multiple Flex 5000 radios to operate
simultaneously?
73 W9OY
___
FlexRadio Systems Mailing List
PowerSDR (new codebase)?
As a obsessive cw operator and former owner of a FlexRadio product, I am
encouraged by Frank's remarks.
Best 73/ Kirb - VE6IV
--
Frank Brickle wrote:
On Wed, May 14, 2008 at 11:59 AM, Jerry Flanders jeflanders at
comcast.net
wrote:
If I
On Thu, May 15, 2008 at 6:09 PM, Neal Campbell [EMAIL PROTECTED] wrote:
Next up for them is People Magazine's Sexiest Men of the Year (no I
haven't yet nominated them..)
I think you have us confused with two guys with hair on their heads.
73
Frank
AB2KT
--
The only thing we have to fear
across all of the platforms,
Windows included. It provides latencies as small as 64 samples. This isn't
speculation; it already exists.
What you're not going to see is the new audio subsystem merged with the old
monolithic PowerSDR codebase.
73
Frank Brickle
AB2KT
--
The only thing we have to fear
that a lot of *perceived* perfection of QSK is
actually an illusion sustained by other factors in the switching.
73
Frank
AB2KT
Frank Brickle wrote:
On Wed, May 14, 2008 at 11:59 AM, Jerry Flanders [EMAIL PROTECTED]
wrote:
If I understand Frank correctly, we will not see what CW ops call
Without getting into a long discussion -- the situation isn't really that
complex, nor is it worth spending more than a few further moments on -- the
problem is all in the audio subsystem. Between PowerSDR, PortAudio, VAC, and
realtime user monitoring requirements, the fact that anything
It's a damn sight better than spark gap, that's for sure.
See y'all. I have a couple of months' work to do and three weeks to do it.
73
Frank
AB2KT
On Sat, Apr 26, 2008 at 1:40 PM, Edward J White [EMAIL PROTECTED] wrote:
Hi Gang:
I think this is a good question Is OS Ubuntu a better way to
up.
-Tim
-Original Message-
From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Frank Brickle
Sent: Friday, April 25, 2008 11:54 AM
To: Dave Blaschke
Cc: flexradio@flex-radio.biz
Subject: Re: [Flexradio] CW QSK ability
Dave --
I wrote the iambic keying code
On Jan 7, 2008 8:04 PM, Jim Lux [EMAIL PROTECTED] wrote:
Hey Eric,
Has it really been 4 years? Time flies, etc.
Just think of how much you could have improved PowerSDR in that time had you
spent it coding rather than bitching and sniping, Jim.
Therewith I also am gone from this list.
73
On Dec 30, 2007 3:37 PM, Jim Lux [EMAIL PROTECTED] wrote:
4) Would-be developers who have the desire and ability to contribute,
but also have other desires and itches that need to be scratched,
and would like to use the flex-radio hardware as a development
platform...
It's worth pointing
On Dec 26, 2007 7:34 PM, Ed Russell [EMAIL PROTECTED] wrote:
What will be the development environment under Linux?
Whatever you like. Since the system is protocol-based (not API-based) it
isn't dependent on a particular environment or language.
Likewise, the system isn't biased towards any
is developed using NetBeans, a free Java IDE available
for download with the Java Development Kit from java.sun.com.
Regards
John g0orx/n6lyt
Frank Brickle wrote:
On Dec 26, 2007 7:34 PM, Ed Russell [EMAIL PROTECTED] wrote:
What will be the development environment under Linux?
Whatever you
to understand, how the interface works? May be, someone wants to
write his own console.
guenter DK1RI
Am Freitag, 28. Dezember 2007 12:37 schrieb Frank Brickle:
On Dec 26, 2007 7:34 PM, Ed Russell [EMAIL PROTECTED] wrote:
What will be the development environment under Linux?
Whatever
On Dec 28, 2007 1:53 PM, k5nwa [EMAIL PROTECTED] wrote:
So, through Erlang messages the GUI sends and receives CAT commands
to/from the rest of the system? If that is how it will work then,
that is fairly simple to implement in whatever language floats your boat.
That's one way. The CAT
On Dec 28, 2007 2:15 PM, Ed Russell [EMAIL PROTECTED] wrote:
...the
radio will consist of three discrete components, which communicate
via hardware and/or software interfaces.
Roughly three. There may be quite a few more logical pieces, implementing
things like multiple receivers, etc.
The
On Dec 28, 2007 3:11 PM, Ted [EMAIL PROTECTED] wrote:
The fact that it's FireWire is transparent to the application
Is a firewire to MIDI driver necessary?
No. FireWire is the transport.
I'm guessing a lot of thought is going into making the messaging protocol
simple while being robust
On Dec 28, 2007 3:45 PM, Ed Russell [EMAIL PROTECTED] wrote:
Jim,
I think you have given an excellent and useful breakdown of what kind
of things will be in the Core component.
Based on...what? Speaking here as one of the two sole authors of the Core
component, I'm wondering: where on earth
On Dec 28, 2007 3:45 PM, Ed Russell [EMAIL PROTECTED] wrote:
But there is another development environment/tools issue: debugging
multi-threaded real time processes. This has to be integrated with a
language compiler or interpreter. And it better be good :)
I suggest you go away and study
On Dec 28, 2007 9:14 PM, Bruce K3CMZ [EMAIL PROTECTED] wrote:
Hi All
I am pleased that the move to a new version of software is started!
and I hope that a free version of software is in the plan.
Always.
But, a few questions:
1st: What flavor of Linux should I plan for?
Generally
On Dec 28, 2007 10:14 PM, [EMAIL PROTECTED] wrote:
$250K/yr radio development engineers? What radio industry do you work in
and where do I sign-on?
Dan --
Most of these numbers reflect the Martian world of huge govvie contractors,
locked-up IP, and executing dollars. They're staggering
On Dec 28, 2007 11:07 PM, Larry - K2GN [EMAIL PROTECTED] wrote:
Is there really a Flex reflector?
Well, sure!
I thought this was it, but all I see is software development stuff.
This is how the S part in SDR gets D'd !-) It's like what they tell
you about sausages: you don't really want
A few questions about HyperSDR:
- Is this the long anticipated 'New Architecture'?
Yes.
- Will the radio and its functions be accessible via DLL libraries?
No. Something simpler. A message-passing protocol that works locally or
remotely in a transparent way. Participating processes can be
No, no, no. Please stop trying to twist what's being said.
Once again, in clear, plain, simple words:
You will *not* have to install LInux to continue running PowerSDR. PowerSDR
will continue to be supported under Windows as long as there's support from
Microsoft for Windows.
What *will* happen
On Dec 25, 2007 9:28 PM, Robert McGwier [EMAIL PROTECTED] wrote:
Gerald Youngblood (FlexRadio Systems) wrote:
Let me clarify that FlexRadio will not force an OS that is not
compatible
with the bulk of amateur radio software applications...
The goal is to march along with the natural
On Dec 23, 2007 11:25 PM, [EMAIL PROTECTED] wrote:
Reality is that Research must be free to explore and find new solutions to
customer needs...
Hi Rob --
The Reality is that Linux is creaming the server market, Microsoft is still
dominating the desktop market. There are reasons for each,
On Dec 24, 2007 12:12 AM, Dale Sewell [EMAIL PROTECTED] wrote:
...the Apple Flex...
Based on what we know now, an OSX-based system looks like it would suit a
lot of needs very well. Throw Apple as a company into the mix, though, and
the picture is not so rosy. They have a documented history
On Dec 24, 2007 9:09 AM, Peter G. Viscarola [EMAIL PROTECTED] wrote:
Calling Linux technically superior to Windows is capricious,
inflammatory, and not technically correct.
I'm afraid you're simply wrong about this, but this is neither the time nor
the place to discuss it.
Happy Holidays.
On Dec 23, 2007 1:36 PM, Tim Ellison [EMAIL PROTECTED] wrote:
...one of the many reasons why the next version of the software will not
have Windows as the primary OS for running the radio...
Lest anyone read this and have heart failure, notice he said *primary*.
PowerSDR/Windows absolutely
On Dec 23, 2007 5:24 PM, [EMAIL PROTECTED] wrote:
This will come sooner than later. Yes it's fun to play with Linux and
Erlang. Yes L E will provide a lot of understanding for the inevitable
programming of PowerSDR in Functional C for Functional Windows. In the
mean time please for the
WSJT only operates at one rate (11.025 kHz) so there has to be some
resampling taking place between PowerSDR and WSJT. That resampling is
probably the real culprit. The bigger you can make the PowerSDR buffers,
the better off you are, probably, especially since latency isn't an issue
with the
My sincerest apologies to everyone for this digression. It won't happen
again. However, this
http://www.amazon.co.uk/Bic-Crystal-ballpoint-medium-point/dp/customer-reviews/B000JTOYLS
is too good to let go by without notice.
73
Frank
AB2KT
-- next part --
An HTML
On Nov 12, 2007 5:01 AM, Frank Hunter [EMAIL PROTECTED] wrote:
Seriously though, if you're wanting to meet up with a few local hams you
could do no better ( or worse ;-) ) than to hook up with the guys from
the South Dublin Radio Club, if you like I'll put you in touch with them.
By all
On Tue, 2007-11-06 at 07:47 -0800, Rob Dennison wrote:
System bloat occurs when, in the name of minimizing code bloat, users are
required to add more and more programs and boxes to the computer to
perform functions easily done in code. System bloat is far more
pernicious than code bloat.
On Tue, 2007-11-06 at 09:44 -0800, Rob Dennison wrote:
However, just breaking up a monolithic program won't in and of itself
produce simplicity. In fact, done poorly it will make things much worse.
An example would forcing users to try to juggle OS priorities of a
number of communicating
Rob Dennison wrote:
Keep up the pressure.
I don't think you quite understand. There *is* no leverage here.
There are only two things that matter: (1) lines of working source
code (2) cash.
*Every*thing else is bloviation.
73
Frank
AB2KT
___
Rob Dennison wrote:
Grab the cash!
And stop bloviating myself? Not for a million bucks. Well, maybe.
73
Frank
AB2KT
___
FlexRadio mailing list
FlexRadio@flex-radio.biz
http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz
Archive
Bob Tracy wrote:
The code I'm playing with now runs a little differently, it interfaces
directly with the radio API (whatever that turns out to be). I have been
using an API of my own design for testing in lieu of anything concrete from
the Flex guys. It probably will have to change given
Bob Tracy wrote:
The code I'm playing with now runs a little differently, it interfaces
directly with the radio API (whatever that turns out to be). I have been
using an API of my own design for testing in lieu of anything concrete from
the Flex guys. It probably will have to change given
Jim Lux wrote:
And presumably, those messages to the DSP software and RF hardware are
defined somewhere? (if only implicitly in the fact that sender node and
receiver node have consistent software that has common semantics, i.e.
is Frequency in MHz or Hz, etc.)
Of course. The significant
Jim Lux wrote:
(Which seems to put a huge burden on the receiving node's error
reporting infrastructure)
Lifting that burden is one of OTP's main jobs.
73
Frank
AB2KT
___
FlexRadio mailing list
FlexRadio@flex-radio.biz
Jim Lux wrote:
I note that Thompson's thesis makes lots of mention of WBF (Well Behaved
Functions) implemented within OTP that raise exceptions when the
specification doesn't describe what's supposed to happen in the
circumstances that have occurred. (p126, Rule2)...
I think you mean
Jim Lux wrote:
Is it the intention to follow these recommendations?
The model we're following is the source distribution for ejabberd.
73
Frank
AB2KT
___
FlexRadio mailing list
FlexRadio@flex-radio.biz
Jim Lux wrote:
OK.. but that shows giving an error like badarg (if I feed you a float
when you want an int, for instance).. but, where is the information
about the semantics of a message (e.g. is it Hz or MHz) maintained?
Sorry, the free answer line has run out. Further details available
at
Once again, demonstrating the point that contesters are driving so
many of the interesting SDR challenges...
Duane - N9DG wrote:
Has anyone else pondered the feasibility of running one
session of PowerSDR on two separate computers with both being
connected to a single 5000A HW box??
Most of
Craig Monsen wrote:
...It has to to with a delay in the I/Q channels.
If the Power SDR software included an !/Q sample correction option, I
believe that this sound card could work. It certainly has great specs. This
was proposed as a feature request.
This feature has been in the DSP for a
Jim Lux wrote:
...One could
use Windows's extensive multithreaded and interprocess communications
capabilities...
...which is exactly what Windows Erlang and cygwin/cygserver do
already. I heartily exhort you to re-invent the wheel unto
perpetuity if that's what gives you a good time.
73
Jim Lux wrote:
...several months from now,
which aren't online, and aren't free, either...
The Proceedings are available now. They were distributed to attendees.
Considering what TAPR (together with AMSAT) have been contributing
to amateur radio lately -- if you compute a score based on the
David Painter wrote:
Finally, the Far East are not going to sit on their rear ends and let Flex
eat away at their market share...you can bet your sox that some bright spark
in BY or JA land has something on their drawing board, or even in a box, just
waiting for the right moment.
Maybe.
Jim Lux wrote:
Are you planning on distributing the paper online?
Eventually. As John N8UR suggests, people are welcome to the
slides. I'd prefer that somebody stash them someplace for
download, rather than having to field individual requests for them
myself.
The announced target dates for
1 - 100 of 353 matches
Mail list logo