ExtIO support on SDR# (sdrsharp)

[Youssef]

Hi,

I'm the developer of SDR#, an open source software defined radio program in C#. I have recently released a version of the software that has ExtIO support. I've performed most of the testing using RTL-SDR and a EzTV dongle. Your comments, feedback and suggestions are welcome.
The download location is http://sdrsharp.com/downloads/sdr-nightly.zip

Youssef
http://sdrsharp.com

[Miguel A. Vallejo]

 Youssef wrote:

>>> The download location is http://sdrsharp.com/downloads/sdr-nightly.zip

Sorry, but this version does not support RTL devices, only wav and sound card.

[Youssef]

You have to copy the latest ExtIO_USRP.dll and associated files in the folder of  the main executable, just like any clone of WinRad. Selecting the proper frontend may help ;-)

Youssef

[Miguel A. Vallejo]

Youssef wrote:

>>> You have to copy the latest ExtIO_USRP.dll and
>>> associated files in the folder of  the main executable, just
>>> like any clone of WinRad. Selecting the proper frontend may
>>> help ;-)

Yes, I just figured it out :o)

You need to copy into program's folder ExtIO_USRP.dll, librtl2832++.dll, libusb-1.0.dll, libursp.dll and uhd.dll. Then select URSP frontend.

Installed and working. Nice job!

[Youssef Touil]

Thank you. How does it compare in terms of quality of buffering and CPU usage?

Youssef

2012/5/21 Miguel A. Vallejo <ea4...@gmail.com>

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/ultra-cheap-sdr?hl=en.

[Miguel A. Vallejo]

Youssef Touil wrote:

>>> Thank you. How does it compare in terms of quality of buffering and CPU usage?

I'm noticing a small problem.

Receiving WFM on a broadcast station, each few seconds (maybe 10 or 15 seconds) there is a glitch in the audio: A small echo.

It sounds like an output sound frame played twice. It occurs more frequently at higher sample rates, but it is also noticeable at 1 Msps.

CPU usage is quite low: 20-25% on E5700 CPU @ 3 GHz under W7/64

Hope this helps!

[Youssef]

Have you tried to increase readlen?

Youssef

[Miguel A. Vallejo]

Youssef wrote:

>>> Have you tried to increase readlen?

Of course!

Now I'm using readlen=524288 and 1 Msps. it is still noticeable.

[Youssef]

May be I need to increase the processing buffer too. I don't have that problem here, even with a 1.8GHz laptop cpu. I imagine you don't have that problem with WR Plus or HDSDR? Time to investigate! Thank you for your feedback.

[Miguel A. Vallejo]

Youssef wrote:

>>> May be I need to increase the processing buffer
>>> too. I don't have that problem here, even with a
>>> 1.8GHz laptop cpu. I imagine you don't have that
>>> problem with WR Plus or HDSDR? Time to
>>> investigate! Thank you for your feedback.

It's more noticeable listening to music than voice. It's not constant. maybe it makes 4 or 5 fimes each 10 or 15 seconds and then it works perfect for a minute or two... It's somewhat random. I also noticed it is also more frecuent if I set the output to 48000 Hz than to 22050 Hz.

Note I'm talking about WFM. I didn't notice it in other narrow band modes.

Just let me know if you need more testing!

[Youssef TOUIL]

Yep, I need help on testing. The sampling rate makes sense only when using sound card based SDRs. The crackling must be from something else.

 

Youssef

--

[Miguel A. Vallejo]

Youssef TOUIL wrote:

>>> Yep, I need help on testing. The sampling

>>> rate makes sense only when using sound
>>> card based SDRs.

Yes, you are right. Audio quality do not change when I change the sample rate.

[Youssef]

I've updated the development build. Can you download and check again please?

[Miguel A. Vallejo]

Youssef wrote:

>>> I've updated the development build. Can you download and check again please?

Downloaded and runned for about a hour. At low sample rates (0.9 - 1.0 Msps) works nice, only some ocasional audio glitches/echoes.

At higher sample rates (2-2.5 Msps), echoes are more frequent and audio is also somewhat distorted.

I compared your program with WRPlus, and I noticed the same problem in WRPlus. Where WRplus produces a small cut in the audio, SDR# repeats the last audio/frame played, so the problem is common for both programs.

I tested readlen values from 65536 up to 2097152 but none of them seems to solve the problem at 100%.

I also noticed the frame/updating rate for spectrogram and waterfall is very erratic, getting stalled for some deciseconds frequently, in the same way as using buf=0 or buflvl=100 in the device hint.

This make me think about a problem in data streaming instead of your program...

So I started to play with the device hint.

I played with readlen, buflvl, bufmul and buf.

It is important to notice that when I tried something weird as device hint (I can't remember the exact values), SDR# crashed, and I was not able to start it again. HDSDR and WRPlus worked fine, but SDR# did not start, complaining about missing device/driver. I ended deleting this registry key:

HKEY_CURRENT_USER\Software\Baz's Appz\ExtIO_USRP

to be able to start SDR# again, but now it does not remember any ExtIO configurations when I close it.

Well, the key seems to be in buflvl=0. When I use RTL tuner=e4k readlen=262144 buflvl=0 your program works like a charm up to 2.8 Msps, and only slightly distorted audio 3.2 Msps (Yes, 3.2 Msps).

buflvl=0 should be the same as buf=0, but there is a huge difference between both parameters: With buf=0 audio is choppy.

So I wonder if the real problem is ExtIO/librtl2832 handling of buffers, cutting buffer's output until it is over 50%, which seems to be the default value.

I'll do more test tomorrow. It's now 3:16 AM here ;-)

[Youssef]

Thank you very much for testing. The echoes are the result of packets being delayed by the ExtIO interface. When no data is available, the current implementation just re-reads the last valid audio buffer. It's not better than silent sequences, not worse. Note however that the application is highly multi-threaded. So, expect higher scalability. This also means that 50% of cpu usage on a dual core machine does not necessarily mean starvation. I can get ~75% of cpu usage on a dual core cpu locked at 900MHz while reading 2MSPS WFM IQ file... without any audio glitches! I cannot get WR Plus do that in the same environment though. However, things are different with the current ExtIO as it has some very strange behavior on high sampling rates. I observed some kind of "bursts" while playing, and the glitches occur just before these bursts as all the buffered data has been consumed. If I notice no improvements in this ExtIO, may be I'll be tempted to implement it in C# or C++ in a different way.
Thank you again for your efforts and your feedback.

Youssef

[Bob R]

Hi Youssef,

I just wanted to pop in to say that I appreciate your efforts here!  I pulled trunk from SVN, copied in the DLLs and did a local build and it works great.  I'm just learning this stuff and having the source code available and so nicely laid out really helps demystify some of this for me.

The WFM decode is stellar.  WR Plus is also very clean, but seems to lose all the bass and isn't terribly enjoyable for listening.  Not so with your application...it's very good.

