[Flexradio] SDR-Breadboard
Folks Thank you to everyone that took the time to try things out. From your feedback I have spent a fair bit of time really getting the install process down to a fine art. There are now two ways to install, a quick install and a full install. The quick install starts you off with a pre-built image containing all the pre-requisites leaving you just to install the application. The full install really does spell everything out now. I went through and followed my own instructions to build a new image and found a lot of things I had not mentioned that could throw people off-course. It was very enlightening and I can sympathise with anyone trying to follow previous incarnations of the process, particularly the first attempts which were woefully inadequate. Please check it out at http://myweb.tiscali.co.uk/g3ukb/installation.htm. The quick install should get you up and running in 30 minutes or so if all goes well. As always, any problems let me know and I will do my best to sort them. - 73 de Bob *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20060515/8a9dda28/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com
Re: [Flexradio] SDRBreadboard up and running
Just to elaborate a little on Joe's experience. It is a different beast, but if you start out considering it to be another OS running in a virtual machine inside your OS what you have to do becomes a lot clearer. There are a number of pre-requisite things you have to install into that environment; you then save that environment so you never have to do that again. Then you have a clean environment to install SDR-Breadboard. I have done more work on the installation page (http://myweb.tiscali.co.uk/g3ukb/installation.htm) with lots of screen shots to make it very step-by-step. The more people that have a go the better the web site will get and the more people there will be to trouble shoot those little foibles you always get in software. I hope this will encourage a few more to have a go and see what it's all about. 73 de Bob Hello all, Well I installed Bob Cowdery's version 4 of the Squeak SDR Breadboard and after a double take (the original install file was missing a component so that the radio did not build correctly, but Bob has corrected that now), my SDR-1000 plays Squeak QSOs (no pun intended). Boy, this is different and fun all in one and one cannot help admire all the amazing work Bob has done. I will admit that I was slightly ahead of the game as over several weeks in April I decided to give Squeak a whirl, which started a regular back and forth email with Bob. He helped me ultimately get it all working (that was back in the days when the installation instructions were much more rudimentary than they are now) and together we worked on getting it to work with the RFE board and the Delta-44 sound card. Bob would do all the programming (my programming skills are limited at best) and I would feed back the results, as he still only has the original three-board stack at this point. What I can say, and this may help others, is that it took me a while to figure out the difference between Squeak and other applications. Usually under windows, when you double click on a file created by an application, windows will automatically start up that application and then open the file. You can of course instruct windows to start up Squeak when you double click on a Squeak image (image is Squeak speak for everything you have running under Squeak at that point in time) and all will appear OK, ie Squeak starts and image is displayed, but nothing will work. What you need to do is when you've installed Squeak, copy the whole directory in which the Squeak application resides to a new directory (let's call it folder 2). Start Squeak, build an image (by loading files into squeak, or installing applications, or anything else) and save it to that same directory. Next time you want to start up that image, drag it over the Squeak.exe icon in the same folder and all will work. More specifically, open folder 2, start Squeak.exe and when you have gone through all the many preliminary SDRBreadboard installation steps necessary and described on Bob's website, save the image (in a blank space click and select save as...Save it in the same directory (folder 2) from where you opened Squeak. This will be your back-up so that you will not need to go through all those installation steps again. Close Squeak and copy the whole folder 2 directory containing Squeak and the image you just built to a new directory (folder 3). Folder 2 will now always be your back-up. Open folder 3, drag the image you just created over Squeak.exe (both in folder 3) and continue to install SDRBreadboard. After you have installed SDRBreadboard, again save the image, but under a different name. (you will now have 2 images in your Squeak working directory: the pristine, base image you created earlier and the SDRBreadboard image, as well as Squeak.exe). To start SDRBreadboard in future, open folder 3 and drag the SDRBreadboard image over Squeak.exe and all should work. I hope this helps. I know it sounds confusing (believe me I was for a long time!) and it does take some getting used to, but when it does all work is a lot of fun. *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com
Re: [Flexradio] SDR-Breadboard
KD5NWA wrote: You have at least one comment, mine. Thanks for taking the time. The way out in the fringe way of doing the software looks interesting and your displays look a lot nicer that the last time I looked. I'm no graphic artist but when I get fed up with looking at the same screen I usually play a bit and by degrees the look will improve. Seriously, I'll take a detailed look on Sunday. Any comments welcome. Off the top of my head, I would be more interested in a Linux port, I'm slowly moving away from Windows, and another functional SDR software package that I could fiddle with would be welcomed, that is if you have release the code to the public. You are the second person to express that interest. The software is released under a very liberal license so no problems there. I did start off with the DSP on Linux but I haven't yet created a HW controller plugin on Linux. Squeak itself runs bit identical on Windows, Unix/Linux and OSX. I have run it on Linux but don't have a Mac. As far as multi-platform if it can be reasonably done so it's supported in multiple platforms so much the better, if you can run under OSX that would be a big plus for me. See above. No problem for Squeak to run under OSX. The DSP and HW Controller would need to be ported and built or perhaps use Linux for the backend to avoid that port. I'm curious what sort of PC have you used this software with, so I can determine approximately the CPU power required. Nothing special, a 2.4GHz Pentium IV. The biggest consumer of cycles will be the various graphic displays which aren't finished right now. I expect CPU to be around 25% when they are done. However, for serious use I will put the DSP on Linux on its own so it has a stable environment. Squeak then runs on both boxes with Opera Object Request Broker making the connection. I'll give you more opinions and questions after I look at it more thoroughly. Please do. At 04:13 PM 5/11/2006, Cowdery, Bob [UK] wrote: Folks Version 4.0 is now released and on the SqueakMap. The web site http://myweb.tiscali.co.uk/g3ukb/ is up to date and contains a fair bit more info. I have even joined hamsdr.com so the link is there as well. This version has a lot of improvements and is much easier to manage. If all this means absolutely nothing to you then please spend a few minutes just looking at the web site. If interested then just a few hours of your precious time would be much appreciated to give it a whirl. Thanks to those that helped shape this release. It is still a work in progress but the current functionality is stable and very self contained so it won't pollute your system with random files! If there is enough interest I will do the Teamspeak thing to answer questions. I really am interested in your views and would love to have a discussion. I don't mind adverse comments in the least but it would be really disappointing to have no comments. Do you have a view on cross platform versa single platform? On languages? On single versa multi-machine deployment? On software front panels that imitate hardware versa software focused controls? On monolithic versa component GUI's? On the price of beer? Can anyone donate a brand new SDR1000 to a poor old guy that only has an old 3 board stack and may not have a job in a few months so can't get XYL approval to spend money? The forum has been very quiet lately; perhaps there really is no one out there... - 73 de Bob (G3UKB) *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachmen ts/20060511/3306ef8f/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com Cecil Bayona KD5NWA www.qrpradio.com Windows, the most successful software virus ever Don Seglio Batuna *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver
[Flexradio] SDR-Breadboard - the next release
I have a very high level priority list of what comes next, partially from feedback and partially from what I want/need to do. There are just three things on this list but they are all quite major tasks so there will probably be a release after each one. 1. Graphic display, it's high time it gained one of these. 2. Enhancements to the SDR Manager so it can handle multiple configurations and hand built configurations can be sucked in as definitions so they can be rebuilt automatically. This is essential for experimenting, running multiple configs and distributing new radio configurations, also a precursor to (3). 3. Create an equivalent Linux radio to the current Windows one by wrapping the Linux DSP and Controller code. The actual point of the post is to ask for help in defining the functionality and design of the display component. I want to collect a comprehensive set of requirements. They can be as zany as you like, 3D time displaced, bookmarks, zoom, pan, magnify, resize, fold out sections. The user interaction is also a key area, how are these functions accessed and what interaction is required, for example rubber band an area to zoom or set a filter, drag tune with the mouse, sample a peak to see what's there. I'm not saying I will do it all but the design needs to accommodate the possibilities. If anyone wants to help in the class design that would also be excellent. This is one area where it makes sense to really thrash out the design before coding. Assume I know nothing, stating the obvious is not a problem as sometimes the obvious gets missed. 73 and looking forward to some interesting ideas - Bob (G3UKB) *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20060512/0878d757/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com
[Flexradio] SDR-Breadboard
Folks Version 4.0 is now released and on the SqueakMap. The web site http://myweb.tiscali.co.uk/g3ukb/ is up to date and contains a fair bit more info. I have even joined hamsdr.com so the link is there as well. This version has a lot of improvements and is much easier to manage. If all this means absolutely nothing to you then please spend a few minutes just looking at the web site. If interested then just a few hours of your precious time would be much appreciated to give it a whirl. Thanks to those that helped shape this release. It is still a work in progress but the current functionality is stable and very self contained so it won't pollute your system with random files! If there is enough interest I will do the Teamspeak thing to answer questions. I really am interested in your views and would love to have a discussion. I don't mind adverse comments in the least but it would be really disappointing to have no comments. Do you have a view on cross platform versa single platform? On languages? On single versa multi-machine deployment? On software front panels that imitate hardware versa software focused controls? On monolithic versa component GUI's? On the price of beer? Can anyone donate a brand new SDR1000 to a poor old guy that only has an old 3 board stack and may not have a job in a few months so can't get XYL approval to spend money? The forum has been very quiet lately; perhaps there really is no one out there... - 73 de Bob (G3UKB) *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. -- next part -- An HTML attachment was scrubbed... URL: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/attachments/20060511/3306ef8f/attachment.html ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com
[Flexradio] SDR-Breadboard
Hi Joe Although I started out wrapping the Linux DSP code I moved over to the Windows DSP code a while ago. Both are supported but I've not done anything with the Linux DSP component for a while. So yes, it all runs on a Windows box provided your soundcard is the default one as I've not done anything with sound card configuration yet. 73 Bob (G3UKB) Just for clarification: when you say should work right out of the box on Windows, does this mean you are now also supporting connecting the hardware to a windows machine? If so, does that change anything in the installation instructions? Keep up the great work - it's a real eye-opener Cheers, 73 de Joe - AB1DO Bob (G3UKB) wrote: A new version is up on Squeak map and http://myweb.tiscali.co.uk/g3ukb/ http://myweb.tiscali.co.uk/g3ukb/ has been updated with more information and a high level design in UML. This is probably the first 'usable' version for RX (depends on your definition of usable of course!). The install includes a new project with a dual-watch configuration that should work right out the box on Windows. 73 Bob (G3UKB) ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
[Flexradio] FW: A unified architecture?
I didn't see any replies, but then I didn't see this message either so maybe it didn't get posted for some reason. Apologies if anyone gets it twice. I have a question on the game plan for Windows, Linux and WHY architectures, not individually, but as a whole. I have been following all the discussions but they have not helped me resolve this issue so I guess the only way to find out is to ask. Having dabbled with both implementations there is something that has now moved high on my wish list. I have my Smalltalk radio talking to both the Windows and the Linux jsdr implementations. However, the way it does so is quite different. For Windows it's a plugin dll and for Linux it talks through named pipes. For Windows I had to move audio processing back in and make a number of other changes to achieve the integration. I would love a single code line for jsdr that had the same interface and the same functionality on all platforms. The key things I would really like are. 1. A unified messaging interface that is not targeted, so that different external interfaces could be mapped on top to expose jsdr to C#, Java, Python, Lisp, Smalltalk or as a web service, raw socket service or WHY in a way that is the most natural for the language/environment. I don't care particularly what the messaging format is as long as it is expressive enough to cope with complex data formats. What I would be less happy with is a completely separate Windows and Linux jsdr that did exactly what each environment required with a hard coded external interface. 2. For audio processing to be part of jsdr on all platforms and use PortAudio on all, rather than PortAudio on Windows and Jack on Linux. This means all management of sound cards, dual cards, VAC and Jack (I assume Jack would be used under PortAudio for routing) would be common. Is anything like this on the roadmap? Is it a load of rubbish and are there reasons why it will never be like this? My worst nightmare at the moment is that I will keep putting effort into redoing my changes to jsdr every time I want to take a new cut. If it is moving in this direction then I am sure I could help in some way. Best 73 Bob (G3UKB) *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
Re: [Flexradio] A unified architecture?
Frank Wow, that was a fast response. It took 12 hours for my message to hit the list and 30 seconds to get a reply. I don't want to push for decisions when the design is still in a state of flux but anything that is fairly concrete will help me plan what I do to fit in with what's coming. The answer is, Yes to the first, Probably to the second. That's good news. The basic command interface to jsdr is not going to change. The convoluted way it gets used under Windows is an artifact of the development process. The commands are fetched, down at the metal, using basic file I/O. It's done in such a way that what the associated file descriptor is attached to can be a FIFO, a socket, or anything else that can be turned into a file descriptor :-) Yes, I did follow that part through and plugged straight into the sendcommand() interface in update.c plus retained the call level interface for everything that does not use that route. Do I take it then that this interface will remain and that the XML interface planned for the Windows rewrite will sit atop this but only for remote calls? What about the spectrum, meter data, will this remain pipes on Linux or be a direct call interface as on Windows. In short, the existing Linux strategy is supportable everywhere with a thin layer of glue. The cruft around it in the current PowerSDR is unfortunate but not essential. On the second point, we'll see if the PortAudio development can carry the weight of all versions. If so, then the direct jack interface will be converted to PortAudio. There's about to be a development branch with PortAudio in it instead of jack. That sounds very promising. Has anyone made a decision about whether the Windows audio.cs moves over to jsdr? It's not that big an issue as it's pretty well separated which ever side it sits but not sure how you would do remoting without jsdr doing the audio. 73 Bob [EMAIL PROTECTED] wrote: I have a question on the game plan for Windows, Linux and WHY architectures, not individually, but as a whole. I have been following all the discussions but they have not helped me resolve this issue so I guess the only way to find out is to ask. Having dabbled with both implementations there is something that has now moved high on my wish list. I have my Smalltalk radio talking to both the Windows and the Linux jsdr implementations. However, the way it does so is quite different. For Windows it's a plugin dll and for Linux it talks through named pipes. For Windows I had to move audio processing back in and make a number of other changes to achieve the integration. I would love a single code line for jsdr that had the same interface and the same functionality on all platforms. The key things I would really like are. 1. A unified messaging interface that is not targeted, so that different external interfaces could be mapped on top to expose jsdr to C#, Java, Python, Lisp, Smalltalk or as a web service, raw socket service or WHY in a way that is the most natural for the language/environment. I don't care particularly what the messaging format is as long as it is expressive enough to cope with complex data formats. What I would hate is a completely separate Windows and Linux jsdr that did exactly what each environment required with a hard coded external interface. 2. For audio processing to be part of jsdr on all platforms and use PortAudio on all, rather than PortAudio on Windows and Jack on Linux. This means all management of sound cards, dual cards, VAC and Jack (I assume Jack would be used under PortAudio for routing) would be common. Is anything like this on the roadmap? Is it a load of rubbish and are there reasons why it will never be like this? My worst nightmare at the moment is that I will keep putting effort into redoing my changes to jsdr every time I want to take a new cut. If it is moving in this direction then I am sure I could help in some way. Best 73 Bob (G3UKB) *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://mail.flex-radio.biz/pipermail/flexradio_flex-radio.biz/ FlexRadio Homepage: http://www.flex-radio.com *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in
[Flexradio] [ Beginners - Experts - Terminology and stuff
Gerald said: Your comments are welcome. Just some thoughts. I think the more places there are to post messages the more difficult it becomes for users to determine the appropriate place to post and the harder it is to monitor. Many topics will fall into more than one category or be misinterpreted by the user and incorrectly posted. Ive seen multi-list forums where the most popular message is to post your message somewhere else. The reflector and the forum serve different purposes. I think one of the reasons why forum messages have fallen off is that people are not sure how many people actually monitor the forum on a regular basis now, and therefore post everything on the reflector. If there were a set of topics on the forum that supported what the forum is really good at like announcements, information and software releases etc rather than long conversational topics that might work. So if you have something with a long lifetime to say use the forum, if you want to start a conversation use the reflector. A message on the reflector to say there is something on the forum wont hurt. On the question of separating out the threads on the reflector and avoid the wrong impresion, its difficult. One possible way is to post on the forum the rules and the topic prefix to be used on messages like [BETA], [OPERATION], [LINUX SW], [WINDOWS SW], [OFF TOPIC] etc. It requires discipline on the part of users and a moderator to be quite tough if the rules are broken. It can then be made clear that people looking for certain types of information or qualification should look mainly at messages with certain topic prefixes. Its just a variation on multiple lists but maybe a bit more flexible. Not my idea, other lists do this but usually not enforced so prefixes are assigned for special topics only and most messages dont have them. You could even assign a prefix for a Beta release which only lives for that release etc etc. Bob *** Confidentiality Notice *** Proprietary/ConfidentialInformation belonging to CGI Group Inc. and its affiliatesmay be contained in this message. If you are not a recipientindicated or intended in this message (or responsible fordelivery of this message to such person), or you think forany reason that this message may have been addressed to youin error, you may not use or copy or deliver this messageto anyone else. In such case, you should destroy thismessage and are asked to notify the sender by reply email.
[Flexradio] Smalltalk SDR Project
The Smalltalk SDR project which I have named SDR-Breadboard is now available for download through the Squeak Map. This is a one click install for XP and Linux. The project homepage has also been updated a little at http://myweb.tiscali.co.uk/g3ukb/ . 73 Bob (G3UKB) *** Confidentiality Notice *** Proprietary/ConfidentialInformation belonging to CGI Group Inc. and its affiliatesmay be contained in this message. If you are not a recipientindicated or intended in this message (or responsible fordelivery of this message to such person), or you think forany reason that this message may have been addressed to youin error, you may not use or copy or deliver this messageto anyone else. In such case, you should destroy thismessage and are asked to notify the sender by reply email.
Re: [Flexradio] PowerSDR DttSP v1.4.5 preview 10 Linux port
I have a port of DttSP from PowerSDR v1.4.5 preview 10 to Linux running with FFTW3 on my Fedora Core 4 Linux box. There are some changes to the fifo interface so there is also a new version of my Java GUI to go with it. For details and downloading see http://microsat.homelinux.org/dttsp Currently there is not a version of the command line interface ported for this version. John, well done on doing the port. I had considered doing that myself to get an up to date release. I don't know about others but I for one would really appreciate a statement on the direction of the Linux jsdr. In the beginning Linux was the master source which was then ported to Windows. Now we have a port back from Windows to Linux. If all the recent work that has been done on the Windows version was not done on Linux first then that makes sense. Frank/Bob please help out here. 73 Bob ___ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
Re: [Flexradio] A bit of light entertainment ... connectors doc umentation
Thanks for the code. I have managed to load most of the extra packages. Now I just need to understand what they do. I also downloaded jsdr and will try to get that going with my SDR-1000.I have quite a bit of learning to do so it may be a while before I get squeak controlling my radio.Squeak is a pretty interesting software environment. I like the way you can save the image and start up right where you were. Getting jsdr going is pretty straight forward. The problem I had was getting Linux to recognise my Santa Cruz sound card. The real nightmare was with wxPython but thankfully I don't have to deal with that now. There is huge potential with Squeak and Morphic, a lot can happen with very little code. As you say its' nice to be able to leave something you were right in the middle of and come back days later knowing you can pick up right where you left off. Do you know of anyone who is using GNURadio to control the SDR-1000? I think there were some moves in that direction but I've not been personally involved. I will probably be asking a few more questions as I get closser to hooking things up. Pleased to help where ever I can. 73 Bob Forgot these. Change the path in SDRPool to match where you put them. Only a few are required but I couldn't be bothered to sort them. Bob *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
Re: [Flexradio] PowerSDR DttSP v1.4.5 preview 10 Linux port
Cowdery, Bob [UK] wrote: I don't know about others but I for one would really appreciate a statement on the direction of the Linux jsdr. In the beginning Linux was the master source which was then ported to Windows... Frank Brickle wrote: The Linux and Windows versions have officially forked... Thanks for the update Frank and very pleased to know the Linux jsdr is still very much happening. I will hang-fire until you good chaps are happy with the next release. 73 Bob *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
Re: [Flexradio] A bit of light entertainment
You're too modest, Bob. This is exactly what I (personally, from a very jaundiced point of view) want an SDR to be. I never blow my trumpet too hard Frank incase it falls apart! I hope this effort will have a longer life span and I think maybe it will. I made a few small updates to my web page so text wraps, had to cut the pic in half (must be a better way). Added the installation info. 73 Bob -Original Message- From: Frank Brickle [mailto:[EMAIL PROTECTED] Sent: 29 December 2005 10:26 To: Cowdery, Bob [UK] Cc: FlexRadio@flex-radio.biz Subject: Re: [Flexradio] A bit of light entertainment [EMAIL PROTECTED] wrote: Ok guys. I think a bit of real information is called for here. 73 Frank AB2KT *** Confidentiality Notice *** Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.