[linrad] Re: segmentation fault
Hi Dan, I followed that sequence and selected U, everything worked as described below. There is no option for selecting a sound card. It jumps to requesting baud rate, reporting lack of ability to perform input and output together, and then seg faulting. If there is only one possibillity Linrad will silently choose it. Look in the file soundboard_init.log, it may give a hint on what is going wrong. You were not prompted for choosing RDONLY or RDWR so you should find either User selected RDONLY or Only RDONLY available in the log file. Before requesting a sampling speed, Linrad should inform you about what device it selected on the top of the screen. Something like: For analog input: /dev/dsp opened in RDWR mode You should then see: Select radio interface: on line 10 on the screen followed by a list of modes. I guess you have it ok and have selected 1 or 2. Then you are prompted for input sampling rate. At this point you need true OSS to know what your hardware capabilities are. I suspect you are using alsa-oss and that does not behave correctly, it might suggest you can choose frequencies up tp 192 kHz. It seems you get this message: No device found for 8/16 bit output while input is open. You may use Linrad to watch spectra and record raw data. Linrad will now look for devices that can be used to output sound while processing recorded data. Does it stay on screen untill you press a key? The next step is searching for a writeable device. The soundboard_init.log file should have the details. Maybe there is no output that works properly - then there could be a segfault because I have not provided an error exit for this case which I have never seen. 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: Difficulties
Hi Roger, I have always thought that your recordings of the Leonids meteor shower when you were having lots of powerline noise were excellent test objects! I use them for examples here. Oooh! That is a special case with local powerline noise. Linrad can take care of that reasonably well and there is not much I can do to improve with the current structure of Linrad. There are on my website some recordings from July 2003 of 20 14 MHz with lots of powerline noise that totally covered up some weaker stations, that could only be copied after processing with Linrad or Winrad. But you have already worked on these, as did Alberto. I don't have anything tougher than these, although I think they are tougher than Ram's files from the past 2 weeks. But I am looking for other kinds of interference. Did you never have to ask someone to repeat because you could not copy due to interference of other kinds than powerline noise? While recording:-) (Splatter, keying clicks or something else?) I am also interested in marginal SSB. I could add an adaptive filter in SSB mode to try to improve S/N. 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: Difficulties
Roger Rehr wrote: I have put short post-processing excerpts from these files on the web though they are not yet referenced in a webpage: 1. without Linrad noise blanking http://www.nitehawk.com/w3sz/no-nb.wav Hi Roger, do you have a longer excerpt of that file, let's say at least 15 seconds or more ? It is shorter than the Linrad processed one (3 sec vs 5 sec) and the recovered audio does not match with that of the processed file, it was captured in a different time segment. I would like to compare the Winrad processing vs Linrad. Thanks 73 Alberto I2PHD # 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: segmentation fault
Leif, You are correct. The output stays on the screen until the key is hit. The trace output is: /dev/dsp62 /dev/dsp /dev/dsp64 (/dev/dsp63 is missing) The error message segmentation fault appears in the terminal box. - Regards - Dan # 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: Difficulties
Hi, Leif, Answers below ;) Quoting Leif Asbrink [EMAIL PROTECTED]: Hi Roger, I have always thought that your recordings of the Leonids meteor shower when you were having lots of powerline noise were excellent test objects! I use them for examples here. Oooh! That is a special case with local powerline noise. Linrad can take care of that reasonably well and there is not much I can do to improve with the current structure of Linrad. OK. I understand. Others should check these out ;) I wanted to put the link here but I can't find it :( Maybe you can post it? There are on my website some recordings from July 2003 of 20 14 MHz with lots of powerline noise that totally covered up some weaker stations, that could only be copied after processing with Linrad or Winrad. But you have already worked on these, as did Alberto. I don't have anything tougher than these, although I think they are tougher than Ram's files from the past 2 weeks. But I am looking for other kinds of interference. Did you never have to ask someone to repeat because you could not copy due to interference of other kinds than powerline noise? While recording:-) (Splatter, keying clicks or something else?) Yes...many times; but usually during a contest I am too stupid to multitask. So because I am playing with the controls and trying to work the station that I can barely hear, I forget to type 'S and thus never get the data saved. There is another contest this weekend. Maybe there will be lots of noise and I will actually remember to save a file [it could happen] ;) I am also interested in marginal SSB. I could add an adaptive filter in SSB mode to try to improve S/N. OK. I will see what I can find this weekend. There should be lots of splatter to find. Now if I can just remember to record it. I will try putting lots of reminder post-it notes on my monitor screens that say 'its the recording, stupid'. Stay tuned ;) 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: Difficulties
Hi Alberto, Thanks for the note! Check out the files on the webpage I referenced http://www.nitehawk.com/w3sz/linradnoise.html I think there may be longer versions there. All I did was click the nb on and off, and so the nb audio is of course at slightly different times than the nb-off audio. The webpage files are of substantially longer duration if I recall correctly; I trimmed them down to make shorter excerpts for a presentation that is coming up. All of this is from more than 4 years ago, and so it is possible that there may be files other than what I have on my webpage that I have forgotten about. I think you and Leif have already played with 96 kHz sampling rate wav files from march 2006 that I recorded of the w3ccx beacon with rotor and other noise. These 9 files range in size from 17 to 30 MB. I also have S files of 27 and 71 MB the contents of which are respectively a very weak w3ccx beacon in noise and 144 MHz WSJT EME with some noise, respectively. I saved the latter as a 'noise' file, but in a quick listen it really didn't seem very noisy today ;) Let me know if you want any of those. 73, W3SZ Roger Rehr http://www.nitehawk.com/w3sz Quoting Alberto di Bene [EMAIL PROTECTED]: Roger Rehr wrote: I have put short post-processing excerpts from these files on the web though they are not yet referenced in a webpage: 1. without Linrad noise blanking http://www.nitehawk.com/w3sz/no-nb.wav Hi Roger, do you have a longer excerpt of that file, let's say at least 15 seconds or more ? It is shorter than the Linrad processed one (3 sec vs 5 sec) and the recovered audio does not match with that of the processed file, it was captured in a different time segment. I would like to compare the Winrad processing vs Linrad. Thanks 73 Alberto I2PHD # 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]
[linrad] Re: Compiler tools for multicore CPU
Hi Georg, As I am going to build up a computer for linrad and HPSDR-applications with a multi-core (duo-core) CPU for load-sharing, following questions arose: 1. Which free available C-(C#-)linux-compiler (version number) will be suitable for this task? 2. Are other tools involved when using multi-core CPUs (linker, libraries etc.)? 3. Are those compilers, tools available in the forums archive (how can I localize them?)? 4. Does linrad existing software support multicore already? The answer to 4 is yes. Any modern Linux system will give you everything needed:-) 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: Difficulties
Hi Roger, I have always thought that your recordings of the Leonids meteor shower when you were having lots of powerline noise were excellent test objects! I use them for examples here. Oooh! That is a special case with local powerline noise. Linrad can take care of that reasonably well and there is not much I can do to improve with the current structure of Linrad. OK. I understand. Others should check these out ;) I wanted to put the link here but I can't find it :( Maybe you can post it? Sure. Look here: http://www.sm5bsz.com/linuxdsp/blanker/leon2001/leon2001.htm http://www.sm5bsz.com/linuxdsp/blanker/leonids.htm I am also interested in marginal SSB. I could add an adaptive filter in SSB mode to try to improve S/N. OK. I will see what I can find this weekend. There should be lots of splatter to find. Now if I can just remember to record it. I will try putting lots of reminder post-it notes on my monitor screens that say 'its the recording, stupid'. Stay tuned ;) OK:-) 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: segmentation fault
Leif, The log is: /dev/dsp opened as RDONLY 16bit format supported Max no of channels = 4 Max speed 192000 Hz Min sampling speed = 1000 Hz FLAG= 1 j=0 k=0 63:/dev/dsp 1000 - 192000 Hz 4 Chan. 16 bit RDONLY color=28 m=0 Checking /dev/dsp64 /dev/dsp selected by user for input. dev_flag=1 Only RDONLY available ui.input_mode=4 ui.rx_channels=1 ui.ad_channels =2 9600 Hz selected by user 9600 Hz reported by device Input format: 16 bit Read test OK No output device found while input is open. /dev/dsp0 /dev/dsp1 /dev/dsp2 /dev/dsp3 /dev/dsp4 /dev/dsp5 /dev/dsp6 /dev/dsp7 /dev/dsp8 /dev/dsp9 /dev/dsp10 /dev/dsp11 /dev/dsp12 /dev/dsp13 /dev/dsp14 /dev/dsp15 /dev/dsp16 /dev/dsp17 /dev/dsp18 /dev/dsp19 /dev/dsp20 /dev/dsp21 /dev/dsp22 /dev/dsp23 /dev/dsp24 /dev/dsp25 /dev/dsp26 /dev/dsp27 /dev/dsp28 /dev/dsp29 /dev/dsp30 /dev/dsp31 /dev/dsp32 /dev/dsp33 /dev/dsp34 /dev/dsp35 /dev/dsp36 /dev/dsp37 /dev/dsp38 /dev/dsp39 /dev/dsp40 /dev/dsp41 /dev/dsp42 /dev/dsp43 /dev/dsp44 /dev/dsp45 /dev/dsp46 /dev/dsp47 /dev/dsp48 /dev/dsp49 /dev/dsp50 /dev/dsp51 /dev/dsp52 /dev/dsp53 /dev/dsp54 /dev/dsp55 /dev/dsp56 /dev/dsp57 /dev/dsp58 /dev/dsp59 /dev/dsp60 /dev/dsp61 /dev/dsp62 /dev/dsp /dev/dsp64 - Dan # 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: segmentation fault
Hi Dan, /dev/dsp opened as RDONLY 16bit format supported Max no of channels = 4 Max speed 192000 Hz Min sampling speed = 1000 Hz FLAG= 1 j=0 k=0 63:/dev/dsp 1000 - 192000 Hz 4 Chan. 16 bit RDONLY color=28 m=0 Checking /dev/dsp64 /dev/dsp selected by user for input. dev_flag=1 Only RDONLY available ui.input_mode=4 ui.rx_channels=1 ui.ad_channels =2 9600 Hz selected by user 9600 Hz reported by device Input format: 16 bit Read test OK No output device found while input is open. At this point it is clear that your device does not allow duplex. I tried to look for 82801DB/DBL/DBM but was unable to find out what that is. Seems to be some kind of general purpose controller. Anyway, Linrad should be perfectly happy even if there is no possibility to run duplex. The next part of your log file should give a useful output device while the input is not opened (for use when processing recorded files, SDR14 or network data) /dev/dsp0 /dev/dsp1 /dev/dsp2 /dev/dsp3 /dev/dsp4 /dev/dsp5 /dev/dsp6 /dev/dsp7 /dev/dsp8 /dev/dsp9 /dev/dsp10 /dev/dsp11 /dev/dsp12 /dev/dsp13 /dev/dsp14 /dev/dsp15 /dev/dsp16 /dev/dsp17 /dev/dsp18 /dev/dsp19 /dev/dsp20 /dev/dsp21 /dev/dsp22 /dev/dsp23 /dev/dsp24 /dev/dsp25 /dev/dsp26 /dev/dsp27 /dev/dsp28 /dev/dsp29 /dev/dsp30 /dev/dsp31 /dev/dsp32 /dev/dsp33 /dev/dsp34 /dev/dsp35 /dev/dsp36 /dev/dsp37 /dev/dsp38 /dev/dsp39 /dev/dsp40 /dev/dsp41 /dev/dsp42 /dev/dsp43 /dev/dsp44 /dev/dsp45 /dev/dsp46 /dev/dsp47 /dev/dsp48 /dev/dsp49 /dev/dsp50 /dev/dsp51 /dev/dsp52 /dev/dsp53 /dev/dsp54 /dev/dsp55 /dev/dsp56 /dev/dsp57 /dev/dsp58 /dev/dsp59 /dev/dsp60 /dev/dsp61 /dev/dsp62 /dev/dsp /dev/dsp64 The result is very odd. Linrad tries to open all these devices. The statement is rx_audio_out=open( dev_name, O_WRONLY|O_NONBLOCK, 0); for each one of the device files and they all give rx_audio_out=-1 which is an error. What does your /dev/sndstat file contain? The very first line should say something about what sound system you have. Something is wrong with it. 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: Difficulties
Roger Rehr wrote: Check out the files on the webpage I referenced http://www.nitehawk.com/w3sz/linradnoise.html I think there may be longer versions there. Hi Roger, thanks for the pointer. I checked there, but all the WAV files appear to have been recorded after some sort of bandpass filtering, which stretched the noise pulses, making the effectiveness of the noise blanker almost zero. I think you and Leif have already played with 96 kHz sampling rate wav files from march 2006 that I recorded of the w3ccx beacon with rotor and other noise. These 9 files range in size from 17 to 30 MB. I also have S files of 27 and 71 MB the contents of which are respectively a very weak w3ccx beacon in noise and 144 MHz WSJT EME with some noise, respectively. I saved the latter as a 'noise' file, but in a quick listen it really didn't seem very noisy today ;) Let me know if you want any of those. Yes, I remember that, but was hoping to be able to do some tests with new and different files. If you have a pointer to noisy and unfiltered (broadband) WAV files they are welcome, thanks. 73 Alberto I2PHD # 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: segmentation fault
Leif, There is no file /dev/sndstat. Can it be known by another name? - Dan The result is very odd. Linrad tries to open all these devices. The statement is rx_audio_out=open( dev_name, O_WRONLY|O_NONBLOCK, 0); for each one of the device files and they all give rx_audio_out=-1 which is an error. What does your /dev/sndstat file contain? The very first line should say something about what sound system you have. Something is wrong with it. 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]