My personal interest is separating the waterfall/fft from the audio demodulation a bit, delaying the latter so that it's easier to track ATC, law enforcement, amateur radio, etc.  Basically watch for the peak in the spectrum, slide the tuner there, and 2 seconds later the audio will begin to fill in (chaining FIFOs?)  Right now, by the time I get it tuned, I've missed half of the conversation.  I'd also like to build in some peak detection and 'scanning' capability (possibly with multiple demodulation threads).

Anyway, thanks again!

Bob

[Ton Machielsen]

+1

Very good software. Probably the best out there among the free ones.

Have to say though that the latest build stutters more than the .244

Ton.

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/KLCmm4gYV8oJ.

[Youssef Touil]

Hi Bob,

Thank you! There are some hidden setting that will be very useful to you for peak detection. Have a look on SDRSharp.exe.config and try fiddling with these settings:
    <add key="waterfallAttack" value="1.0" />
    <add key="waterfallDecay" value="0.9" />
    <add key="spectrumAnalyzerAttack" value="0.9" />
    <add key="spectrumAnalyzerDecay" value="0.7" />
Values should be between 0 and 1. For slow fall down, set the decay to some low value, like 0.1 or 0.01. To reduce the jitter, use a low value for Attack. I'm planning to put some controls on the GUI for these parameters. I hope this helps.
Concerning the delay, it's a bit tricky. You cannot just save/delay audio, as it should be processed as you change the frequency setting. So, what should be saved is the IQ flux. 120 secs x 2 MSPS = 240 000 000 IQ (complex) samples = 480 000 000 real samples in the fifo. Even if storing the samples in 8bits, that's 480MB of data in memory. A file system FIFO can be implemented to solve this issue though. But that's very tricky. Commercial potential again ? ;-) In any case, I'm glad to see my hobby project helping SDR enthusiasts to get in touch with the DSP techniques. I hope some skilled and devoted developers will join the project.

Youssef

2012/5/22 Bob R <bob...@gmail.com>

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/KLCmm4gYV8oJ.

[Youssef]

The buffering is the same. If you observe different behavior on your installation, the first things to check are the ExtIO parameters. Let me know the details of your experiments.

Youssef

Ton.

To post to this group, send email to ultra-cheap-sdr@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-sdr+unsubscribe@googlegroups.com.

[Chris Stake]

Hi,

I have an Ezcap dongle. HDSDR and WRplus are working fine and SDR# partially. I find that SDR# is not saving its settings so every time I restart the program I have to select the input device and re-enter the ExtIO parameters and receive frequencies. This does not happen with HDSDR and WRplus. I have all my program files and .dlls for the SDR programs in one directory:  C/ezcap. Any suggestions?

Regards

Chris Stake

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Youssef
Sent: 22 May 2012 15:42
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

The buffering is the same. If you observe different behavior on your installation, the first things to check are the ExtIO parameters. Let me know the details of your experiments.

Ton.

To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/ultra-cheap-sdr?hl=en.

 

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/3EFo5P8A1loJ.
To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.

[Youssef Touil]

Setting saving is not implemented at all. It's not a bug, but rather a missing functionality. I'll code it later.
Apart from this, what makes you feel SDR# is "working partially" ?

Youssef

Youssef

2012/5/22 Chris Stake <st...@btinternet.com>

[Chris Stake]

Hi Youssef,

In that case It is fully working here. WBFM decoding works well.

Chris Stake

[Miguel A. Vallejo]

Youssef wrote:

>>> Thank you very much for testing. The echoes are
>>> the result of packets being delayed by the ExtIO
>>> interface. When no data is available, the current
>>> implementation just re-reads the last valid audio
>>> buffer. It's not better than silent sequences, not
>>> worse.

Thank you for your explanation. I suposed something like this. I wonder how this kind buffers can work. If input to the buffer is at fixed sample rate, and out is at the same fixed samplerate, where is the "buffering"?

Anyway my problem now is another one. Each time I start SDR# I need to configure the device hint and create the device. It is not saved between runs. Any ideas?

Thank you!

[Youssef]

In SDR#, the output sampling rate is is much lower than the input. The processing between the two sampling rates includes decimation. Things are more subtle than they appear. May be i'll write a paper about this on the project's website.
Concerning the device hint, I think you should either restore the registry key you deleted or reinstall the ExtIO using the official installer. Saving the other settings in SDR# will be added later.

Youssef

[Chris Stake]

Hi Youssef / Miguel,

Just to clarify: The input source, the device hint and sampling rate in ExtIO are not preserved between sessions of SDR# here. I have not edited my registry.

 

Chris

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Youssef
Sent: 22 May 2012 21:15
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

In SDR#, the output sampling rate is is much lower than the input. The processing between the two sampling rates includes decimation. Things are more subtle than they appear. May be i'll write a paper about this on the project's website.

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/EzZSh4TS5WQJ.

[Miguel A. Vallejo]

Chris Stake wrote:

>>> Hi Youssef / Miguel,
>>> Just to clarify: The input source, the device
>>> hint and sampling rate in ExtIO are not preserved
>>> between sessions of SDR# here. I have not edited
>>> my registry.

My SDR# preserved ExtIO settings until I deleted the registry key...

[Chris Stake]

My installation of SDR# has never preserved the ExtIO settings but HDSDR and WRplus both do

Chris

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Miguel A. Vallejo
Sent: 22 May 2012 22:02
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Chris Stake wrote:

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

[Youssef]

I'll have a look on that.

On Tuesday, May 22, 2012 11:18:52 PM UTC+2, stake wrote:

My installation of SDR# has never preserved the ExtIO settings but HDSDR and WRplus both do

Chris

 

From: ultra-cheap-sdr@googlegroups.com [mailto:ultra-cheap-sdr@googlegroups.com] On Behalf Of Miguel A. Vallejo
Sent: 22 May 2012 22:02
To: ultra-cheap-sdr@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Chris Stake wrote:

>>> Hi Youssef / Miguel,
>>> Just to clarify: The input source, the device
>>> hint and sampling rate in ExtIO are not preserved
>>> between sessions of SDR# here. I have not edited
>>> my registry.

My SDR# preserved ExtIO settings until I deleted the registry key...

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To post to this group, send email to ultra-cheap-sdr@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-sdr+unsubscribe@googlegroups.com.

[Youssef]

Fixed.

On Tuesday, May 22, 2012 11:18:52 PM UTC+2, stake wrote:

My installation of SDR# has never preserved the ExtIO settings but HDSDR and WRplus both do

Chris

 

From: ultra-cheap-sdr@googlegroups.com [mailto:ultra-cheap-sdr@googlegroups.com] On Behalf Of Miguel A. Vallejo
Sent: 22 May 2012 22:02
To: ultra-cheap-sdr@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Chris Stake wrote:

