Re: [Flexradio] Windows 8
:-) Well, thanks. I suspect Ubuntu may no longer be the distro of choice. Fedora would be, these days, probably. I couldn't say for sure, having been working mostly on OS X for a few years now. Were some team to develop a Linux-based app for the Flex products, they'd likely be best off just putting together their *own* distro based on, say, Fedora. It could run off a live CD or USB stick just fine. The SDR app should be running headless on a separate dedicated host, anyway. 73 Frank AB2KT On Tue, Sep 13, 2011 at 9:31 AM, Ross Stenberg ross.stenb...@charter.net wrote: The main reason I 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 ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] Windows 8
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 many pieces I like that only run on Windows. So run them on Windows! As far as you're concerned, the dedicated headless SDR server is an appliance, a black box sitting on your network. The SDR guts all get fobbed off to the appliance. Everything else on your current machine stays exactly the same. Is there something about this that's hard to grasp? 73 Frank AB2KT -- Before I had time to frame a reply, the dark-haired girl spoke. Bang is an absolute bloody liar, she said. -- Donald Barthelme ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] John Basilotto, W5GI
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 pending, but I was informed that there will be a mass in Lakeway, TX, with eventual interment in Arlington National Cemetery. 73, Ray, K9DUR http://k9dur.info ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/ -- For he goes birling down a-down the white water That's where the log driver learns to step lightly It's birling down, a-down white water A log driver's waltz pleases girls completely. ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] Disk Jockey User Interface
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 musical electronics. 73 Frank AB2KT On Sun, Dec 19, 2010 at 11:41 AM, Frank Karnauskas N1UW n...@gokarns.com wrote: I brought this idea up over a year ago. I can now die a happy man. http://www.dh1tw.de/disc-jockeys-influence-on-sdr 73 and Happy Holidays Frank N1UW ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/ -- Pourtant, j'étais fort mauvais poète. Je ne savais pas aller jusqu'au bout. -- Blaise Cendrars, Prose du Transsibérien et de la petite Jehanne de France ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] Disk Jockey User Interface
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 receiving and sending MIDI data, with time-stamping. It doesn't need to be USB2 as the 12Mbps speed of USB 1.1 is more than enough for how fast a human can move knobs. 73 Frank AB2KT -- Pourtant, j'étais fort mauvais poète. Je ne savais pas aller jusqu'au bout. -- Blaise Cendrars, Prose du Transsibérien et de la petite Jehanne de France ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] Disk Jockey User Interface
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 sequences of control operations and play them back at the push of a button. 73 Frank AB2KT -- Pourtant, j'étais fort mauvais poète. Je ne savais pas aller jusqu'au bout. -- Blaise Cendrars, Prose du Transsibérien et de la petite Jehanne de France ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
Re: [Flexradio] Diversity Reception for Flex 5000 owners
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 article. 73 Frank AB2KT On Mon, May 4, 2009 at 11:28 PM, Bob McGwier rwmcgw...@gmail.com wrote: Eric and I have begun adding the diversity reception capability to the Flex 5000... -- Poets don't seem to have fun anymore. -- Blaise Cendrars ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Upgrades and bug fixes to test
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 signal chains between the canonical and PowerSDR versions, although there's an accumulation of new features on CGRAN that haven't been retrofitted elsewhere, and probably won't be. 73 Frank AB2KTt On Wed, Mar 18, 2009 at 12:17 PM, John Melton john.mel...@sun.com wrote: Hi Bob, Linux version? Regards, John g0orx/n6lyt On 03/16/09 22:26, Bob McGwier wrote: In the test branch, which is being made ready for the roll out of the 3000, I convinced the powers to allow me to make some changes which have been fleshed out in one of my branches. SVN: 2797 in the test branch Major reorganization of the receiver flow graph. ANF and NR redone. BIN works everywhere, all the time. PAN on receivers done correctly, MultiRX and RX/RX2. AGC put near last in RX chain resulting in much (MUCH) lower total harmonic distortion. SAM much improved. ANF and NR are before AGC so a loud interfering tone, suppressed by ANF, will not capture AGC. PLEASE TEST. 73's Bob N4HY ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- There's no such thing as a good Canadian. If there was, they wouldn't live there. -- Billy Bob Neck ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] [dttsp-linux] Intel ATOM WHOOAAAAA Nellie
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... For DttSP apps it's not a real choice. You will need a PCI slot, either for FireWire audio like the Edirol FA-66 or the PreSonus FireBox, or merely for some other halfway decent soundcard like the M-Audio Delta 44. This is a required configuration for effectively using sdr-shell, sdr-core, and the sdrTEC board, for example. A reference Linux implementation for this combination, with a cost of around $800US total for the RF front end + computer, is about ready to go up on CGRAN. The FireWire+Flex option is moot for dttsp-linux and vrk, but the other FireWire/PCI addons are critical. DttSP apps using the USRP1+GNU Radio are fine. USRP2 is an open question, for now. Short form: for dttsp-linux and general RF hardware, the Atom 330 is unquestionably the more utilitarian alternative. This is especially so when, given Nvidia's history regarding Open drivers, Linux support for ION is very uncertain in the near term (6-9 months). 73 Frank AB2KT -- Some people are like slinkies...not really good for anything, but they still bring a smile to your face when you push them down a flight of stairs. -- Anon. ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] What would you like to see in an accessory box?
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 level. All it would ever see is an asynchronous command to change gain, coming from some other process that *was* monitoring the ALC. 73 Frank AB2KT -- I have taken the stand that nobody can be always wrong, but it does seem to me that I have approximated so highly that I am nothing short of a negative genius. -- Charles Fort ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Issue with V1.14.0
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 the audio A/D that's digitizing it, but after that, it's all floating point. That's right. Apart from a small handful of specific components the entire signal chain is designed to be linear, with unity gain. 73 Frank AB2KT -- Computer Science is no more about computers than astronomy is about telescopes. -- E. W. Dijkstra ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] [OT] Mac mini as PowerSDR machine
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 people responsible for the C compiler for it, I can testify that it probably wouldn't even compile, either :-/ 73 Frank AB2KT -- All who think cannot but see there is a sanction like that of religion which binds us in partnership in the serious work of the world. -- B. Franklin ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] [OT] Mac mini as PowerSDR machine
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 still cutting corners where it really matters, though -- memory bandwidth. You can cache and pipeline multiple execution cores until you're blue in the face. It's still really hard and expensive to move bits living in the rest of the world, into and out of your local processor address space. 73 Frank AB2KT -- All who think cannot but see there is a sanction like that of religion which binds us in partnership in the serious work of the world. -- B. Franklin ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] knobs
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 cannot but see there is a sanction like that of religion which binds us in partnership in the serious work of the world. -- B. Franklin ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] knobs
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 version will be the panacea. Don't be petulant. You know perfectly well: one of the major goals is to facilitate a unprecedented range of interface and control paths. To let the UI be the UI and not a thin veil of buttons over subroutine calls. In short, so you UI guys can put your money where your mouths are. It's getting pretty close. Maybe you want to sweat off some of that frustration by boning up on the canvas element in mocha. The Next Big Thing isn't an interface, it's a family of protocols, most of which even a child can handle. It's up to you to make it work. ;-) 73 Frank AB2KT -- All who think cannot but see there is a sanction like that of religion which binds us in partnership in the serious work of the world. -- B. Franklin ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] On software development by groups, in general
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 interfaces. That's a domain found entirely outside the cavilling in the article. 73 Frank AB2KT On Sun, Aug 3, 2008 at 4:19 PM, Jim Lux [EMAIL PROTECTED] wrote: An interesting editorial, of some relevance to software for SDRs http://mpt.net.nz/archive/2008/08/01/free-software-usability The linked articles within are also interesting. As is the slashdot thread referencing the above. We've come up against this at work, too. Who is the user of a software radio on a spacecraft? Do you design the software environment for the developer of waveforms for the radio, or do you design for the operator of the radio. The former would love to have shell prompts, nifty cool flexibility, nice libraries and configuration files. The latter wants simple turn radio on, engage subspace communications commands with minimum system complexity. Jim, W6RMK ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 the subject, at least in the area of public discussion. Until, well, just recently, there were simply too many practical obstacles. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 presentation you viewed goes along with a paper published in the ARRL/TAPR DCC Proceedings from 2007. On Sat, Jul 26, 2008 at 8:40 PM, Robert Dennison [EMAIL PROTECTED] wrote: Well Tim, I followed your advice and all went well till I got to Frank Brickle's presentation. I'm sure that Frank added the necessary explanation during the presentation. Please if we could just have the overloaded 3 letter acronyms elaborated: How about FSM, C/SDR, VR, GBG, AFAP, nix? Of course I can guess, and in truth some are technically defined during the presentation but not the literal abbreviations. How 'bout sharing the words behind the letters? Thanks in advance Rob AB7CF. On Sat, 26 Jul 2008 17:54:31 -0400 Tim Ellison \(W4TME\) [EMAIL PROTECTED] writes: Try the FlexRadio FAQ page http://www.flex-radio.com/Products.aspx?topic=faq#psdr2 - Tim - FRS Internet Systems Administrator W4TME - Original Message - From: Dennis Petrich [EMAIL PROTECTED] To: Tim Ellison (W4TME) [EMAIL PROTECTED]; [EMAIL PROTECTED]; flexradio@flex-radio.biz Sent: Saturday, July 26, 2008 2:47 PM Subject: Re: [Flexradio] New Model from FlexRadio? Impressive, can you point me to some description of what VR code is? I have the SDR-1000. Thanks, Dennis, k0eoo - Original Message - From: Tim Ellison (W4TME) [EMAIL PROTECTED] To: [EMAIL PROTECTED]; flexradio@flex-radio.biz Sent: Saturday, July 26, 2008 12:34 PM Subject: Re: [Flexradio] New Model from FlexRadio? No new physical radio, per se. When you match the new VR code with the FLEX-5000 and the SDR-1000, you will have new software defined radios that are going to be very different from what you have today with PowerSDR 1.x. That is what was promised to have running for Dayton 09. In the software defined domain of programmers, the hardware is not really the radio, it is just a source and destination for I/Q data streams for some black box to make RF out of. - Tim - FRS Internet Systems Administrator W4TME - Original Message - From: Kirb Nesbitt [EMAIL PROTECTED] To: flexradio@flex-radio.biz Sent: Saturday, July 26, 2008 12:22 PM Subject: [Flexradio] New Model from FlexRadio? New Radio? Please step up and speak into the microphone, sir. :-) Frank, AB2KT said- Sooner than you might think. We are moving very fast now towards an earlier exposure of alpha code for the new radio than we'd previously announced (Dayton next). Kirb - VE6IV ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ __ NOD32 3300 (20080725) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ Make money while helping others. Click here for information on becoming a personal trainer. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nlvWG9bc5jCRrG1RnsMECbzJz32566NnQgBsXsHGuyhGc0j/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries
Re: [Flexradio] New Model from FlexRadio?
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 environment. That's a very limited sense of Cognitive as far as modern AI is concerned. In a lot of ways, the CompSci term introspective captures the more restricted SDR idea better. A full-blown Cognitive Radio might be better thought of as primarily an autonomous agent -- a particular chunk of software -- that happens to have RF transducers attached to it. The radio capabilities extend far beyond merely reconfiguring the transducers and protocols, which is all that's implied by the conventional name. In particular, a full-up C/SDR is also capable of, say, defining for itself completely innovative sequences of actions based on, not just the signal environment, but also on the payloads of selected signals which are identified by probability models of unconnected systems, etc. Think of a smart contesting SDR. It's doing a lot more than what's usually contained in the conventional definition of a Cognitive Radio. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 Cognitive Radio and the full-up one. With the Big Bertha, bells-and-whistles version, the radio will *also* send a text message informing the local liquor store when you're running low on cold ones, and best of all, order up champagne when you've completed the Sweep. All the limited Cognitive Radio can do is change bands by itself occasionally :-) To be a little on the serious side, though, I think the contesters who are so up-in-arms are completely blind to the main trend. What the technology does is kick up by dozens of notches the nature of the interaction by contesters. Very few hams are going to have much interest long-term in sitting back, drinking cold ones during a pointless exchange of QSOs, year after year. *However*. Suppose what the cognitive technology does is increase the rate of speed and breadth of the battlefield, so to speak. Suppose what the technology does is make all the bands a panoramic playing board where you can see and track, moment by moment, everything that your competition is doing? Suppose contesting weren't just a stay-in-the-chair, keep-up-the-QSO-rate exercise, but could become a moment-to-moment, multiplayer, station-against-station game? In short, the C/SDR technology is perfectly capable of turning a contest from a long, solitary slog against attritition, to an action game with hundreds if not thousands of players. That might be a frightening prospect to some contesters too, but you can't say it's draining the interest out of the sport :-) 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 signals in the passband (2) So you only need to capture a partial transmission to get all the info -- say 80 bits at 300bps - a little more then 1/4 second, repeatedly. out of any transmitted segment. The method is a little stickier when CW is involved :-) 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 glitzy and the glitz will come with time. Bob knows very well that I was merely trying to show some false humility. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
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 name that implies something profoundly revolutionary :-) 73 Frank AB2KT On Sat, Jul 26, 2008 at 10:34 AM, Tim Ellison (W4TME) [EMAIL PROTECTED]wrote: No new physical radio, per se. When you match the new VR code with the FLEX-5000 and the SDR-1000, you will have new software defined radios that are going to be very different from what you have today with PowerSDR 1.x. That is what was promised to have running for Dayton 09. In the software defined domain of programmers, the hardware is not really the radio, it is just a source and destination for I/Q data streams for some black box to make RF out of. - Tim - FRS Internet Systems Administrator W4TME - Original Message - From: Kirb Nesbitt [EMAIL PROTECTED] To: flexradio@flex-radio.biz Sent: Saturday, July 26, 2008 12:22 PM Subject: [Flexradio] New Model from FlexRadio? New Radio? Please step up and speak into the microphone, sir. :-) Frank, AB2KT said- Sooner than you might think. We are moving very fast now towards an earlier exposure of alpha code for the new radio than we'd previously announced (Dayton next). Kirb - VE6IV ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New Model from FlexRadio?
Sapristi niakos! Found out! Precisely -- and yours also, John, you silly, twisted boy. 73 Frank AB2KT On Sat, Jul 26, 2008 at 4:31 PM, John Ackermann N8UR [EMAIL PROTECTED] wrote: Not surprising -- I recall Frank's familiarity with The Highly-Esteemed Goon Show! John Lee Mushel said the following on 07/26/2008 06:34 PM: Frank, I can't believe it! someone else who uses the term highly-esteemed! My use goes back 40 years to one of my first jobs and the context is usually one of sarcasm. But no matter. Just as long as it doesn't disappear! People who know me know 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@flex-radio.biz Sent: Saturday, July 26, 2008 1:32 PM Subject: Re: [Flexradio] New Model from FlexRadio? 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 name that implies something profoundly revolutionary :-) 73 Frank AB2KT On Sat, Jul 26, 2008 at 10:34 AM, Tim Ellison (W4TME) [EMAIL PROTECTED]wrote: No new physical radio, per se. When you match the new VR code with the FLEX-5000 and the SDR-1000, you will have new software defined radios that are going to be very different from what you have today with PowerSDR 1.x. That is what was promised to have running for Dayton 09. In the software defined domain of programmers, the hardware is not really the radio, it is just a source and destination for I/Q data streams for some black box to make RF out of. - Tim - FRS Internet Systems Administrator W4TME - Original Message - From: Kirb Nesbitt [EMAIL PROTECTED] To: flexradio@flex-radio.biz Sent: Saturday, July 26, 2008 12:22 PM Subject: [Flexradio] New Model from FlexRadio? New Radio? Please step up and speak into the microphone, sir. :-) Frank, AB2KT said- Sooner than you might think. We are moving very fast now towards an earlier exposure of alpha code for the new radio than we'd previously announced (Dayton next). Kirb - VE6IV ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 programming interface will be published to allow home brew and third party add-on products. What's referred to here is the API, the model of the device that is presented to external applications. That *will* be public. What won't be publicized are the details of the implementation, even though they are visible in the source code. It's not that the internal details are secret. It's that they are and will be mutable without notice, where the API is stable. It's the internals that Jim was referring to as not public, I believe. A lot of the point of the public API is to have a (public) structure that external applications can rely on, while keeping the low-level (private) implementation flexible. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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, address style, etc might be addressed? Right. I was only talking about how apps would talk to the hardware, not what they'd say. Back to my original question. When *will* the complete specification and programming interface (API) be published? Sooner than you might think. We are moving very fast now towards an earlier exposure of alpha code for the new radio than we'd previously announced (Dayton next). The only uncertainty is how much developer time we can allocate to a block of firmware issues which, thanks to a lack of vendor support, we are going about solving ourselves, rather than depending on vendor assurances. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 5K needs to be an FCC certified black box. I believe that's the case. There's no FCC edict against reading the code which implements the lockout, however. And since no documentation is exhaustive, there are often details that can only be gleaned from examining the source. It's an important goal to minimize how much of that is necessary, however. In short, to cut back the necessary code-reading to stepping on bugs or resolving ambiguities in the spec. There is no substitute for having the source when you need it. As a system develops, the hope is that you need it less and less. There seems to be a little residual confusion still, though. The idea is *never* to keep details secret. The idea is to set up the rules whereby an application developer can draw a circle around what he or she needs to be concerned with in developing the application. There is much necessary ugliness in any low-level implementation that developers have every right not to need to concern themselves with, once you promise them something better. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 of modules. That way, backward compatibility can be maintained while obsolete clients are updated or aged out gracefully. BTW protocol versioning has been in the firmware MIDI implementation since the beginning. Reading over a few months worth of the Linux Kernel Mailing List is an interesting exercise. Amen. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 hermetic activity. However... OTOH you have to be really, really good to not want to see the outside ideas. Granted 90% of everything you get will be of little or no use (including what you get from me) but that last 10% (1%? 0.1%?) might prove surprisingly insightful and valuable. You have to dig through a lot of rock to find the occasional jewel. You find more jewels if more people are digging... I think the issue here is *not* a resistance to outside ideas. The problem is that so much of the design and implementation that's happening behind the scenes is essentially a refinement and a critique of a large body of closely-related work that's already very mature and very refined. Astonishingly little of the new architecture is in fact new at all. A lot of the design job has amounted to reviewing and culling the best available common, Open technology for our general family of applications. For example, much of the VR is different in no important details from a modern high-performance, mission-critical musical sound engineering application. The art and science of such applications is *very* ripe, and the documentary trail is decades long. Similarly, Erlang is the culmination of both a couple generations' worth of system development combined with shrewd predictions concerning the coming round of application-level networking innovations. It strikes me as the height of profligacy to think we can do better, given the resources available to us, at least as a practical matter. Designing this particular VR, for the application arena we're concerned with, requires above all a lot of woodshedding and absorption of all the pertinent preceding work. We've tried pretty hard to publicize what the necessary background is and how it can be acquired. Many of the issues that keep coming up for discussion are old, old discussions that have already seen their outcomes decided by the real world. One of the most conspicuous lessons is where the boundaries need to be drawn to keep a system coherent and maintainable. If I in particular am resistant to public discussion of many design concepts, it's because in any practical sense there *aren't* any issues to discuss. At least -- and I stress this, again and again -- at least, *not without a tangible prototype to criticize.* We're standing on the shoulders of many, many, very smart and productive developers and users *already*. Where we're at now is in exploiting what's already there. Once there's something to criticize, then it's time to bring out the knives and axes and see what we need to learn to do it better. Until then, the discussion amounts to little more than psychotherapy sessions devoted to how our (technical) ancestors decided to bring us up as children. They don't help getting the house built. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Next Generation treasure map
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 elementary possible VR kernel in between John's java and the dsp/hardware pieces. 73 Frank AB2KT On Thu, Jul 24, 2008 at 10:43 AM, Tim Ellison [EMAIL PROTECTED] wrote: No treasure map, but some scribble on the back of a wadded up cocktail napkin :-) Seriously to date all of the VR NA stuff is still with the core developers and even the alpha-alpha tests don't have any significant parts (crumbs) as it relates to the FLEX-5000 and SDR-1000. I am in the *very* early stages of defining what a test environment should consist of. And I mean VERY EARLY. DttSP has been around for a while and people are using it for different projects. http://dttsp.org/ http://dttsp.sourceforge.net/ Look at what John G0ORX is doing with Java. http://www.youtube.com/watch?v=f_ieCAVG_AQ http://javaguifordttsp.blogspot.com/2007/12/java-gui-for-dttsp.html -Tim -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] On Behalf Of Brian Lloyd Sent: Thursday, July 24, 2008 1:08 PM To: flexradio@flex-radio.biz Subject: [Flexradio] Next Generation treasure map Is there some rough treasure map that will get me in the ballpark to installing and running what is currently being tested of the Next Generation SDR code for the 5K? I think it is DttSP. I would like to try installing and running it. I am willing to dedicate a CPU to whatever platform is best but would prefer MacOS as a first choice. Brian Lloyd Granite Bay Montessori School 9330 Sierra College Bl brian AT gbmontessori DOT com Roseville, CA 95661 +1.916.367.2131 (voice)+1.791.912.8170 (fax) PGP key ID: 12095C52A32A1B6C PGP key fingerprint: 3B1D BA11 4913 3254 B6E0 CC09 1209 5C52 A32A 1B6C ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Next Generation treasure map
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 runs. 73 Frank AB2KT On Thu, Jul 24, 2008 at 10:08 AM, Brian Lloyd [EMAIL PROTECTED] wrote: Is there some rough treasure map that will get me in the ballpark to installing and running what is currently being tested of the Next Generation SDR code for the 5K? I think it is DttSP. I would like to try installing and running it. I am willing to dedicate a CPU to whatever platform is best but would prefer MacOS as a first choice. Brian Lloyd Granite Bay Montessori School 9330 Sierra College Bl brian AT gbmontessori DOT com Roseville, CA 95661 +1.916.367.2131 (voice)+1.791.912.8170 (fax) PGP key ID: 12095C52A32A1B6C PGP key fingerprint: 3B1D BA11 4913 3254 B6E0 CC09 1209 5C52 A32A 1B6C ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 and F5K. Let's go through this again, slowly. Regardless of the fact that -- at present -- the F5K MIDI ports are visible from Windows, in principle and in the future the *only* exposure of the F5K internals is through a set of virtual resources that are not yet available to the public, as of July 2008. There will be MIDI ports available for using MIDI as a control channel for the virtual devices, but those talk to a proxy that implements a model of the device. In some small number of cases that proxy consists basically of a tunnel to some F5K firmware. In the overwhelming majority of cases, however, all that any application will know about is one or more virtual F5Ks. The real F5Ks are firewalled off from applications. There's no guarantee that MIDI control bears any consistent relationship to the MIDI messaging protocol between the VR and the firmware. The essential concept to get down is that, from the standpoint of any application, the entire system is distributed, and the actual locations of individual system components are unknown to clients. Regarding the host OS, that's an issue for a client. The VR doesn't *have* an OS, properly speaking, anymore than a webserver has an OS as far as its clients are concerned. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flexwire
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 is handled separately through the Virtual interface, so the issues raised here are moot. 73 Frank AB2KT On Tue, Jul 22, 2008 at 10:59 AM, Larry W8ER [EMAIL PROTECTED] wrote: Jim ... I am confused a bit. Steve k5fr's DDUtil seemingly has all of this functionality. Steve has a different approach, in that he uses the software CAT interface of PSDR and the driving of the computers serial and parallel ports, but the end results are the same. It effectively controls the SteppIR and the various amps like the Quadra and the PW1 and the LP-100 power meter and rotor direction control and autotune tuners. It can even lock other radios together for synchronizing the tuning. The only thing I see that is lacking is an ALC input for the 5K. Am I missing something or will the Flexwire box expand on these functions? -- Larry W8ER Jim Lux wrote: At 09:53 AM 7/22/2008, Eric Wachsmann wrote: Could you? Yes. Would you want to? That's questionable. The midi messages are basically like a stream of bytes going to/from a serial port. The messages themselves are 10 bytes each. To allow another writer to the port would mean that you would have to synchronize who was sending when. Having said all of that, there is nothing that would technically keep this from working as long as you avoid the collisions. In RX mode, unless you are changing frequency or setting some function, I don't believe there is anything active going on. So in RX, this should be pretty easy. I was wondering if the Windows MM driver would essentially queue the outbound messages. (probably not, see below) So PowerSDR is sending messages. Simultaneously, say you have something like a rotator control that is sending messages, destined for the I2C output. Presumably, the state machine in the F5K receives the entire midi sysex, parses it, then fires it off to do whatever, then goes back to fetch the next MIDI message.. So the messages are interleaved according to time of arrival at the Windows Midi outbound queue. Indeed, if one did the query messages, I could see things getting confused. The F5K would send the SysEx back, and it's not clear who the recipient task would be. But, if the Windows MM driver can only talk to one task at a time, (i.e. it's like opening a serial port), then this is moot. That is, if when you call Midi.MidiOutOpen, it only allows one user. (without delving too deeply into the arcana of the Windows MultiMedia API... http://msdn.microsoft.com/en-us/library/ms789663.aspx Fascinating that they handle MIDI as an audio device... More at http://msdn.microsoft.com/en-us/library/ms712058%28VS.85%29.aspx It shows that MidiOutOpen can return a status of MMSYSERR_ALLOCATED so it appears that only one process can talk to a given MIDI device at a time... } So you're stuck with feeding the stuff through PowerSDR (or implementing some changes in the CAT style interface in PowerSDR to accept commands for passthrough) Jim ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Digby ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] differences between PSK31 demodulators
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, and running the audio subsystem at a higher priority than typical user processes, even though it's running mostly in user space. One reason this is possible is that the window system and many critical system functions also run in user space, even though they might be essentially owned by the system rather than any individual user. The consequence is that, even with a monolithic kernel, routine but high-priority system operations spend a minimal amount of time hogging the kernel. What seems to matter most is the order in which tasks at the same high-priority level are scheduled for service. As long as the audio subsystem gets scheduled often and gets a chance to do its little bit of work ahead of things like paging, journal updates, etc., the audio hums along happily. In any case, the problem doesn't come up in the Linux world at all, at this point. We have had zero problems of this sort since adopting the multimedia configuration guidelines established in UbuntuStudio. Lately I've been running the FireBox at 192k on a slow laptop with 512M, on a loaded system that normally fills out 1.5MB swap space, with nary a glitch in days. 73 Frank AB2KT -- Travelling by airplane in the US is nothing more than mass training of Americans to the requirements of the coming police state. The whole point is to make you learn to acquiesce without question, en masse, to completely absurd directives by dull functionaries wearing uniforms. -- Atrios ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] [www] New FLEX-5000 Owner's Manual available for download
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 PowerSDR. You can access it using the following URL: http://support.flex-radio.com/Downloads.aspx?id=183 It is a 3 MB download, so it might take a little while to download, especially if everyone tries to download it at once. Contrary to popular belief, the Internet does not have infinite bandwidth :-) - Tim - FRS Internet Systems Administrator W4TME ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- We may yet reach a point where the only sector of scientific inquiry that is safe from the anti-science mobs on the Right is weapons research. -- Arianna Huffington ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
[Flexradio] Go see what John G0ORX/N6LYT has been doing
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 multiple copies of the same widget. (2) The waterfall and panadaptor are independently resizable. (3) The entire system is cross-platform. In (1) here, you can be running one widget on OS X and another on Linux ad libitum. (4) Note the memory footprint. Fabulous. 73 Frank AB2KT ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Go see what John G0ORX/N6LYT has been doing
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 FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Time for an upgrade!
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 certainly run circles around it? Well no, only if the application that you are running is multithreaded and thus can take advantage of the extra cores - remember that about 99% of all software available today is programmed to run on a single core processor. Hence it isn't multithreaded and thus in the vast majority of cases you won't see a speed up, as the second, third or fourth core is just sitting there idling, or handling simple operating system tasks that don't eat up a lot of processing power in the first place. Jacky Winters -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Menefee Sent: Thursday, July 10, 2008 4:04 PM To: flexradio@flex-radio.biz Subject: [Flexradio] Time for an upgrade! Time to change the CPU and Mother Board. I have both a SRD 1000 and 5000. I run a lot of stuff in the background for biz (CS4-Dreamweaver, etc) and use 4 monitors. I have been eyeing the 6600 CPU's for $189.00 from Tiger Direct. I would love to hear from others if this is the way to go and a suggestion of a good Mother Board to go with it. Also, what is the SDR software designed or best suited for - Duel - Quad, etc? -- ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Linux and PoweSDR
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 some clever person provides a networked audio adapter on the Windows side that plugs in without modification. I shudder to think what happens when you start trying to match up with other apps using VAC and vCOM :-) 73 Frank AB2KT On Wed, Jul 9, 2008 at 6:58 AM, Kirk.Harding [EMAIL PROTECTED] wrote: Greetings, I'm (attempting) to facilitate operation of v1.12.0 using a GNU/Debian OS (Ubuntu, PCLinux, Knoppix, SuSE and a couple of others) with Wine as an emulator. Needless to say, implementation results have been poor at best. I've had good luck with programs such as IP-Sound and a few others but not PowerSDR. I'm wondering if others have tried to do this? I've not tried any other emulator but occasionally see reference to VM. (It's not free and I'm cheap, so don't want to buy it)!! I know effort is afoot to create PowerSDR in language (Erlang, Lisp, et al) which will support cross platform operation. You're probably saying, Just use XP and be happy! And, I am happy with this. Matter of fact, it works great. However, I can't leave well enough alone. So I'm off on exploration. Any thought? Regards, Kirk, K6KAR Niceville, FL ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] TX Audio Quality Help, please!
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 Frank AB2KT On Mon, Jul 7, 2008 at 8:42 AM, Jeff Anderson [EMAIL PROTECTED] wrote: Some friends of mine and I often meet on 80 meters to operate in wideband audio mode (4k to 5k audio) on SSB. (Yes, I know that this isn't recommended operating practice,but we do it early in the evening before the band becomes occupied, so (hopefully) we aren't bothering anyone, and it sure does sound good.) Anyway, there have been a few complaints about my audio. I've been fighting this problem since January, and I've tried a number of things to improve the audio, but nothing has helped. Neither Gerald nor John at Flex have had any luck replicating my problem - it seems I'm the only one experiencing it. Anyway - I'm at wit's end trying to figure out what the heck is going on, and so I thought I'd try the massive brain power on the reflector to see if anyone here might have any ideas. I'm open to all suggestions! To get an idea of what I'm experiencing, you can go to my Blog. The URL is: http://k6jca.blogspot.com/ There are three different audio tests. If you could, please take a listen. Is there distortion, or am I imagining things? If you do hear distortion, any ideas of what to do? Suggestions, advice, and comments are welcome! And by the way, if any of you run a Heil PR-40 directly into your Flex, what settings for TX EQ do you use? Thanks! - Jeff, k6jca ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] TX Audio Quality Help, please!
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 spectrograms of corresponding high-amplitude vowel segments in each half. That is *not* present on a typical F5K, and you can be sure it has nothing to do with the D/A/D components. 73 Frank AB2KT -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] TX Audio Quality Help, please!
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 half of 6 July recording). The problem only pops up at the output of the *final* stage. What's peculiar about the compression is that it's soft, not clipped. You have to wonder about the leveler settings. 73 Frank AB2KT -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] SO2R out of the box once we had the RX2
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 nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] digital modes
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 the soundcard digital programs are built around voice-channel bandwidth and common consumer-grade soundcards. You have to resample the...ahem...high-quality SDR audio anyhow. Even a weak-signal program like WSJT is doing some serious mangling to the signal in software on the radio side of the software codec. As it is right now, almost no common digimode program is really set up to take advantage of what all-SDR can provide. The digital paths are there for convenience, mostly, not performance. In the first case, a third party program called VAC is used to create a virtual audio cable (VAC) between PowerSDR and the digital mode sound card program. In this configuration the AF between the two programs is kept entirely in the digital domain eliminating any noise or distortion introduced in the multiple A/D and D/A conversions. That sounds like the right answer. Under Linux and OS X this is easy since the modern audio subsystems are designed with full-duplex patching among audio apps in mind. However, it *does* make some sense ultimately to put codecs into the SDR DSP, for a variety of reasons. But this transposes the problem to a different area. On the application side of the codecs, the data will be bits, not samples. What's the transport yoga for these bits? If they represent varicode, where does the corresponding binary codec live? Furthermore they could be soft and not hard bits. Is the idea to put every variety of Viterbi decoder into the SDR? If not, what's the protocol? None of these questions has even begun to be asked yet, much less addressed, and it's lunacy to plunge ahead with a one-off solution based on our own idiosyncratic needs. It's a further safe bet that the existing digimode programs are far, far away from being restructured to handle binary data I/O rather than digitized audio, if indeed they can be restructured at all. Very few of the ones we've been able to examine at the source level (far too few of them BTW, since so many of the authors lock up the source) are designed for the kind of concurrency that would make that job palatable. Also BTW, these are exactly the issues that arise in building a systematic solution for digital voice, but in spades, since in that arena it will be almost essential to have a fairly tight feedback loop between the codecs and the DSP, irrespective of what the audio payload might be. The current generation of digimode programs, by and large, isn't up to that job in particular. 73 Frank AB2KT -- Sapristi nabolis! -- Count Jim Moriarty ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] alternatives to PowerSDR
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 kind were long ago moved off the reflector precisely to avoid uniformed speculation. This in no way affects the commitment to Openness in the released products. 73 Frank AB2KT On Wed, Jun 25, 2008 at 7:11 AM, Jim Lux [EMAIL PROTECTED] wrote: Quoting Dale Boresz [EMAIL PROTECTED], on Wed 25 Jun 2008 06:07:00 AM PDT: Hello Brian, This is the future, and it is actively in development. It continues to be open source, and is not tied in any way to MS Windowss. The modular/component architecture is the perfect platform for what you describe. http://support.flex-radio.com/Downloads.aspx?id=223 73, Dale WA8SRA To be fair to Brian, though, it's not scheduled for release until next year's Dayton, and there have been several missed releases for the new architecture over the past few years. If you want to tinker today, or any time in the next year or so, your best bet is to reverse engineer the existing PowerSDR codebase. Jim, W6RMK ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] alternatives to PowerSDR
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 yielded at least six working, sophisticated spin-off SDR projects. By any empirical standard, the argument against it has to be regarded as temperamental and speculative, not substantive. In other words, it's an easy criticism to level, but it has few correlates in the real world. The counterexamples are enough to show the flimsiness of the argument. 73 Frank AB2KT -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] alternatives to PowerSDR
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. Sigh. Is it really necessary to spell this out? The development process is the way it is, precisely to set the barrier of entry high, high enough that opinions alone won't get you to the other side. There are lots of opinions, lots of would-be managers. There are very few who actually show up to work. The point is this: the barrier isn't so high that motivated individuals can't get across it, fairly easily in fact, even those without a lot of prior experience or education. Those who do, don't need hand-holding. And they get all the help and encouragement they ask for. Anything else is a diversion of time and energy that's more profitably spent elsewhere. 73 Frank AB2KT -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] indian job
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 to remember, as Broadcom, TiVO, Verizon, SCO, and many others have discovered, to their detriment. Programs issued under the GPL are still owned by the licensors and fully protected by copyright law. That said, it appears that the CloneMaster 1000 or whatever it's called can use PowerSDR unmodified. That's entirely within the terms of the GPL. The story doesn't end there, though. I think they'll have their hands full trying to give customer support. Nothing in the GPL says you have to provide support, *especially* to people who aren't your own customers. Meaning no disrespect to the individuals involved, but: heed well the inexorable law of karma. 73 Frank AB2KT -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Indian SDR Rig
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... You know why you hate Microsoft? Because that bastard Gates wants to make a nickel off every breath you take. With Flex we breath the air of freedom. Open source breeds collegiality and community, and a complete familiarity with this kind of radio experience... What irks me about it is, not so much as a how-do-ye-do to the software purveyors except, Grab It! It Works! Here's a comparison. Phil Covington and Jonathan Naylor, in their projects, have absorbed a *lot* from DttSP. The much-vaunted dual-spectral display in the K6JCA console is really just a transposition into PowerSDR of the same kinds of displays that have existed in the Linux console versions by John Melton and Edson Pereira for, literally, years now. That's fine. That's what was *supposed* to happen: the existing software was intended above all as a platform for anyone to stand on, to make further contributions. But, as Linus Torvalds points out, that's the payback. Others can take your work, improve it, and play the improvements back into the community. We all gain. I would be *much* happier if the WonderRadio folks would make *their own* PowerSDR/DttSP distro, as they are entitled to do, because it would represent a level of work at least beginning to approach what they've done in retooling three boards down into one. Then we could all learn from what they do. I wish, for example, that they would turn the project over to Ramakrishnan Muthukrishnan and say, Go, make this even better. He's as well- or better-equipped to do that job, as anyone I can think of. He has contributed materially to the Linux effort for years, and deserves a chance to have his ideas and talents embodied in a showcase product. Unfortunately, merely adopting PowerSDR silently doesn't further the software end of things very much. It will be disappointing if that continues to be true. Not damaging, just disappointing. 73 Frank AB2KT I think the whole model is incredibly forward looking. I just read an article on EHAM talking about the death of ham radio. It may be dying here in the US, but with adventures like this in the countries that are hungry, the longevity of ham radio is assured, and with that longevity, access to our spectrum is assured also. We either stand together or we fall apart. Imagine if it was a new generation of Indian radio enthusiast who saved your 75M bacon. 73 W9OY ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] indian job
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 USB-to-parallel dongle, or making the mods for Ozy/Janus. This is exactly the sort of improvement I wish they *had* undertaken, but chose not to approach. If they had that, I for one would be doing nothing but heaping encouragement on them. As it is -- feh, on their software engineers anyway. 73 Frank AB2KT -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Indian SDR Rig
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 guidance on using and modifying our software. It's luminously clear that there is a huge groundswell of interest in SDR software and hardware, and a real eagerness to get going, but very few resources. -- From discussing this and other subjects with Ramakrishnan, I have the clear impression that the amount of SDR work going on in India is in fact miniscule, outside of a few extremely secretive government projects. The WonderRadio *could* have a massive impact on the level of development activity, *especially on the software front*. -- Even a casual perusal of the gnuradio developers' reflector shows that, among the students outside the US and EU fortunate enough to get formal education in the field, the level of knowledge and sophistication is very high, but the avenues for expression are few and narrow. So what I'm complaining about is simply that WonderRadio is only half a project, and that dumping off the other half to that big package from the US is, to put it mildly, a good way to miss out on a huge pool of talent and expertise that's already there to be exploited in some way or other. *I personally* want to be able to take advantage of what they can do, and it's not like we have to wait a generation to cultivate the people who can do it. 73 Frank AB2KT On Wed, Jun 18, 2008 at 11:05 AM, Lee A Crocker [EMAIL PROTECTED] wrote: Frank The end game is not here yet. This is barely the beginning. My point is, from what I see it is the existence of a business interest that anchors the community. It is like the campfire that people come to gather around, get warm and fellowship. The reward is in the fact some kid can get one of these and hook it up to his computer and totally flip at the experience. That kind of thing is life changing and world changing, and it is people like you who by placing your ideas at the disposal of others actually make a difference in the world. That is the real pay back, bringing the difference into reality and not just blowing smoke. As a teacher you know this instinctively. What you unleashed on the world will propagate almost as a child, then a grandchild and on and on. PowerSDR will be left in the dust as better things come along, but the change in some Indian kids life will last forever. I got into ham radio when I was 6 years old because my Grandpa gave me an old AC/DC radio that covered 160M. Shocked the hell out of myself hooking up 50ft of antenna wire. I heard a couple of kids from the local high school mobile-ing home after school on that radio, and I JUST HAD TO GET IN ON THE FUN. Listening to WLS was fun, but this was friggin magic, and I was friggin driven. 12 years later I would up at Purdue in the engineering program. No AC/DC? Who knows what my life would have held. Gramps is long dead but the experience and my gratitude is still alive. 73 W9OY ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- This is the Voice of Moderation. I wouldn't go so far as to say we've actually SEIZED the radio station . . . -- Obsidian Wings ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Timeline for Change
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 FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] Timeline for Change
Kirb -- The target for a preliminary suite of programs is Dayton next year. What that means is, it will be possible to run either the FLEX-5000 or the SDR-1000 entirely with cross-platform code (including a separate console) in distributed form (for example, with the console running on one machine and the DSP on another) before the middle of May next year. That said, it's not a single, packaged release. Pieces and prototypes are already available. Chunks are being released as they become usable. Following the Open Source principle, release early and often, you will see various components become available in various stages of completion between now and then. 73 Frank AB2KT On Sun, Jun 1, 2008 at 6:38 PM, Kirb Nesbitt [EMAIL PROTECTED] wrote: This may have been mentioned previously, and if so I apologize, but Is it possible to get a approximate release date for the new generation 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 understand Frank correctly, we will not see what CW ops call QSK in PowerSDR/Windows. Ever. That's not right. The entire audio subsystem inside the SDR software is being replaced. The new subsystem is common 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 ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] ARRL AWARD
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 is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New w2rf QSK mods now available
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 QSK in PowerSDR/Windows. Ever. That's not right. The entire audio subsystem inside the SDR software is being replaced. The new subsystem is common 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 is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] New w2rf QSK mods now available
On Wed, May 14, 2008 at 11:09 PM, Ray J [EMAIL PROTECTED] wrote: how long do the buffers take to fill after the relay closes? I set my sdr1k to the fastest buffers, and listen to my Icom 746 sending cw.. the relay closeson the 746.. it sends a dit, and the radio just starts to receive again before I can hear the signal in my srd. I cannot see how that lag problem will be overcome... It can't. The latency that's solved is entirely from the point of view of the operator, the lag between the end of a sidetone-sounding element and the resumption of received signal. Purely from the standpoint of QSK, that's the lag that counts. Where this can be minimized is in not emptying and refilling the buffers. With full duplex the buffers are kept full with causal signal, so the audio output sent to the user can be switched at the lowest latency in the system. So, all of the lags on signals arriving at the receiver will be consistent once they get to your antenna. But before the signals get to you, they will have been subjected to essentially random delays due to the different paths they take between their antennas and yours. So it's not like there aren't delays in signal arrival already, messing with your mind in familiar ways. Still, all of them, and your keying sidetone too, will be time-shifted by a *constant, miniscule* amount, and that's the key ingredient in smoothing the QSK. The CW ops at the great coastal maritime stations were dealing with transmitters located many miles from their operating positions, keyed with cascades of relays over phone lines, and with TX and RX antennas similarly located at separate sites. For that reason among others, I suspect that perfect QSK allows a lot more flexibility than we've been stipulating here. I further suspect 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 QSK in PowerSDR/Windows. Ever. That's not right. The entire audio subsystem inside the SDR software is being replaced. The new subsystem is common 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 ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] CW QSK ability
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 approaching QSK is even possible is a testament to the programmers who've hammered on the Windows SDR code over time. The problem isn't PowerSDR. It's the lack of integrated, rational support in Windows for the kinds of state transitions in the audio subsystem that a QSK application requires, especially when users demand that it also cooperate transparently with third-party applications over which PowerSDR has no control. That's really all I as an individual developer have to say on the subject. The current state of PowerSDR is a best-effort attempt to bring an existing application into line with a number of fundamentally incompatible operational requirements, given also the demand that the nest of applications run on a platform with ill-defined capabilities and competition for system resources, and with an uncertain roadmap for the dominant OS in the future. Speaking only for myself, I think this line of discussion has run its course of usefulness. Development effort is being focused on doing it right, not patching the current system, which is basically unfixable in a systematic and maintainable way. Batting numbers back and forth is amusing, but the problems aren't quantitative. The problems are all practical and empirical, and they're being addressed. Hic taceo. 73 Frank AB2KT On Sat, Apr 26, 2008 at 10:09 AM, Ed Russell [EMAIL PROTECTED] wrote: Jim, When I'm not getting QSK and my CPU is at 8%, I'm wondering where the bottleneck is. 250ms latency is a real long time in the cpu universe. 73 Ed W2RF On 26 Apr 2008 at 6:37, Jim Lux wrote: Quoting Robert Dennison [EMAIL PROTECTED], on Sat 26 Apr 2008 05:36:16 AM PDT: We now await the first release of the new SW architecture implementation.. The application just screams for multiprocessor - multi-threaded implementation and that's the new architecture. In so many ways, FlexRadio is the solution who's time has arrived... indeed, a multi processor implementation might be nice, however, it should be necessary. The existing implementation IS multithreaded (and has been since the beginning) I suspect that there are some idiosyncracies in the implementation that have bad interactions with some of Windows. The existing PowerSDR uses the pthreads package to provide a POSIX threads interface to Windows's multithreading environment. There may be some issues there. After all, there are existence proofs for Windows software that has very good real time response characteristics, running on a single processor. Games are the most notable one, but there's also data acquisition software (e.g. LabView) that does quite well at a millisecond scale timing. I suspect, though, that the dollars/labor invested in making first person shooter games and LabView play nice in the Windows environment is substantial. bear in mind, too, that having the multiple cores available doesn't mean that you automatically get better performance. The OS has to support farming the work out to the cores in a useful way, and you're still faced with a bunch of other bandwidth limits (e.g. memory bus, i/o device access). This is true regardless of the OS. Jim, W6RMK ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] CW QSK ability
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 do SDR. Ed WA3BZT John Brosnahan -- W0UN wrote: The problem isn't PowerSDR. It's the lack of integrated, rational support in Windows for the kinds of state transitions in the audio subsystem that a QSK application requires, especially when users demand that it also cooperate transparently with third-party applications over which PowerSDR has no control. Hi, Frank-- So then is this very fundamental issue with Windows handled better in Linux? Ergo, is this the key (bad pun) to move PWRSDR development towards Ubuntu and away from MS? Being a QSK guy myself and not enamored with MS Windows I am all for anything that points to a new OS platform, especially if it solves the QSK issue. --John W0UN ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] CW QSK ability
Tim -- Correct. 73 Frank AB2KT On Fri, Apr 25, 2008 at 12:08 PM, Tim Ellison [EMAIL PROTECTED] wrote: I assume that we can infer that the new SDR software architecture is taking all of this into account as a fundamental design criterion so that a better mouse trap is built from the ground 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 that's used in PowerSDR. I myself am a 99% CW op and was when I was first licensed in 1962. The Bobs N4HY and K5KDN are superb, long-time CW ops both by profession and avocation. I mention these things simply to emphasize that getting CW right is not an afterthought for us. It's a matter of paramount importance. And a lot of where the Flex software needs to go from here will also depend on getting exactly the same turnaround issues nailed down once and for all. Any of the ARQ digital modes place the same stresses on turnaround. There is no alternative to doing it correctly. That said, there is no way to truly clean up the problem without some radical surgery. As the proverb goes, be careful what you ask for, since you might get it ;-) 73 Frank AB2KT On Fri, Apr 25, 2008 at 11:24 AM, Dave Blaschke [EMAIL PROTECTED] wrote: OK, here is my final word on this topic. PowerSDR/SDR-5000 is an outstanding performer, in my opinion. So it is my hope that this QSK topic will be given due consideration by the PowerSDR programming team. CW may be dying, but we CW operators are not. Guys, don't let this deficiency go un-noticed. If SDR-5000 is to be a serious competitor it must demonstrate equal, or better, performance in this CW QSK area also, as it does in almost all other areas.. Dave, W5UN ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/ -- The only thing we have to fear is whatever comes along next. -- Austin Cline ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] SVN's and new database.
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 Frank AB2KT ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kb.flex-radio.com/ Homepage: http://www.flex-radio.com/
Re: [Flexradio] software development, wikis, forums, etc.
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 out there are a few projects ready to hand that fit this description beautifully. (1) Bob Cowdery's Erlang-SR (2) Jonathan Naylor's uWSDR (3) gnuradio Every one of these works as claimed, is extremely well-designed and written, uses free development tools, and is actively developed for cross-platform exploitation. Furthermore the authors are smart, friendly, and quite happy to help. (gnuradio doesn't mate well with Flex hardware at the present time, but the components and tools to make that happen all exist and are easy to come by.) If you need a high-grade sandbox to play SDR in, you should be looking at these very closely. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071230/0cc9389c/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
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 particular GUI framework. Different pieces can be written to use different frameworks. However there's a new console in Java that's pretty close to completion. Java is a strong contender for GUI framework of choice. Many of us still use emacs as a programming editor since you don't ever need to take your hands off the keyboard to use it efficiently. But I don't think that's what you're asking :-) 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/fef899e8/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
Sorry John -- I'm writing this having got out of bed around the time I'm normally going *to* bed and so am even less coherent than usual. I should have made the explicit point that *most* of the cross-platform development has been and continues to be John's patient, ingenious and hard work. We're only now getting to the stage where we can take advantage generally of what John made possible in a tangible form quite awhile ago. This will be coming even clearer over the next few months. 73 Frank AB2KT On Dec 28, 2007 7:29 AM, John Melton [EMAIL PROTECTED] wrote: And the Java GUI 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 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 particular GUI framework. Different pieces can be written to use different frameworks. However there's a new console in Java that's pretty close to completion. Java is a strong contender for GUI framework of choice. Many of us still use emacs as a programming editor since you don't ever need to take your hands off the keyboard to use it efficiently. But I don't think that's what you're asking :-) 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/57759be1/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
A good place to start is with the Extended CAT code vocabulary designed and implemented by K5KDN. The CAT codes, plus some simple extensions to fetch panadapter and meter data, give you most of what you need for a complete console. You're already most of the way there if you simply have your console code print ASCII equivalents to the CAT codes commands to a textfile. 73 Frank AB2KT On Dec 28, 2007 9:56 AM, guenter [EMAIL PROTECTED] wrote: Is there a way to see, test and comment the console (without function behind) before it is ready and integrated to the rest of SDR? And also 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 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 particular GUI framework. Different pieces can be written to use different frameworks. However there's a new console in Java that's pretty close to completion. Java is a strong contender for GUI framework of choice. Many of us still use emacs as a programming editor since you don't ever need to take your hands off the keyboard to use it efficiently. But I don't think that's what you're asking :-) 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/2 0071228/fef899e8/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/ ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/ -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/d5261bec/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
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 interpreter is a service (which I'm at this moment trying to get out the door in its virgin form). You can send CAT commands as usual, which get routed to an Erlang port; or you can send newline-terminated text strings to different port, which get routed to that same Erlang port; or you can send Erlang messages directly to the same port, via a small library that gets linked to your application. A reply merely reverses the inbound path. 73 Frank AB2KT Cecil K5NWA www.softrockradio.org www.qrpradio.com Blessed are the cracked, for they shall let in the light. -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/dcc58647/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] ModularSDR
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 Core component communicates with the Console component via the CAT command language on a messaging interface, whether comm emulation or some other. Provision is to be made for either streaming panadapter and meter info, or externally controlling a panadapter/meter window. CAT is one path. It's a protocol layer between an application and the Virtual Radio Kernel. With this breakout it is possible to clarify my earlier question, which has two parts: 1. What will be the development language of the Core DSP and radio control component? It is currently a mix of c and c#. Will this be remodeled? No, the DSP core is pure C, and has never been anything but. That is not likely to change until third quarter 2009. We're still evaluating what DttSP 3.0 will look like. 2. What will be the development language of the Console component. Although users may create their own, I assume there will be one official UI. What will the development language and environment be? It is currently c#. Will this be ported or rewritten in something else, perhaps java? For the time being the Windows version will almost certainly be a very close version of the current C# console, while the Linux/OSX/BSD version will be John's new creation in Java. Beyond that we're envisioning a completely new structure making heavy use of 3D compositing window managers. John has already made some forays into this territory with his Java console and Sun's MPK20 virtual collaboration space. I am suggesting that the search for development tools and environment has priority over implementation details, because the latter depends so intricately and completely on the former. Understood, but I have to stress again the emphasis here is on protocols, not APIs. One of the reasons for this emphasis is to take pressure off the selection of development tools and environment :-) 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/984468d9/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
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 enough to handle the wide bandwidth MIDI data. What wide bandwidth MIDI data were you thinking of? In any case the message protocol is moving at worst over Ethernet, not FireWire. Host - F5k communications are not visible to Virtual Radio clients. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/ea4f9393/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] ModularSDR
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 are you getting this idea? Furthermore what suggests to you that this bears any relationship to what's currently under development? Even if a few additional tools are needed on the edges, a central widely available and known (hopefully RAD) development environment is, in my opinion, essential. Have you actually looked at how the DSP core is organized and built? It differs not one iota from the conventional methodology used in the overwhelming majority of Open Source/GPL projects. Yipes, it's hard enough trying to explain what's actually going on, much less having to deal with footless fantasies of things that will probably never happen. This whole line of discussion is only serving to confuse the issues, far as I can see, and it's drifting quickly into a waste of precious development time. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/9c80fe80/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] ModularSDR
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 some of the copious information available online about Erlang and Concurrency Oriented Programming. That may set your mind at ease a little. Also, what is the current multithreaded system? Chopped liver? How do you think it was developed? 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/eaa6a897/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] HyperSDR plus Linux equal Questions
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 speaking, you should always be safe with the most recent Ubuntu. Bleeding edge versions may be simpler with Fedora Core (8) since it seems to stay up-to-date with the most-most-recent versions of compilers and whatnot, but those would only be required for development branches. None of the individual components is especially complex or feature-rich. System software upgrades usually only represent improvements in efficiency. 2nd: Is there going to be a seperate SVN for this software? There already is in part, repos_sdr_linux. There is no branch for the Erlang VR yet, but very soon. 3rd: Is there a time frame in the works? Not before Dayton. The premier focus is getting PowerSDR refined, stabilized, and frozen. Alpha pieces are leaking out now but completely without support of any kind. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/13986cd3/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] ModularSDR
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 under their own inertia and dead weight as it is. It's illuminating to realize that software development methodologies are all about cost accounting. They have nothing to do with software. If you have a chance to read or hear any of what Bruce Perens has to say about shared infrastructure and Open Source vs. differentiating technology, jump at the opportunity. He's really funny and eye-opening. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071228/1030b136/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Flex reflector question
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 to know how they're made. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071229/40fde74b/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] HyperSDR
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 written in pretty much any language you please, because it's all protocol-based, not API-centric. - Is there a Time-Line so the Tinkerers can clear their schedules? After Dayton. There's a pre-alpha batch of code which I promised for 15 Dec but got diverted from for unavoidable reasons. Sometime in the next few days, I think. The current PowerSDR needs to be polished up and shrink-wrapped as-is for Dayton anyway. - Any docs, wiki or blog to drool over? ;-) Tim put a presentation on the Flex website that is based on a talk I gave at DCC in Hartford this year. Have a look at http://www.trapexit.org, too. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071226/4a981b0e/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] So, the new PowerSDR is moving to Linux
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 is this. Past a certain point, functionality of PowerSDR as currently constituted will not expand further. That PowerSDR will continue to be supported but it will not enjoy significant enhancements. Major enhancements will require different OS support. Nevertheless, thanks to virtualization, both the old (PowerSDR/Windows) and the new (the Virtual Radio system) will be able to coexist and interoperate on a single (multicore) machine. You are not up to date regarding efficiency of virtualization, either. What part of this are you having trouble understanding? On second thought, don't bother answering. I my daily minimum dose of trolling on the political blogs. 73 Frank AB2KT On Dec 26, 2007 4:44 PM, Peter G. Viscarola [EMAIL PROTECTED] wrote: If you had written: So, in nice, clear, simple to understand terms what I hear you guys saying is: The new stuff is going use Linux, but that with virtualization we'll be able to run Windows apps on that same Linux box. You would have been 100% correct. I think that's extremely unfortunate for several reasons: a) PowerSDR users will be have to learn how to install, manage, and use a new operating system; b) The virtualization solutions that are available today for *all* the major Linux distros that I have experience with (SUSE, RHEL, and XENSource) are slow (even with paravirtualized drivers), their functionality is poor, and they're really no substitute for running Windows on a machine. c) Devices that are intended for use solely with Windows and that require drivers will be difficult to support. Given that the vast majority of Flexradio users today are Windows users and that the vast majority of ham radio software runs on Windows, shouldn't FlexRadio facilitate these users and allow the concurrent use of these applications without the gymnastics associated with virtualization? As opposed to asking the user-base to adopt a new operating system just to use their radios? I can't comment on technical issues related to signal processing -- If the experts say this is more convenient to implement on Linux than on Windows then I believe them -- but this doesn't seem to me to be a very good PRODUCT decision. de Peter K1PGV ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/ -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071226/31a44271/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I'm not a programmer
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 changes that are occurring even as I am typing... The other thing that might not be completely clear is this. Many of the dramatic changes coming up in HyperSDR will be invisible to the user. They involve radical reorientation of the structure and underpinnings of PowerSDR. It is not just a goal but an absolute necessity for these changes to *simplify* life for the user. At the same time, what the changes do is make possible a huge range of enhancements to the radio software as a system and not as a single application. Staying with the old version will always be possible. On the other hand, if you want to take advantage of the new possibilities, you'll have to bit the bullet. You'll have to swallow the unfortunate necessity of adopting a much simpler, more flexible, more capable system. Your choice. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071225/b7d9552b/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Vista Installation Oddities
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, some good, some regrettable. There's nothing speculative about it. We need to leverage the technical superiority of Linux while accommodating the massive market inertia of Windows. It's pretty clear how to do that, and getting there doesn't require research, it calls for a few months of letting the technology mature. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071224/a3775b61/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Vista Installation Oddities
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 of yanking the rug out from under users. And they're totally stone-faced when it comes to supporting hardware they haven't designed themselves. Two strikes. The final strike is the huge premium on secondary hardware like hard disks. Apple will be a pleasure to support for their platform. You'd be crazy to make them a cutpoint in your development plan. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071224/49fbd7a1/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Vista Installation Oddities
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. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071224/8949b272/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Vista Installation Oddities
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 *will* be supported in the future. Many innovative features of the new virtual radio design will require more OS support than Windows can provide, however. In short: PowerSDR/WIndows lives on. It's not the whole picture, though. 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071223/601847cf/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Vista Installation Oddities
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 sake of us FlexRadio supports don't get confused about the end result. Also, please don't start a lot of rumors which might limit a budding market. Is there a reality-based point in here somewhere? 73 Frank AB2KT -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071223/d975c1d5/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Buffer and sample rate
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 WSJT modes. 73 Frank AB2KT On Dec 19, 2007 12:06 PM, Eric Wachsmann [EMAIL PROTECTED] wrote: Ed, I would suspect that the issue is really with the hardware/driver buffer size as your CPU should have no trouble keeping up with 96kHz. Try setting both the driver buffer size (in the FLEX-5000 Control Panel shortcut on your desktop) and the Audio buffer size (Setup Form - Audio) to 512. Then go to the Setup Form - DSP Tab and set the RX to 4096 and the TX to 512. Eric Wachsmann FlexRadio Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] radio.biz] On Behalf Of Ed Stallman Sent: Wednesday, December 19, 2007 11:03 AM To: flexradio@flex-radio.biz Subject: [Flexradio] Buffer and sample rate I've been using the Flex 5000 with great success using buffer 512 and sample rate 96000 on SSB and CW ! Yesterday with some setup help I tried a digital mode (WSJT JT65 ) Monitoring my transmit tone's I could see and hear chopping in the audio . I left the sample rate at 96k and changed buffer to 1024, this reduced a great deal of the chopping, by changing the buffer to 2048 all chopping was gone ! Should I have changed the Sample Rate also? What Buffer and sample rate's are you using in digital mode's? Thanks Ed N5BLZ Flex 5000A svn 1836 firmware 1.1.1.8 quad core, CPU 5% ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/ -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071219/1d5659c3/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
[Flexradio] OT: The Splendid Diversity of Users
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 attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20071218/cf0d7f0c/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] I Wonder If...
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 means, hook them up. There are very few countries he hasn't been thrown out of by now (and for cause). He'll certainly need Ireland to complete the list -- his own very personal kind of DXCC Honor Roll, don't you know. ;-) 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Code Bloat vs System Bloat
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. Unfortunately I think Rob's point here is somewhat tainted by an overly-narrow view of how the radio software is developing and where it's headed. His general point is well taken, but it appears to be based on a concept of the software as a single application rather than a virtual radio *system* for combining functions *into* an application. The single application model is explicitly what we're abandoning. While Rob's appeal to simplicity is laudable, his recommendations for achieving it are more appropriate to a continuation of the old model rather than embracing the new one. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Code Bloat vs System 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 apps to get solid functioning What concerns me is that somebody might think, based on your remarks, that what you're warning about has anything to do with the virtual radio design that's actually emerging. I would simply stress that Rob's fears are well-founded and well-expressed in general, but completely off the mark as far as our design is concerned. I don't think they reflect any of the concepts that have been published and discussed up to this time. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 the use of MIDI (which I have not had a chance to investigate yet) in the latest software design. One of the things that's going to make this a little confusing at first is the nature of the spec. There is no single API in the usual sense. There's an excellent discussion of this in Joe Armstrong's thesis Making reliable distributed systems in the presence of software errors (http://www.sics.se/~joe/thesis/armstrong_thesis_2003.pdf). A typical configuration (in fact, exactly the one I'm working on now) is something like this: (1) A node -- either a pure erlang process, or an erlang node written in some other language, it doesn't matter -- is sitting idle waiting for a sequence of bytes to arrive. By convention it's accepting data formed as CAT commands. As far as the node is concerned, it's just reading from a file descriptor. It doesn't know or need to know whether that descriptor is attached to a device (serial port), a file, or a socket. In any case, the input to this node is through the standard OS filesystem. (2) A little chunk of data arrives at the node's doorstep. The node is then responsible for making sense of the CAT command according to *its own* internal model of the radio. In other words, it's this node that thinks of things like VFOs, bandswitches, and so on. (3) The node then sends one or more erlang messages to the VR-Kernel. These messages are requests to bring the DSP software and the RF hardware into a particular set of states. For example, a request can express something like: Please bring about the changes necessary to produce 6kHz-wide SAM-detected audio from an RF setting of 3.851MHz. The VR-Kernel isn't at all interested in ideas like VFO -- that's part of the radio model implied by the CAT vocabulary. (4) The VR-Kernel either carries out the request, or else throws an error (which is OK -- errors are acceptable and frequent responses). An error travels gracefully back to the node, which can decide on an alternate plan of action. (5) The CAT node goes back to waiting for input. In short, the CAT-receiver node is set up like filesystem-in - translate - erlang-message-to-kernel. Obviously there's a symmetric bidirectional path for commands that elicit responses. Note that the CAT-receiver node is only one of many possible requesters for service from the VR-Kernel, and since it's speaking erlang to the VR-Kernel, it also doesn't need to know where that Kernel is running, nor what software and hardware are on the other side of the Kernel. Thus also a graphical console can emit either CAT commands -- from a program like grig, for example -- or it could emit rigXML to a *different* translator node, or it could formulate requests directly to the VR-Kernel itself. One of the especially tasty consequences of this scenario is that the implementation can grow incrementally, since in the erlang world (as with RPC) multiple versions of each component can coexist without conflict. A small implementation of this idea can grow and be refined easily without committing to a full spec prematurely. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 the use of MIDI (which I have not had a chance to investigate yet) in the latest software design. BTW I'm very aware how unhappy some people can become in the absence of a big book where all the subroutine call parameters and data structure elements are laid out, page after page, in advance. That's an unfortunate habit of mind that needs badly to be surmounted in this environment. It's very important to get hold of the idea that in principle there is *no way* to enumerate the possible states in a system like this, even theoretically. (Yes, I know, that's equivalent to saying the VR-SDR is nondeterministic, and that's correct. That's because it can change over time *without being restarted*.) The fundamental notions in the whole VR-SDR system are, first, that you *don't call subroutines*, you read and write messages to ports; and second, *errors are not mistakes*, they're customary and expected parts of system functioning. A priori there is no difference between errors and innovative conditions. In practical terms, what this means is that writing system components is much simplified, because the *only* things a component needs to know are the kinds of messages they will accept and the kinds they can emit, using nothing more than elementary I/O. For most functions the range of possibilities is very, very small. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 point, however, is that many if not most of the radio functions don't need to know anything about those definitions. Would the VR kernel, for instance, have some mechanism for backward compatibility with old style messages? Yes. This is all covered in considerable detail in the OTP documentation. You have the same thing in much simpler form with RPC, for example. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 Armstrong. See Ch. 9 and 10 in the Erlang Reference Manual. A further question about the proposed new architecture... is the dsp processing (i.e. either the receive or transmit threads in Dttsp) being implemented as a gen_server pattern? No. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Spam: Question about CAT/Console logic
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 my standard consulting rates. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] 2OSR Anyone???
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 what you're describing is not a big reach at all. What's novel about this scenario is the need to arbitrate commands and data input from more than one operator at a time. On its face, that would seem to be much more of a human protocol issue than a technical one. However it does imply three important requirements: first, command message streams from each UI need to be stateful; second, the command protocol needs to include priorities; and third, commands may need some sort of time tagging and scheduling. Very interesting. Important stuff to bring into the picture. Fortunately, not something either the UIs or the DSP need to know anything about. For the rest, this configuration isn't much different from running multiple UIs on one machine, except the control/focus issue is more clearly defined for a single user with several UI instances. In that case, commands can still be treated as atomic rather than stateful, and can be executed as they arrive rather than needing scheduling. Much, much simpler. I'm thinking that such concept could be useful in an Unlimited Multi Op contest category... 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] E-MU 1212M sound card and SDR 1000
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 couple of years at least. If it isn't currently functioning, then it probably got lost somewhere in the UI maze at some point. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Development environments for the future..Re: anyone attend DCC this weekend?
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 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] anyone attend DCC this weekend?
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 tally by Bruce Perens, you too will be convinced it's extraordinary -- I don't feel bad about perhaps letting them defray some of the costs by asking interested readers to buy copies of the volume. Besides, there's lots of other stuff in it that's worth having. Or, does TAPR allow independent distribution of a conference paper? It's not up to them. Authors retain copyright. I'm the one being a hardass. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] Re - Pricing
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. I'm betting that the software development model is going to hamstring *all* of the major vendors. Ten-Tec and Elecraft can't handle it, and they're the best -- smart, agile, and forward-looking. It's hard to imagine how the three big JA manufacturers will. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
Re: [Flexradio] anyone attend DCC this weekend?
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 pre-alpha and alpha software releases are 15 Dec and then 15 Apr. The document itself will be available by the time of the alpha release. 73 Frank AB2KT ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/