[linrad] Re: svgalib segfaults
On 4/21/06, Leif Asbrink [EMAIL PROTECTED] wrote: Hi Ramiro, -- sgvalib linrad 02.07 works for some while and segfaults: svgalib: signal 4: Illegal instruction received svgalib: signal 11: Segmentation fault received I have not been able to reproduce. I have tried Sarge with the 2.6.8 kernel but it just runs fine. The 8-bit ALSA is OK under Sarge so the only problem I can see is that I can not read all the bits from the Delta44 using ALSA. Fine Leif. I can reproduce the segfault every time try it. I think I could debug it fine because it crashes with consistence. I am at work know, I will try to do the debugging when I arrive at home and tell you the results. It is obvious that you have detected a bug. Maybe you can use a debugger to get some info about it? It could be an error in the Linrad code that might lead to various problems in the future so I am very interested to know. It could also be a bug inside svgalib or ALSA that cause an interrupt-related problem. Ok Leif, we will keep in touch! Ramiro. EA1ABZ. 73 Leif / SM5BSZ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Fwd: [softrock40] SoftRock v7.0 production now scheduled
Hi, All, Below is a note from Tony Parks re:Softrock v7.0. I would suggest those interested get their money/notes to Tony fast as these will go very quickly! 73, Roger W3SZ Good Morning All, Response has been positive about a production run of two hundred v7.0 SoftRock kits with kit delivery starting May 8. This is the SoftRock version that uses the I7SWX/VK6APH mixer design to convert RF signals to I/Q audio output. The kit will include the PCB, and all parts on the board but not include any of the external wiring such as the stereo audio cable. Please see Bill's website, http://ewjt.com/kd5tfd/sdr1k-notebook/sr40/sr7/index.html, for a view of what the production v7.0 board will look like and his beta v7.0 performance measurements. Additionally, Bodo, DJ9CS, has posted in the Photos area of this website a PowerSDR screen shot of a beta v7.0 SoftRock running with a calibrated input signal. Circuit boards will go on order this morning and orders for some of the integrated circuits have already been placed. Parts that might have delayed kit shipments beyond May 8 were found in stock and have been ordered. I am trying to determine what crystal frequencies can be included with the kit to make the receiver most useful in the 10m IF application. Two crystals will be included in the kit, 28.224 MHz and a second frequency to be determined in the next few days. Feedback on what frequency would be most useful and/or a lead on where I could order that crystal would be very helpful. Additionally, if there is interest in using the v7.0 on one of the higher HF ham bands, I will be able to substitute a crystal for that band in place of the 10m crystals. PayPal orders may be placed starting today with payment directed to my e-mail address, raparks at ctcisp.com (put @ in for the word at). The v7.0 kit price will be $18 for US/Canada and $19 for DX with kit mailing cost included in the kit price. Payment may also be made by check or money order to me at: Tony Parks 1344 E 750 N Springport, IN 47386 USA Thanks and 73, Tony KB9YIG --- Forwarded message --- From: kb9yig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [softrock40] SoftRock v7.0 production now scheduled Date: Fri, 21 Apr 2006 06:44:06 -0400 raparks at ctcisp.com -- Roger Rehr W3SZ http://www.nitehawk.com/w3sz/ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Portaudio
Hi Bob and all, If we use PortAudio, we can have a SINGLE sound system API for all operating systems and be able to immediately extend your Xlinrad to at least Intel based OSX boxes (since Portaudio presents a single API for sound on Windows, Linux, and OSX) and run this code on Windows, Linux, and Intel-Mac. The problem with Xlinrad on PPC boxes is your assembly routines of course will not work. For audio, Portaudio will not care if your underlying system is OSS, ALSA, or on windows ASIO, WDM-KS, MME, or DirectX. I do not quite see the reason to have a layer between the underlying system and Linrad. Most problems in the past have been associated with bugs in the underlying sound system and a large fraction of the Linrad interface to sound is actually designed to work around all the different hardware and software relates problems with the sound system. It will however be very easy to modify Linrad for Portaudio Everything that depends on the sound system is contained in setad.c for which currently two versions exist: wsetad.c for Windows (1000 lines) and lsetad.c (2600 lines) for Linux (X or svgalib) If you can replace setad by a psetad for Portaudio I can easily include it and add three more commands to the Linrad makefile: make plinrad, plinrad.exe and xplinrad. The assembly routines is no problem at all, there is only one very small routine that has to be rewritten. The big assembly routines are user selectable options and Linrad sets flags that say whether they are allowed or not for the routines using multimedia instructions and it will be trivial to extend this to block all the assembly if the user would need that. The problem is that someone else will have to modify Makefile.in and the other input files to configure for the Linrad package to compile on other types of computers. (I am not going to bring in other kinds of computers here, but I will be happy to include whatever code needed to make Linrad compile on other systems as long as it does not interfere with the compilation under Linux for kernels above 2.2.10 (Old kernels are still needed for old computers) Linrad has a os-depending main.c: lmain.c (700 lines) Linux svgalib xmain.c (550 lines) Linux X11 wmain.c (600 lines) Windows (a large part is the handling of keyboard translation) Then there is an os-depending interface part, sys.c lsys.c (200 lines) Linux svgalib (graphics) wsys.c (600 lines) Windows (graphics, threads and timing) xsys.c (350 lines) Linux X11 (graphics) lxsys.c (380 lines) Linux svgalib and X11 (threads and timing) Portaudio will do the opening in the native mode and will also give you floating point (based on 24 bit) samples if you open the card that way and increase your dynamic range, improve your noise floor, etc. The hardware reads in an integer format of 16 or 24 bit (padded to 32) It is absolutely impossible to gain anything at all by having the sound card interface converting the data to floating point. Surely one can make the Linrad code smaller by reading everything in the same format, but the penalty will be slower execution - at least for 16 bit input and there will be no performance advantage at all. The numbers given above is the situation today of what will become 02-08. The xsys.c routine might grow to perhaps twice the sice when I know how to send 256 colour bitmap images and 16 bit images to X11. The current routines work for 32 bit images only. 73 Leif / SM5BSZ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: Fwd: [softrock40] SoftRock v7.0 production now scheduled
They are flying off the kitting table. Tony told me he sold 50 in the first hour. Roger gave a talk to Packrats on linrad, sdr, etc. last night and while I could not get home until after the talk started, I was told it went well. Thanks Roger. Bob w3sz wrote: Hi, All, Below is a note from Tony Parks re:Softrock v7.0. I would suggest those interested get their money/notes to Tony fast as these will go very quickly! 73, Roger W3SZ Good Morning All, Response has been positive about a production run of two hundred v7.0 SoftRock kits with kit delivery starting May 8. This is the SoftRock version that uses the I7SWX/VK6APH mixer design to convert RF signals to I/Q audio output. Thanks and 73, Tony KB9YIG --- Forwarded message --- From: kb9yig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [softrock40] SoftRock v7.0 production now scheduled Date: Fri, 21 Apr 2006 06:44:06 -0400 raparks at ctcisp.com --Roger Rehr W3SZ http://www.nitehawk.com/w3sz/ -- AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats, NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman Laziness is the number one inspiration for ingenuity. Guilty as charged! # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] multiple instances of Linrad
Hi, All, The SoftRock v7s are so cheap I am starting to come up with all sorts of uses for them in conjunction with Linrad. One thing I had mentioned to Leif in the past was running multiple instances of Linrad so that one could watch simultaneously the 'bandscopes' of each of the lower VHF bands at all times during a contest. Now that X Windows and MSWindows versions of Linrad are available, it is easy to display two or more Linrad windows on the screen at the same time. With a Soft Rock dedicated to each of 50, 144, 222, and 432 MHz one would have things covered pretty well in terms of constant monitoring of the lower bands during a contest [or just looking for openings on each of the bands simultaneously at other non-contest times]. My thought is to have one computer and monitor dedictated to being this 'full time monitor' using 2 delta44's as inputs [each Delta44 could handle 2 SoftRock cards and therefore 2 bands], and the onboard sound for output, and constant simultaneous displays of the Linrad bandscopes for each of these 4 bands on the screen. With the appropriate selection of parameters [and the fact that for MONITORING you don't even need to be clicked on a signal most of the time] one should be able to run 4 instances of Linrad and not overtax the cpu. As I type this I am running two instances of Linrad with the Delta44 sending a different [I/Q] input to each and thus I am monitoring two different receive chains displayed in two different Linrad-for-Windows-Windows. Even when listening to both signals with 96000 Hz sampling the CPU is happy and I am not getting glitches [Windows XP, P4, 3.2 GHz, Linrad-02.6a]. So running 4 instances of Linrad at once with parameters chosen to minimize cpu overhead should be no problem. I put a screen grab of the two copies of Linrad running at the same time, much as they would be displayed in this application, for your amusement at: http://www.nitehawk.com/w3sz/twolinradsatonce.gif The only glitch that I forsee would be if two Delta44 cards installed at the same time are not handled properly by the OS. But mAudio's site says you can have up to 4 installed at the same time. If that is true, and if you had the cpu power...I will leave the math to you ;) I can't wait to get those SoftRocks! Its almost like free radio ;) Maybe I had too much caffeine today at work. Have a great weekend all, and 73, Roger Rehr W3SZ -- Roger Rehr W3SZ http://www.nitehawk.com/w3sz/ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]
[linrad] Re: multiple instances of Linrad
Hi, Stan, Thanks for the note! You are right that this is too much fun ;) The way I have my hardware FT1000 control add-on written at this point only one instance of it could be open at a time. But it would be simple to rewrite it so that the serial port was only opened when the data link was to be used, and to close it immediately thereafter. If that were done, then I could use multiple instances of XWindows Linrad and still retain control of the FT1000 frequency from Linrad. Then I could forget about the separate computer for monitoring and just use one computer / monitor with 4 or 5 instances of Linrad running for everything. I will play with changing the code later today at Hilltop. Because Linrad for Windows won't control the FT1000, this all depends on XWindows-Linrad being as happy with multiple instances as Linrad for Windows is, and I haven't checked that out yet. Have a great weekend, and 73, Roger W3SZ Consider the other multichannel M audio PCI cards like the 6-6 or the 1010. I am not an expert on the mAudio cards, but I believe the 6-6 still only gives 4 analog channels of in/out. The 1010 appears to me to have bandpass filtering of the analog signals so that even though it samples at 96K, the spectrum is limited to 22 Hz-22kHz. I could be wrong, but that is what the specs suggest to me. Stan, W1LE FN41sr Cape Cod w3sz wrote: Hi, All, The SoftRock v7s are so cheap I am starting to come up with all sorts of uses for them in conjunction with Linrad. # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED] -- Roger Rehr W3SZ http://www.nitehawk.com/w3sz/ # This message is sent to you because you are subscribed to the mailing list linrad@antennspecialisten.se. To unsubscribe, E-mail to: [EMAIL PROTECTED] To switch to the DIGEST mode, E-mail to [EMAIL PROTECTED] To switch to the INDEX mode, E-mail to [EMAIL PROTECTED] Send administrative queries to [EMAIL PROTECTED]