>>> Hi Youssef / Miguel,
>>> Just to clarify: The input source, the device
>>> hint and sampling rate in ExtIO are not preserved
>>> between sessions of SDR# here. I have not edited
>>> my registry.

My SDR# preserved ExtIO settings until I deleted the registry key...

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To post to this group, send email to ultra-cheap-sdr@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-sdr+unsubscribe@googlegroups.com.

[Chris Stake]

Yes, that’s better now.

Thanks and regards

Chris

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Youssef
Sent: 23 May 2012 18:50
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Fixed.

On Tuesday, May 22, 2012 11:18:52 PM UTC+2, stake wrote:

My installation of SDR# has never preserved the ExtIO settings but HDSDR and WRplus both do

Chris

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Miguel A. Vallejo
Sent: 22 May 2012 22:02
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Chris Stake wrote:

>>> Hi Youssef / Miguel,
>>> Just to clarify: The input source, the device
>>> hint and sampling rate in ExtIO are not preserved
>>> between sessions of SDR# here. I have not edited
>>> my registry.

My SDR# preserved ExtIO settings until I deleted the registry key...

--
You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/ultra-cheap-sdr?hl=en.

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/Um5n28CpmWIJ.
To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.

[Paul]

Hi Youssef

 

I downloaded a copy of your SDRSharp to try but it didn't even install but

came up with this error message which I have attached to this message.

I don't quite understand what the error is something to do wth a missing

file perhaps it makes more sense to you.

 

73

 

Paul M0PDA

[Youssef]

Hi

Looks like you're trying to run SDR# within Wine. Isn't it? SDR# is a dotnet application and thus needs Microsoft .NET Framework 3.5 to run. Use winetricks to install it before running SDR#. In the otherhand, I choosed to not use an installer as most users prefer to keep their installation registry clean. So, just unzip and run the executable. Let me know about your experience.

Youssef

[Paul]

Hi Youseef

 

I only have Win XP Pro and don't even have any other operating system installed...?

I just unzipped and ran the executable and got the error message I forwarded on.

Will check on what version of Microsoft .Net framework etc and try installing again.

 

Thanks Paul

 

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/aE04ie-qDB8J.
To post to this group, send email to ultra-c...@googlegroups.com.
To unsubscribe from this group, send email to ultra-cheap-s...@googlegroups.com.

[Youssef Touil]

The Microsoft .NET Framework 3.5 installs via Windows Updates, unless you deactivate them. If it's the case you can download and install it separately.

Youssef

2012/5/24 Paul <P.Stal...@uwclub.net>

[Paul]

Hi Youseff

 

I installed .NET4 but it still did not run...! I checked and I had .NET3.5 installed in 2009 and in control panel

was an option to change or repair .NET3.5. So I selected the repair otption installed and rebooted and SDRSharp

now works. I have installed the ExitIO and ran Zadiag and it sees and works with my Peak DVB-T device but has a

strange echo all the time. Any clue on how or why I should have an echo..? Will have to try later after as my late shift is

imminent so will have a look at the fourum and the website tonight.

 

73

 

Paul

 

[Youssef Touil]

Hi,

Glad to see you have solved the problem. Now for the echoes, try using lower sampling rate 1MHz should work for most users. In fact, there's a buffering problem in the current ExtIO_USRP dll. I hope the next release will solve this issue. Until then, please refer to the other threads in this group like this one: https://groups.google.com/d/topic/ultra-cheap-sdr/7STV_Gvu-lA/discussion

Regards,

Youssef

2012/5/24 Paul <P.Stal...@uwclub.net>

--

[Miguel A. Vallejo]

Paul wrote:

>>> I have installed the ExitIO and ran Zadiag and it sees and
>>> works with my Peak DVB-T device but has a strange echo
>>> all the time.

You need to tweak a lot the device hint. I use:

RTL tuner=e4k readlen=262144 buflvl=0 with great success.

Note the buflvl=0. This is the key to reduce echoes to a minimum.

[Youssef]

Thank you Miguel. Hey, have a look on this: http://www.cnadigital.com/dual-analog-tv-and-digital-tv-usb-dongle-tv-on-your-pc_p7813.html
The specs look good, and can be a good replacement to the current RTL-SDR. I also expect a larger bandwidth and higher ADC resolution as it's used for analog TV (5MHz minimum. 12/14/16bit ADC?) I ordered one to see what can be done.

Youssef

[Adam Nielsen]

> Thank you Miguel. Hey, have a look on this:
> http://www.cnadigital.com/dual-analog-tv-and-digital-tv-usb-dongle-tv-on-your-pc_p7813.html
> The specs look good, and can be a good replacement to the current RTL-SDR. I
> also expect a larger bandwidth and higher ADC resolution as it's used for
> analog TV (5MHz minimum. 12/14/16bit ADC?) I ordered one to see what can be done.

Let us know what it looks like when you get it. I suspect the analogue TV
reception is done the same way as digital TV, i.e. there is a dedicated
hardware demodulator for it.

The tuners used with the Realtek have 8MHz of bandwidth, but the RTL chip is
only able to deliver ~3MHz over the USB bus. It's possible this has been
increased to allow a whole analogue TV channel to be passed through which
would be fantastic, but the CPU power required to decode it would I think make
it impractical, so I'm sure they would be doing it in hardware.

Cheers,
Adam.

[Bob R]

Hi Youssef,

I've noticed that the Correct IQ function seems to influence the number of glitches in the audio.  More specifically, if I'm running at 1.8Msps, I experience a greater number of hiccups and warbles in the audio than if I have Correct IQ disabled.  I don't know that it's CPU related, however, as the CPU % assigned to SDRSharp does not change significantly with either setting.

This is using WFM on broadcast FM stations, windows 7 64-bit, quad core 2.4ghz cpu, and I'm running a Debug build from source (no changes). 

[Bob R]

Sorry for making two posts here, but I'm still thinking about the delay thing.

First thing, I wouldn't expect it to survive a re-tune of the LO frequency, this is just for cases where I'm dragging the filter around in the spectrum to pick up bursts of audio.

What if the ComplexFifoStream was stretched out to contain a larger number of samples, for example, one second's worth at the current sampling rate.  Then, in the call to _vfo.ProcessBuffer, rather than passing in iqBuffer, we pass in iqBuffer plus an offset that would push it one second into the past (or whatever).  

I don't even know if that makes sense.  A larger buffer is probably going to make the write operation significantly more expensive, which could create problems as well.

[John Beale]

Thanks for doing this program, it is working fine on my RTL dongle using the hint
RTL readlen=262144 tuner=e4k
and finally I have a WFM mode with audio just as good as a normal radio.  CPU usage is only about 10%.

One question, I have "Correct IQ" checked, but the image rejection is no better than with HDSDR. That is to say images are only about 6 dB down from the main signal. This is with an isolated, fixed -50 dB narrowband CW carrier signal, with -85 dB noise floor and no other signal visible above noise floor. Should I expect better performance? Is there something else to do to enable the IQ correction?  In the window header I do see the IQ Imbalance Gain / Phase figures updating, at the moment Gain = 1.010 Phase = -0.3 deg but overall they stay near G=1.0 and Ph=0.0.  Maybe this feature is not supported using the RTL type receivers?

On Monday, May 21, 2012 8:34:46 AM UTC-7, Youssef wrote:

Your comments, feedback and suggestions are welcome.

[Youssef]

Hi Bob,

The current buffering model tries to minimize the perceived latency without sacrificing quality. I think even one second of IQ buffer would occupy a large memory block. The on-disk solution seems to be more suited to your problem. Remember that the current fifo classes have blocking reads/writes to achieve synchronization, and the blocking behavior depends on how many samples are in the queue. Altering this number also alters the synchronization.

Youssef

[imo]

Nice! It works on my celeron 1.7GHz @55% CPU utilisation. However, a lot of echoes and ringing with AF filter, the only seeting that works fine with my setup is Filter Order = 10 (NFM, AM).

i.

[Youssef]

I was playing with IQ Correction yesterday on RTL dongles, and I discovered something really strange. Have a look on this screenshot:



I'm using here a custom ExtIO module Ian (MM6DOS) is developing for the RTLSDR (much, much more reliable than the USRP one, btw.) What should you notice on that zoomed spectrum? Two DC spikes! In fact, the RTL chip is shifting the real spectrum by about 2kHz. I can just speculate on the real reasons behind this choice, but I'm expecting a "dirty hack" to mitigate some issue in their hardware demodulator for DVB/DAB. In the other hand, this "DC shift" alters the way IQ correction is applied, either automatic or manual one. My algorithm relies on the fact that images are symmetrical with respect to DC, and sees here a non-enhanceable signal as images do not correspond exactly and are looking like legitimate signals. The correction will stay at gain=1 and phase=0° as you may have noticed. This is not the case with sound card based IQ signals where the algorithm can reach better than 80dB of image rejection. I can always do some analysis and let the algorithm find the DC shift before trying to mitigate the imbalances...
I hope my analysis helps understanding the phenomenon.

Youssef

[Youssef]

The image has failed to upload. Here's a link to it: http://sdrsharp.com/downloads/rtlsdr-shifted-dc.png

Youssef

[Youssef]

Almost working :-) Have you tried 1MHz bandwidth?

[imo]

DC - anomaly - we have discussed that in Mid peak anomaly topic. People say it does not occure on funcube. imo.

Any progress with AF filter? imo.

[Youssef]

Have you tested WR Plus on that cpu? I just I want to know how much optimization effort will be needed to get everything work on a 1.7GHz Celeron.
Btw, you can test Ian's latest effort: http://sdrsharp.com/downloads/ExtIO_RTLSDR.zip
Yes, that's a ExtIO implementation based on the latest librtlsdr sources. Which means a working tuner and much, much less buffering problems.

Youssef

[Miguel A. Vallejo]

Youssef wrote:

>>> Btw, you can test Ian's latest effort: http://sdrsharp.com/downloads/ExtIO_RTLSDR.zip
>>> Yes, that's a ExtIO implementation based on the latest librtlsdr sources. Which means a
>>> working tuner and much, much less buffering problems.

How to change sample rate and tuner gain using this implementation?

[Youssef]

This is not an official release. The samplerate is still hardcoded in the DLL to 2.048 MSPS.
Do you think of a particular value for testing?

[Miguel A. Vallejo]

Youssef wrote:

>>> This is not an official release. The samplerate is still
>>> hardcoded in the DLL to 2.048 MSPS.
>>>
>>> Do you think of a particular value for testing?

All of them!

Without setting tuner's gain I'm restricted only to FM broadcast band, since the gain seems to be setted to the lowest value (or close to it).

2.048 Msps is too much for some computers, like some small Atom notebooks.

2.048 Msps is ok for desktop ones, but sound is VERY choppy with lot of echoes and distorition (unusable).

In other words: Old ExtIO works MUCH better (once properly configured)...

Just for your info ;-)

[Youssef]

As I said, it's still in development and has no GUI yet. But with the same config as the old one, I have much less buffering problems in the new one.

[Miguel A. Vallejo]

Youssef wrote:

>>> As I said, it's still in development and has no GUI yet. But
>>> with the same config as the old one, I have much less buffering
>>> problems in the new one.

The key for me and many others in some spanish forums is the parameter buflvl=0. This is the one who really makes the dongle useable when used with large readlen values (262144 and above).

Just for your info.

[Youssef TOUIL]

No more need for that. The current code uses a very short pipeline, thus reducing the lag and improving the overall buffering at the same time. The tests are very conclusive.

 

Youssef

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Miguel A. Vallejo
Sent: samedi 26 mai 2012 14:20
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Youssef wrote:

--

[Bob R]

Just as an aside, _roger (I believe) on the rtlsdr subreddit noticed that the quality of the signal can be greatly influenced by the sample rate.  I've got a quad-core sandybridge CPU in a laptop that will run the full 3.2Msps sample rate in HDSDR without dropping anything.  However, if I run at 3.0Msps, many of the little DC spikes that are peppered about in the spectrum are spread out into these wide, harmonics-laden peaks.

It seems that the best results are had at intervals that are even factors of the 28.8Mhz clock frequency of the RTL.  2.88, 2.4, 1.92, 1.8, 1.6, etc.

My point is that an ExtIO that has these as default options might be helpful, maybe like the USRP where they are selectable but you can override if you like.

[Miguel A. Vallejo]

Bob R wrote:

>>> Just as an aside, _roger (I believe) on the rtlsdr subreddit
>>> noticed that the quality of the signal can be greatly influenced
>>> by the sample rate.

Yes, I also noticed this.

>>> I've got a quad-core sandybridge CPU in a laptop that will run
>>> the full 3.2Msps sample rate in HDSDR without dropping anything.
>>>  However, if I run at 3.0Msps, many of the little DC spikes that are
>>> peppered about in the spectrum are spread out into these wide,
>>> harmonics-laden peaks.

I detected exactly that using rtl_test:

C:\Users\Miguel\Desktop\RelWithDebInfo>rtl_test 0 3200
Found 1 device(s):
  0:  ezcap USB 2.0 DVB-T/DAB/FM dongle

Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Elonics E4000 tuner
Reading samples in async mode...
lost at least 188 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 188 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 136 bytes
lost at least 68 bytes
lost at least 68 bytes
lost at least 188 bytes
lost at least 188 bytes
lost at least 68 bytes
Signal caught, exiting!
lost at least 68 bytes

User cancel, exiting...

This took about 10-15 seconds to print those 19 messages, but at 3.0 Msps:

C:\Users\Miguel\Desktop\RelWithDebInfo>rtl_test 0 3000
Found 1 device(s):
  0:  ezcap USB 2.0 DVB-T/DAB/FM dongle

Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Elonics E4000 tuner
Exact sample rate is: 3000000.178814 Hz
Reading samples in async mode...
lost at least 34984 bytes
lost at least 34756 bytes
lost at least 34772 bytes
lost at least 35012 bytes
lost at least 34396 bytes
lost at least 34532 bytes
lost at least 34704 bytes
lost at least 35132 bytes
lost at least 35012 bytes
lost at least 34464 bytes
lost at least 34944 bytes
lost at least 35132 bytes
lost at least 34772 bytes
lost at least 34464 bytes
lost at least 34532 bytes
lost at least 35012 bytes
lost at least 35012 bytes
lost at least 34652 bytes
lost at least 35132 bytes
Signal caught, exiting!
lost at least 34464 bytes

User cancel, exiting...

This took less than a second. There is something really bad at 3.0 Msps.

[Youssef TOUIL]

Ideal sampling rates should be in the form Fc / N, where Fc = Frequency of the crystal and N a power of two. 1.8MSPS is a very good compromise. The RTL chip supports other sampling rates but can drop packets and cause buffering problems.

 

From: ultra-c...@googlegroups.com [mailto:ultra-c...@googlegroups.com] On Behalf Of Bob R
Sent: samedi 26 mai 2012 15:45
To: ultra-c...@googlegroups.com
Subject: Re: [ultra-cheap-sdr] ExtIO support on SDR# (sdrsharp)

 

Just as an aside, _roger (I believe) on the rtlsdr subreddit noticed that the quality of the signal can be greatly influenced by the sample rate.  I've got a quad-core sandybridge CPU in a laptop that will run the full 3.2Msps sample rate in HDSDR without dropping anything.  However, if I run at 3.0Msps, many of the little DC spikes that are peppered about in the spectrum are spread out into these wide, harmonics-laden peaks.

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/vxrtn-7KJNcJ.

[John Beale]

Just FWIW: I was playing around with a hacked USB cable so I can provided the 5V power to the USB tuner separately from the USB hub. I measured one of my RTL2832U based tuners to take 120 mA when running, and the other one to take 160 mA. Anyway, I also noticed that they have a switching power supply internally (draws less current as you increase supply voltage) and something, I presume the switching supply definitely generates wideband noise at various places in the FM broadcast spectrum (and no doubt elsewhere) and you can "tune" that noise around by changing the 5V input voltage slightly. In case of interest.

On Monday, May 21, 2012 8:34:46 AM UTC-7, Youssef wrote:

Hi,

I'm the developer of SDR#, an open source software defined radio program in C#. I have recently released a version of the software that has ExtIO support. I've performed most of the testing using RTL-SDR and a EzTV dongle. Your comments, feedback and suggestions are welcome.
The download location is http://sdrsharp.com/downloads/sdr-nightly.zip

Youssef
http://sdrsharp.com

[DJ0MY]

Hi Youssef,

I tried to use the new rtlsdr.dll, but it always crashes during startup.....the old USRP extio dll was running OK (although with the famous echoes)....

After selecting the new DLL I get an error box saying something like "Unhandled exception has occurred.....";"Unable to load DLL ´rtlsdr.dll. The specified module could not be found. Exception from HRESULT: 0x8007007E)."

Any ideas?

Oscar Dj0MY

[Youssef]

Hi,

There was a missing file in the zip. Download again and everything should be work.

Youssef

[Miguel A. Vallejo]

DJ0MY wrote:

>>> After selecting the new DLL I get an error box saying something
>>> like "Unhandled exception has occurred.....";"Unable to load DLL ´rtlsdr.dll.
>>> The specified module could not be found. Exception from HRESULT: 0x8007007E)."

Make sure you have Microsoft Visual C++ 2010 Redistributable Package (x86) installed on your computer.

if not, go to:

http://www.microsoft.com/downloads/es-es/details.aspx?FamilyID=A7B7A05E-6DE6-4D3A-A423-37BF0912DB84

Good luck!

[Youssef]

Thank you for notifying this. I think rtlsdr.dll should be linked statically with the runtime to avoid such unexpected results.

Youssef

[Codeine]

Hi Youssef

    I downloaded the above mentioned updated zip file and when I choose
    RTLSDR (E4k-Tuner) - ExitIO_RTLSDR.dll  it works absolutely fine no
    echos and smooth tunneing etc but I can not access the front end at all..?
   
    But yet when I use RTL-SDR / RTL2832U I can access the front end
    SDR-Controller but no matter what sample rateI select I get the supplied
    error message.
   
    Thanks Paul de M0PDA

[Youssef]

Hi,

Looks like you are using the old ExtIO_RTLSDR with the new plugin. Isn't it? Please use a *clean* installation. The old ExtIO is locking the device so the new one cannot use it. No need for any extra files, everything is included in the zip.

Youssef

[Bob R]

Hi Youssef,

I've hacked (quite horribly) a 'peak tuning' routine into the application.  I'm using it to listen to ATC calls right now and it seems to work as well as could be expected for the 20 mins I've spent on it.

I put a patch (against trunk) here, which I would only use for the comedic value:   http://pastebin.com/AJYtJkTW 

Here's a quick demo: http://www.youtube.com/watch?v=aDotU1-oM6U

Now to implement multiple tuners and a FIFO queue. (mwhahaha!)

Thanks

Bob

[Youssef]

Hi,

I'll have a look once at home. Feel free to fiddle with the code. Just to make things simple for you: No need to change the way the FIFOs work. All you have to create a copy of the iqbuffer in the MainForm.ProcessBuffer handler, send as much copies as instances of Vfo you have, then do an element wise sum of the resulting audio buffers. That's all. You can implement multimode-multifrequency-multituner receivers like that. If you want a more sophisticated solution (massively parallelized) you can use many threads to do the vfo.process stuff.
Let me know your results.

Youssef

[imo]

Hi, which Extio plugin we shall use with v 1.0.0.310 ?? I am using extio which runs with hdsdr fine (NFM, AM demodulation is ok there) but with sdr# and above version (latest) there are strong echoes and ringing (repeating) when demodulating (both AM, NFM) even when set Hamming and Filter order 10 (the higher values are nogo..)

imo

[Bob R]

Couple of tweaks: http://youtube.com/watch?v=KbG42i3xyVA

I may pick your brain on the multiple decodes my thought with the queue was to single thread them rather than sum them.

[Andy Knitt]

Bob, that is awesome! Can't wait to see it in the released version.

Andy

On Wed, May 30, 2012 at 6:55 PM, Bob R <bob...@gmail.com> wrote:
> Couple of tweaks:  http://youtube.com/watch?v=KbG42i3xyVA
>
> I may pick your brain on the multiple decodes my thought with the queue was to single thread them rather than sum them.
>

> --
> You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

> To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/Gu3neMzLaLsJ.

[imo]

No external extio shall be used but the internal sdr# one, works fine! :)

[Chou Yu]

Good!

Maybe you publish a binary to test?

[Chou Yu]

Request "xtalfreq" function in SDR# for RTL2832.

[DJ0MY]

Hi Youssef,

would it be possible to get an experimental version with a sampling rate of 1024 MS/s instead of 2048MS/s ?
(or user selectable?)

The reason for asking is that I was trying to compare some 1200 Baud BPSK INMARSAT-C data signal quality between your rtlsdr.dll and the original extio.dll from Balint....

At 2048MS/s the signal phase fidelity is not very good and hardly possible to sync on the signal with a PSK demodulator...
(although your rtlsdr.dll looks a bit cleaner in the phase pane analyzer, it is not good enough for a sync)

But at 1024MS/s the original one produces a fairly demodulable signal (with around 15% frame error rate, though).
Therefore, I would like to test and see if at the same sampling rate yours generates a better signal...
(audio wise at least some of the dropouts of the old DLL have disappeared)...

73 Oscar

[Youssef]

Hi,

I can send you the binaries you want this evening. Just for information, you can use the "Front end" button to show the GUI and set the sampling rate to whatever value supported by RTL dongles.

Youssef

[DJ0MY]

Youssef,

 

I tried the "Front end" button the other day, but the Sampling rate input box was greyed out, so I thought it was set to a fix rate and wouldn't allow any entries....

 

The only thing I was changing was the gain, after diabling the auto-gain tickbox....

 

I will retry if setting the sampling rate really works. Thanks for the hint.

 

Oscar

[Youssef Touil]

It's only grayed when streaming. Stop the stream, change the sampling rate then start again.

Youssef

2012/6/1 DJ0MY <oscar...@googlemail.com>

--

You received this message because you are subscribed to the Google Groups "Ultra Cheap SDR" group.

To view this discussion on the web visit https://groups.google.com/d/msg/ultra-cheap-sdr/-/YJnwFrpJDu4J.

[Luis Franco]

Hi,

Does the SDR# internal rtl support for rtl+e4000 tuner, also support
the fc0012, fc0013 and fc2850 tuners?

Luis

2012/6/1, Youssef Touil <yousse...@gmail.com>:

--
Enviado do meu celular

[Youssef]

Yes. It uses rtlsdr.dll which was developed Osmocom guys themselves.

Youssef

>> To post to this group, send email to ultra-cheap-sdr@googlegroups.com.

>> To unsubscribe from this group, send email to

>> ultra-cheap-sdr+unsubscribe@googlegroups.com.

>> For more options, visit this group at
>> http://groups.google.com/group/ultra-cheap-sdr?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Ultra Cheap SDR" group.

> To post to this group, send email to ultra-cheap-sdr@googlegroups.com.

> To unsubscribe from this group, send email to

> ultra-cheap-sdr+unsubscribe@googlegroups.com.

[DJ0MY]

OK now it worked :-)

 

I did the comparison and "phase fidelity" seems almost equal at equal sampling rate as compared to the original extio.dll.....this means there is no improvement in the BPSK signal quality, which means the signal can be demodulated and even decoded, but with an frame error rate of around 15% (depending on the SNR of course it could be even worse if signal is too weak)

 

Cheers,

 

Oscar

[Eric Brombaugh]

Just wanted to chime in and thank Youssef for writing SDR# - I grabbed the nightly build this morning, tweaked the RTLSDR driver with zadig and spent a happy half hour scanning around. The GUI is intuitive, the DSP seems well designed and audio fidelity is great across the modes. I saw no sign of problems with the e4000 interface - tuning was smooth and reliable the whole time. I wish we had something as well thought-out on Linux.

Eric

[Youssef]

Hi

Who said it doesn't work in Linux? :-) I managed to get it to work with the Osmocom team using the same Windows binaries and Mono. The Linux rtlsdr driver loads properly and so does PortAudio. I'll publish a how-to for Linux and Mac users once I have time. Meanwhile, you can ask assistance at the IRC channel ##rtlsdr @ freenode.

Youssef

[Youssef]

Well guys, I really recommend the new RTLSDR plugin that comes with SDR#. No extra files needed beside the driver installation (Zadig.)
It's been tested for a week now. My special thanks to the Osmocom team who developed the driver I'm using in SDR#. For further assistance, please join the IRC channel ##rtlsdr @ freenode. There are many helpful and competent people who can save you days of research.

Youssef

[Geoff Armstrong VE7KA]

Hello Youssef and co,

Any word if the peak tuning is going to be included in the trunk?

This would be really useful for Amateur Radio contesting when waiting
for weak signals and propagation to kick in.

Cheers,

Geoff
VE7KA

> --
> You received this message because you are subscribed to the Google Groups
> "Ultra Cheap SDR" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/ultra-cheap-sdr/-/oIcb0kD4MAMJ.
>
> To post to this group, send email to ultra-c...@googlegroups.com.

> To unsubscribe from this group, send email to

> ultra-cheap-s...@googlegroups.com.

[Youssef]

I'm still thinking of a way of presenting the functionality with a usable interface. Stay tuned.

Youssef

> To post to this group, send email to ultra-cheap-sdr@googlegroups.com.

> To unsubscribe from this group, send email to

> ultra-cheap-sdr+unsubscribe@googlegroups.com.

[Laurent Haas]

Hi Youssef

What is the "Step size" (in the Radio Panel) used for ? I was expecting to change freq by this step in the Frequency or Center edit fields with PageUp / PageDown keys (or others), but I guess I miss something.

Larry - F6FVY

[kd8eyf]

Biig thanks to the devs of sdr#. Mt first thoughts were.. well its .NET so so it sucks.. but actually it rocks.

much eaiser on the eyes the hdsdr - ant the ability to increase the resolution of the FFT is nice!

On Monday, May 21, 2012 11:34:46 AM UTC-4, Youssef wrote:

Hi,

[Dragan]

Hi
Do you plan on adding the BorIP support?

[Youssef]

BorIP is already supported via ExtIO_USRP.dll. I'm working with Steve from the Osmocom team in adding networked support to both RTLSDR and OsmoSDR. The results are very promising so far. Steve has made a demo running/controlling a RTLSDR dongle in a Linux host from SDR# running in Windows (or Linux.) Stay tuned for a release.

Youssef

[Dragan]

Looking forward to testing it.

Thanks

[demian s]

HiI've been trying to get my USRP B100 to work for 2 weeks with no success (I had some mild success in HDSDR but very shaky). I'm using the SDR Sharp build for Unitrunker. I can get my RTL2832 to work but cannot get the B100 to work. I made sure all of the drivers as mentioned in the above post are in the SDR# Folder. When I start up, it says

 'While creating UHD device: RuntimeError: Expected firmware compatibility number 0x2, but got 0x3: The firmware build is not compatible wtih the host code build.'

Any ideas?

On Monday, May 21, 2012 12:10:21 PM UTC-4, Miguel A. Vallejo wrote:

Youssef wrote:

>>> You have to copy the latest ExtIO_USRP.dll and
>>> associated files in the folder of  the main executable, just
>>> like any clone of WinRad. Selecting the proper frontend may
>>> help ;-)

Yes, I just figured it out :o)

You need to copy into program's folder ExtIO_USRP.dll, librtl2832++.dll, libusb-1.0.dll, libursp.dll and uhd.dll. Then select URSP frontend.

Installed and working. Nice job!

[r2b...@gmail.com]

*****

 'While creating UHD device: RuntimeError: Expected firmware compatibility number 0x2, but got 0x3: The firmware build is not compatible wtih the host code build.'

*****
I'm having problems too, similar setup , new USRP B100, followed the above steps, might have missed something, here's a dump of my info and what's happened so far...looks like version mismatches, so many files, so little time, so much confusion.

Trying to get usrp b100 working with sdr# v1.0.0.1005
(sdr# works fine with rtl2832u)
getting the following extio_usrp error on sdrsharp startup, popup (windows 7 32 bit):
"
ExtIO_USRP
Failed to create USRP without device hint:
While creating UHD device: RuntimeError: Expected firmware compatibility number 0x2, but got 0x4: The firmware build is not compatible with the host code build.
---
OK  
---
I had  copied these files to the sdrsharp exe directory
03/22/2012  03:43 AM           216,064 ExtIO_USRP.dll
07/22/2011  11:06 PM           110,592 libusb-1.0.dll
07/12/2011  01:10 PM            67,680 libusb0.dll
07/27/2011  03:41 AM           254,464 libusrp.dll
11/27/2011  11:39 PM         2,216,448 uhd.dll
Here's the powershell script to show the versions
PS C:\Users\val\Desktop\extiocopied> dir *.exe,*.dll | %{ $_.VersionInfo }

ProductVersion   FileVersion      FileName
--------------   -----------      --------
1.0.0.0          1.1.1.0          C:\Users\val\Desktop\extiocopied\BorIP.exe
1.0.0.0          1.1.1.0          C:\Users\val\Desktop\extiocopied\ExtIO_USRP.dll
1.0.8.10341      1.0.8.10341      C:\Users\val\Desktop\extiocopied\libusb-1.0.dll
1.2.4.9          1.2.4.9          C:\Users\val\Desktop\extiocopied\libusb0.dll
1, 0, 0, 0       1, 0, 0, 1       C:\Users\val\Desktop\extiocopied\libusrp.dll
3, 3, 1, 0       3, 3, 1, 0       C:\Users\val\Desktop\extiocopied\uhd.dll


and same for the sdrsharp dir:
PS C:\ProgramsVal\sdr#\sdr-install\sdrsharp> dir *.exe,*.dll | %{ $_.VersionInfo }

ProductVersion   FileVersion      FileName
--------------   -----------      --------
1.0.0.0          1.1.1.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\BorIP.exe
1.0.0.1005       1.0.0.1005       C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.exe
1, 1, 1, 139     1, 1, 1, 139     C:\ProgramsVal\sdr#\sdr-install\sdrsharp\zadig.exe
1.0.0.0          1.1.1.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\ExtIO_USRP.dll
1.0.8.10341      1.0.8.10341      C:\ProgramsVal\sdr#\sdr-install\sdrsharp\libusb-1.0.dll
1.2.4.9          1.2.4.9          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\libusb0.dll
1, 0, 0, 0       1, 0, 0, 1       C:\ProgramsVal\sdr#\sdr-install\sdrsharp\libusrp.dll
10.00.40219.325  10.00.40219.325  C:\ProgramsVal\sdr#\sdr-install\sdrsharp\msvcr100.dll
                                  C:\ProgramsVal\sdr#\sdr-install\sdrsharp\PortAudio.dll
7527616892511... 7527616892511... C:\ProgramsVal\sdr#\sdr-install\sdrsharp\rtlsdr.dll
                                  C:\ProgramsVal\sdr#\sdr-install\sdrsharp\sdriq.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.CollapsiblePanel.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.Common.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.FrequencyManager.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.FUNcube.dll
1.0.0.0          1.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.FUNcubeProPlus.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.PanView.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.Radio.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.RTLSDR.dll
1.0.0.0          1.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.RTLTCP.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.SDRIQ.dll
0.0.0.0          0.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.SoftRock.dll
1.0.0.0          1.0.0.0          C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SDRSharp.WavRecorder.dll
                                  C:\ProgramsVal\sdr#\sdr-install\sdrsharp\SRDLL.dll
3, 3, 1, 0       3, 3, 1, 0       C:\ProgramsVal\sdr#\sdr-install\sdrsharp\uhd.dll

extio re-install to sdrsharp dir;
Output folder: C:\ProgramsRb\sdr#\sdr-install
Extract: zadig.exe... 100%
ExecShell: open http://spench.net/r/USRP_Zadig
Create folder: C:\Users\val\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\ExtIO_USRP+FCD + BorIP
Create shortcut: C:\Users\val\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\ExtIO_USRP+FCD + BorIP\Zadig.lnk
Execute: C:\ProgramsRb\sdr#\sdr-install\zadig.exe
Output folder: C:\ProgramsRb\sdr#\sdr-install\Downloaded
Execute: C:\ProgramsRb\sdr#\sdr-install\Downloaded\vcredist_x86_2008_sp1.exe
Output folder: C:\ProgramsRb\sdr#\sdr-install
Extract: ExtIO_USRP.dll... 100%
Extract: BorIP.exe... 100%
Extract: libusb-1.0.dll... 100%
Extract: libusrp.dll... 100%
Extract: uhd.dll... 100%
Extract: 003.003.001.tag
Extract: usrp1_fpga.rbf... 100%
Extract: usrp1_fpga_4rx.rbf... 100%
Extract: usrp1_fw.ihx... 100%
Extract: usrp2_fpga.bin... 100%
Extract: usrp2_fw.bin... 100%
Extract: usrp_b100_fpga.bin... 100%
Extract: usrp_b100_fw.ihx... 100%
Extract: usrp_e100_fpga_v2.bin... 100%
Extract: usrp_e110_fpga.bin... 100%
Extract: usrp_n200_fw.bin... 100%
Extract: usrp_n200_r2_fpga.bin... 100%
Extract: usrp_n200_r3_fpga.bin... 100%
Extract: usrp_n200_r4_fpga.bin... 100%
Extract: usrp_n210_fw.bin... 100%
Extract: usrp_n210_r2_fpga.bin... 100%
Extract: usrp_n210_r3_fpga.bin... 100%
Extract: usrp_n210_r4_fpga.bin... 100%
Output folder: C:\ProgramsRb\sdr#\sdr-install\rev4
Extract: std.ihx... 100%
Extract: std_2rxhb_2tx.rbf... 100%
Extract: std_4rx_0tx.rbf... 100%
Output folder: C:\ProgramsRb\sdr#\sdr-install
Extract: libusb0.dll... 100%
Created uninstaller: C:\ProgramsRb\sdr#\sdr-install\Uninstall ExtIO_USRP+FCD + BorIP.exe
Create folder: C:\Users\val\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\ExtIO_USRP+FCD + BorIP
Create shortcut: C:\Users\val\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\ExtIO_USRP+FCD + BorIP\BorIP.lnk
Create shortcut: C:\Users\val\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\ExtIO_USRP+FCD + BorIP\Uninstall.lnk
Completed

reran zadig
device: Ettus Research LLC B100
VID: 2500  PID:0002
Driver
Current: WinUSB        Target: WinUSB (v6.1.7600.16385)
(Install Driver) -- done

Zadig advanced info: (zadig.log)
ini file 'zadig.ini' not found - default parameters will be used
0 devices found.
libwdi:info [detect_version] Windows 7
2 devices found.

[mtol...@hotmail.com]

Hello Youssef,

I have installed SDR# on Linux Ubuntu 12.04LTSX64 with the following commands without any error:

sudo apt-get install libportaudio2

$ svn co https://subversion.assembla.com/svn/sdrsharp sdr-sharp
$ cd sdr-sharp/trunk/
$ xbuild /t:Rebuild /p:Configuration=Release /p:Platform=x86 SDRSharp.sln

However when I start SDR# with $ mono SDRShapt.exe I get the following errors.

What should I do?
Did you publish the "how to Linux Mac" you've mentioned above?

I appreciate your and/or the other Friend's help.

Kind regards,
Murat TA1DB

(I start from end of the building process for your information)

Done building project "/home/murat/sdr-sharp/trunk/DNR/SDRSharp.DNR.csproj".
Done building project "/home/murat/sdr-sharp/trunk/SDRSharp.sln".

Build succeeded.
     0 Warning(s)
     0 Error(s)

Time Elapsed 00:00:13.0948960
murat@murat-350U2A-350U2B-300U1A-351U2A-351U2B:~/sdr-sharp/trunk$ cd Release
murat@murat-350U2A-350U2B-300U1A-351U2A-351U2B:~/sdr-sharp/trunk/Release$ mono SDRSharp.exe
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for PortAudioSharp.PortAudioAPI ---> System.DllNotFoundException: portaudio
  at (wrapper managed-to-native) PortAudioSharp.PortAudioAPI:Pa_Initialize ()
  at PortAudioSharp.PortAudioAPI..cctor () [0x00000] in <filename unknown>:0
  --- End of inner exception stack trace ---
  at SDRSharp.Radio.PortAudio.AudioDevice.GetDevices (DeviceDirection direction) [0x00000] in <filename unknown>:0
  at SDRSharp.MainForm.InitializeGUI () [0x00000] in <filename unknown>:0
  at SDRSharp.MainForm..ctor () [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) SDRSharp.MainForm:.ctor ()
  at SDRSharp.Program.Main () [0x00000] in <filename unknown>:0
murat@murat-350U2A-350U2B-300U1A-351U2A-351U2B:~/sdr-sharp/trunk/Release$ mono SDRSharp.exe
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for PortAudioSharp.PortAudioAPI ---> System.DllNotFoundException: portaudio
  at (wrapper managed-to-native) PortAudioSharp.PortAudioAPI:Pa_Initialize ()
  at PortAudioSharp.PortAudioAPI..cctor () [0x00000] in <filename unknown>:0
  --- End of inner exception stack trace ---
  at SDRSharp.Radio.PortAudio.AudioDevice.GetDevices (DeviceDirection direction) [0x00000] in <filename unknown>:0
  at SDRSharp.MainForm.InitializeGUI () [0x00000] in <filename unknown>:0
  at SDRSharp.MainForm..ctor () [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) SDRSharp.MainForm:.ctor ()
  at SDRSharp.Program.Main () [0x00000] in <filename unknown>:0

[mtol...@hotmail.com]

Further to my below message I did following:

From my previous build trial I was remembering the following commands and I tried them without knowing what are they doing :)

$ cd Release
$ ln -s /usr/local/lib/librtlsdr.so librtlsdr.dll
$ ln -s /usr/lib/x86_64-linux-gnu/libportaudio.so.2 libportaudio.so

..and the program continued from previous breakpoint but stopped again with the following:

Release$ mono SDRSharp.exe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream
Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started

At here, in addition to the terminal console a small window opened with this error message:

" Error loading SDRSharp.SDRIQ.SdrlqlO.SDRSharp.SDRIQ-Exception has been thrown by the target of invocation"

and .... when I click "OK", the SDRSharp screen opened :)

But now, I can't see RTL-SDR Dongle in selectable device list (RTL-SDR TCP, Funcubes,. exists)

This could be from "$ ln -s /usr/local/lib/librtlsdr.so librtlsdr.dll" command ??

I am new to Linux and not sure about what to do now. Continue digging :)

Regards,
Murat

[mtol...@hotmail.com]

Further to my below 2 messages I did the following:

Found SDRSharp.exe.config and with a text editor I did 2 modifications:

Removed <!--        --> (comment makers) from the following line (this made RTL-SDR / USB dongle selectable at the dropdawn list)

<!-- <add key="RTL-SDR / USB" value="SDRSharp.RTLSDR.RtlSdrIO,SDRSharp.RTLSDR" /> -->

And I put same comment makers to the following line (this removed "Error loading SDRSharp.SDRIQ.SdrlqlO.SDRSharp.SDRIQ-Exception has been thrown by the target of invocation") 

<!-- <add key="SDR-IQ" value="SDRSharp.SDRIQ.SdrIqIO,SDRSharp.SDRIQ" /> -->

It works but slow. We2ll see.
Cheers, Murat

[jdow]

MONO does not mimic .NET 3.5. It is purely a C# sort of thingie. So you
are probably out of luck trying to compile or use SDRSharp on 'ix of any
sort.

{^_^}

> --
> You received this message because you are subscribed to the Google Groups "Ultra
> Cheap SDR" group.

> To unsubscribe from this group and stop receiving emails from it, send an email
> to ultra-cheap-s...@googlegroups.com.
> To post to this group, send email to ultra-c...@googlegroups.com.
> Visit this group at http://groups.google.com/group/ultra-cheap-sdr.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>

[Rodomonte]

excuse me, basic question, but if I use zadig to install drivers, it touch the dongle installing anything inside it? If so is then possible to use it also on linux with the same setting as before?

Thanks