[Hackrf-dev] HackRF-dev Digest, Vol 59, Issue 6
Dana Shtun
ve3dss at hotmail.com
Sun Aug 6 10:56:20 EDT 2017
Re 2400 emission FCC
What we don't need is
Cheap crappy products producing garbage spectrally - do the design to exceed the minimum !!
All spectrum users will thank you
There is enough crappy Chinese stuff being dumped in North America
Dana
Sent from my iPhone
> On Aug 6, 2017, at 1:29 AM, "hackrf-dev-request at greatscottgadgets.com" <hackrf-dev-request at greatscottgadgets.com> wrote:
>
> Send HackRF-dev mailing list submissions to
> hackrf-dev at greatscottgadgets.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
> or, via email, send a message with subject or body 'help' to
> hackrf-dev-request at greatscottgadgets.com
>
> You can reach the person managing the list at
> hackrf-dev-owner at greatscottgadgets.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of HackRF-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: Fwd: HackRF for preliminary FCC home test? (Chris Kuethe)
> 2. Re: Help to install last FW (hackrf_sweep) and related progs
> (Marc P?quignot)
> 3. 1090 MHz (Andrew Rich)
> 4. Re: 1090 MHz (Kevin Reid)
> 5. Re: 1090 MHz (Andrew Rich)
> 6. Re: 1090 MHz (Andrew Rich)
> 7. Re: 1090 MHz (Andrew Rich)
> 8. Performance tuning under virtual box (Chuck McManis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 5 Aug 2017 08:44:24 -0700
> From: Chris Kuethe <chris.kuethe at gmail.com>
> To: Andrew Rich <vk4tec at tech-software.net>
> Cc: Chuck McManis <chuck.mcmanis at gmail.com>, Sergey Ivanov
> <ivanov1024 at gmail.com>, Hackrf-dev <hackrf-dev at greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] Fwd: HackRF for preliminary FCC home test?
> Message-ID:
> <CAGHP0p+NcpnT0haYd=x0Z9amnUCPvEDZhHKKdzAr+8Lh9p=81g at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> It doesn't sound like he's trying to get out of testing; rather, he's
> trying to save time and money by not submitting a known non-compliant
> device to testing. Additionally, it might be neat if he could
> basically do the RF equivalent of continuous integration. Eventually
> he'll probably have to spend real money on real calibrated test
> equipment for his in-house R&D lab, but that might not be the best way
> to spend money at this time.
>
> As for knowing what FCC specs to match, you can look at the test
> reports for similar products.
>
>> On Fri, Aug 4, 2017 at 5:13 PM, Andrew Rich <vk4tec at tech-software.net> wrote:
>> So basically your trying to save some dollars and get out of testing
>>
>> Sent from my iPhone
>>
>>> On 5 Aug 2017, at 9:47 am, Chuck McManis <chuck.mcmanis at gmail.com> wrote:
>>>
>>> What do you mean by a radio stack?
>>
>> Many modules that implement various radio protocols run software on a
>> captive microprocessor. That software implements the protocol and drives the
>> radio electronics. For example TI offers firmware that runs on the processor
>> inside their CC3000 series chips that implement the Bluetooth protocols. If
>> a project uses their software in this chip, it can take advantage of TI's
>> efforts to get that software certified (see this:
>> http://processors.wiki.ti.com/index.php/CC3000_Product_Certification) which
>> saves time and effort.
>>
>> For Part 15 certification (unintended emissions) you need to get a
>> certificate from a testing laboratory that is certified by the FCC. They
>> will put your product in a chamber that absorbs all RF with a wide band
>> detector and spectrum analyzer. The will detect all of the unintended
>> emissions and chart them in frequency and dBm. You take their report and a
>> certification that you aren't going to change the design, and submit that to
>> the FCC and they will give you a certification ID.
>>
>> Note that the FCC won't accept your testing, they only accept a certified
>> lab's test results.
>>
>> --Chuck
>>
>>> On Fri, Aug 4, 2017 at 1:55 PM, Sergey Ivanov <ivanov1024 at gmail.com> wrote:
>>>
>>> Thank you Chuck!
>>>
>>> I'll check this out. What do you mean by a radio stack?
>>> For now my plan is to use pre-certified modules so that my board will be
>>> certified as an unintentional radiator, which is thousands of $.
>>> But I still need to prove that the board doesn't emit Electro Magnetic
>>> Field above allowed.
>>>
>>>
>>> On Fri, 4 Aug 2017 at 23:35, Chuck McManis <chuck.mcmanis at gmail.com>
>>> wrote:
>>>>
>>>> I am not sure exactly what you are asking.
>>>>
>>>> If you want to get FCC certification for your device, there is a process
>>>> it is documented at the FCC web site here:
>>>>
>>>> https://www.fcc.gov/engineering-technology/laboratory-division/general/equipment-authorization
>>>>
>>>> That pretty much outlines the steps. If you are using a manufacturer
>>>> supplied radio stack you may be able to leverage their certification but if
>>>> you wrote your own stack you will need to do the authorization
>>>> independently. There are a number of consultancies in the US who will handle
>>>> the process for you (for a fee of course). A long time ago (2006) I was on a
>>>> project that needed such certification and the vendor hired charged $50,000
>>>> and it took four months to complete. They did all the required paperwork and
>>>> followed up on all of the questions the FCC had, they also flew out an
>>>> engineer to an FCC certified test facility to get the verification tests
>>>> done. (I live in the San Francisco bay area and the FCC testing facilities
>>>> around here are typically reserved months, if not years, in advance it
>>>> seems).
>>>>
>>>> --Chuck
>>>>
>>>> On Fri, Aug 4, 2017 at 1:00 PM, Sergey Ivanov <ivanov1024 at gmail.com>
>>>> wrote:
>>>>>
>>>>> Is there someone who did this or similar task before?
>>>>> Any specific suggestions?
>>>>>
>>>>>
>>>>>
>>>>>> On 4 August 2017 at 21:57, Andrew Rich <vk4tec at internode.on.net> wrote:
>>>>>>
>>>>>>
>>>>>> You can do what ever you like as long as you understand the rules for a
>>>>>> licence and GNU Radio
>>>>>>
>>>>>> Andrew
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 5 Aug 2017, at 4:26 am, Sergey Ivanov <ivanov1024 at gmail.com> wrote:
>>>>>>
>>>>>> Hi All!
>>>>>>
>>>>>> I have a product which uses nRF24L01+ 2.4 GHz modules for
>>>>>> communication. Now we have plans to go to North America market, and I am not
>>>>>> sure if my Chinese nRF modules can pass FCC test. If they can't, then I need
>>>>>> to re-design my PCB (now I use 2 layers logic board and nRF on a socket).
>>>>>>
>>>>>> Can I use HackRF to imitate FCC test on my workbench?
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> HackRF-dev mailing list
>>>>>> HackRF-dev at greatscottgadgets.com
>>>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best Regards,
>>>>>
>>>>> Sergey Ivanov
>>>>> +7 910 424 9895
>>>>>
>>>>> _______________________________________________
>>>>> HackRF-dev mailing list
>>>>> HackRF-dev at greatscottgadgets.com
>>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>>>>
>>>>
>>> --
>>> Best Regards,
>>>
>>> Sergey Ivanov
>>> +7 910 424 9895
>>
>>
>> _______________________________________________
>> HackRF-dev mailing list
>> HackRF-dev at greatscottgadgets.com
>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>
>>
>> _______________________________________________
>> HackRF-dev mailing list
>> HackRF-dev at greatscottgadgets.com
>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>
>
>
>
> --
> GDB has a 'break' feature; why doesn't it have 'fix' too?
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 5 Aug 2017 17:46:26 +0200
> From: Marc P?quignot <marc.pequignot at gmail.com>
> To: Andrew Rich <vk4tec at tech-software.net>
> Cc: Andrew Rich <vk4tec at internode.on.net>, phil.dyke at gmail.com,
> hackrf-dev at greatscottgadgets.com
> Subject: Re: [Hackrf-dev] Help to install last FW (hackrf_sweep) and
> related progs
> Message-ID: <a99146cb-636a-15e5-6b1b-07e707414334 at gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Andrew,
>
> I don't think so.
>
> I'm (was) just trying to update my FW.
> This needs two actions, one in HackRf-one and the other in my PC (host)
>
> I thought (may be I'm wrong) that the answers where in:
> https://github.com/mossmann/hackrf/releases/tag/v2017.02.1
> <https://github.com/mossmann/hackrf/releases/tag/v2017.02.1>
> https://github.com/mossmann/hackrf/tree/master/host
> <https://github.com/mossmann/hackrf/tree/master/host>
>
> Updating the FW itself was an easy task.
>
> Now, when I have done what is written in
> https://github.com/mossmann/hackrf/blob/master/host/README.md I faced
> one issue.
>
> May be I should know and do something which is well known by everybody.
> This "cookbook" however is missing explanation for somebody who is not
> aware of prerequisites.
>
> That's the issue.
>
> Solved, thanks to Phil information.
>
> Regards
>
> Marc, alias cuagn (F6dnh)
>
>
> Le 04/08/2017 ? 20:10, Andrew Rich a ?crit :
>> I think you might be thinking that apt-get download some file to your
>> pc and u think there is a host directory missing
>>
>> This is not the case
>>
>> apt-get knows where to install it for you
>>
>> A
>>
>> Sent from my iPhone
>>
>> On 5 Aug 2017, at 1:34 am, Marc P?quignot <marc.pequignot at gmail.com
>> <mailto:marc.pequignot at gmail.com>> wrote:
>>
>>> Andrew
>>>
>>> Thank you for the precision. I was aware of this.
>>> The question (remark) should have been related to the host directory.
>>> After "|sudo apt-get install build-essential cmake libusb-1.0-0-dev
>>> pkg-config libfftw3-dev", *where is this host directory supposed to be?*|
>>>
>>> |Some explaination is missing.|
>>>
>>> |With the unzip of "|
>>> https://github.com/mossmann/hackrf/archive/master.zip
>>> <https://github.com/mossmann/hackrf/archive/master.zip>" I've it.
>>>
>>> If I misunderstand something it is here.
>>> And explaination is welcome.
>>>
>>> Thank you for your help
>>>
>>> 73
>>>
>>> Marc, alias cuagn (F6dnh)
>>>
>>>
>>>
>>> Le 04/08/2017 ? 19:02, Andrew Rich a ?crit :
>>>> Marc
>>>>
>>>> cmake ..
>>>>
>>>> Means in LINUX ?cmake but go BACK one directory?
>>>>
>>>> the double dot means go back one directory in LINUX
>>>>
>>>> did it work ?
>>>>
>>>> Andrew
>>>>
>>>>
>>>>> On 4 Aug 2017, at 11:57 pm, Marc P?quignot
>>>>> <marc.pequignot at gmail.com <mailto:marc.pequignot at gmail.com>> wrote:
>>>>>
>>>>> Just need to do...
>>>>> Not so easy.
>>>>>
>>>>> It is said :
>>>>>
>>>>> "##How to build the host software on Linux:
>>>>> ###Prerequisites for Linux (Debian/Ubuntu): |
>>>>> sudo apt-get install build-essential cmake libusb-1.0-0-dev
>>>>> pkg-config libfftw3-dev|
>>>>>
>>>>> ###Build host software on Linux:
>>>>>
>>>>> |mkdir host/build cd host/build cmake .. ..." |
>>>>> |How cmake.. can do something in a newly and empty directory? |
>>>>> |Some information is missing |
>>>>> |I'm lost! |
>>>>> |Please help |
>>>>> |Marc , alias cuagn (F6dnh) |
>>>>> |My context : Ubuntu: 16.04.3 LTS Linux: 4.10.0-30-generic Gnuradio
>>>>> : 3.7.9.1-2ubuntu1 |
>>>>>
>>>>>
>>>>>
>>>>> 2017-08-04 14:35 GMT+02:00 Marc P?quignot <marc.pequignot at gmail.com
>>>>> <mailto:marc.pequignot at gmail.com>>:
>>>>>
>>>>> Andrew,
>>>>>
>>>>> Mainly GNU radio.
>>>>> Or any other tool which may help.
>>>>> I've been outside of hackrf for two years. Need to came back now...
>>>>>
>>>>> Howerver, in the meean time I've found the answer to my question.
>>>>> Not very far away...
>>>>> https://github.com/mossmann/hackrf/releases/tag/v2017.02.1
>>>>> <https://github.com/mossmann/hackrf/releases/tag/v2017.02.1>
>>>>> https://github.com/mossmann/hackrf/tree/master/host
>>>>> <https://github.com/mossmann/hackrf/tree/master/host>
>>>>>
>>>>> Just need to do.
>>>>> Regards
>>>>>
>>>>> Marc alias cuagn (F6dnh)
>>>>>
>>>>> 2017-08-04 14:28 GMT+02:00 Andrew Rich <vk4tec at internode.on.net
>>>>> <mailto:vk4tec at internode.on.net>>:
>>>>>
>>>>> What SW on Ubuntu are u going to use ?
>>>>>
>>>>> Andrew
>>>>>
>>>>>> On 4 Aug 2017, at 7:53 pm, Marc P?quignot
>>>>> <marc.pequignot at gmail.com
>>>>> <mailto:marc.pequignot at gmail.com>> wrote:
>>>>>>
>>>>>> After a long time of inactivity, i decided to restart.
>>>>>> I've first installed Ubuntu 16.04 LTS as an upgrade of my
>>>>> old version 14
>>>>>>
>>>>>> The I've upgraded the FW of my Hackrf-One.
>>>>>> No problem.
>>>>>> Found HackRF board 0:
>>>>>> USB descriptor string: 0000000000000000457863c8251f431f
>>>>>> Board ID Number: 2 (HackRF One)
>>>>>> Firmware Version: 2017.02.1
>>>>>>
>>>>>> However, I've read somewhere that a lib and a program
>>>>> need also to be updated.
>>>>>> Which one? I'm not able to find again this info.
>>>>>> Could you help please?
>>>>>> Thank you
>>>>>>
>>>>>> cuagn
>>>>>>
>>>>>> _______________________________________________
>>>>>> HackRF-dev mailing list
>>>>>> HackRF-dev at greatscottgadgets.com
>>>>> <mailto:HackRF-dev at greatscottgadgets.com>
>>>>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>>>>> <https://pairlist9.pair.net/mailman/listinfo/hackrf-dev>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Marc P?quignot
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Marc P?quignot
>>>>
>>>
>>> _______________________________________________
>>> HackRF-dev mailing list
>>> HackRF-dev at greatscottgadgets.com
>>> <mailto:HackRF-dev at greatscottgadgets.com>
>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/72d6500a/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Sun, 6 Aug 2017 09:45:58 +1000
> From: Andrew Rich <vk4tec at tech-software.net>
> To: hackrf-dev at greatscottgadgets.com
> Subject: [Hackrf-dev] 1090 MHz
> Message-ID: <BE90840C-FF40-43E1-B23D-4DD6610587D0 at tech-software.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Question. I have a flightaware blue rtl dongle for adsb. It picks up aircraft some 100 kms away ok. But when I run it with a software defined radio I don't see great amplitudes . Why is that ? I would have expected to see quite large signal peaks on the sdr program . Is it because the signal is spread out over 2 MHz that I can see a distinct signal strength ? Does the signal need to be compressed down to a narrower bandwidth ?
>
> Sent from my iPhone
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/70d32c04/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 5 Aug 2017 17:14:06 -0700
> From: Kevin Reid <kpreid at switchb.org>
> To: Andrew Rich <vk4tec at tech-software.net>
> Cc: "hackrf-dev at greatscottgadgets.com"
> <hackrf-dev at greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] 1090 MHz
> Message-ID:
> <CANkSj9XwRO0OqeFtcw4S+oY40umEdR_WTxnpiEMdxQyLjNDoYg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4tec at tech-software.net>
> wrote:
>
>> Question. I have a flightaware blue rtl dongle for adsb. It picks up
>> aircraft some 100 kms away ok. But when I run it with a software defined
>> radio I don't see great amplitudes . Why is that ? I would have expected to
>> see quite large signal peaks on the sdr program . Is it because the signal
>> is spread out over 2 MHz that I can see a distinct signal strength ? Does
>> the signal need to be compressed down to a narrower bandwidth ?
>>
>
> These signals are extremely short in duration. Most SDR software does not
> display all of the input signal in the waterfall, but samples it according
> to the chosen display frame rate / scrolling speed, so any signal between
> those samples will be missed. You need a rate much greater than 60 Hz to
> consistently see these signals. (This does not mean you need a super-fast
> monitor, just that the waterfall will scroll more than one row/pixel per
> display frame.)
>
> If you have gr-osmosdr and gr-fosphor installed, try:
>
> osmocom_fft -F
>
> and enter 1090M for frequency and 2.4M for sample rate. You should see
> plenty of horizontal lines flying by, as gr-fosphor is designed to use and
> display 100% of the input signal.
>
> My own ShinySDR can also do high enough FFT rates and includes ADS-B
> decoding.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/1f6ea187/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Sun, 6 Aug 2017 10:20:24 +1000
> From: Andrew Rich <vk4tec at tech-software.net>
> To: Kevin Reid <kpreid at switchb.org>
> Cc: "hackrf-dev at greatscottgadgets.com"
> <hackrf-dev at greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] 1090 MHz
> Message-ID: <72EF4CE6-B36E-4F7C-AB58-278F581B2DCE at tech-software.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Thank you Kevin
>
> The data rate of sampling is 2MHz
>
> I have a full install of gnu radio here perhaps I can play with some scope sinks ?
>
> A
>
> Sent from my iPhone
>
>>> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpreid at switchb.org> wrote:
>>>
>>> On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4tec at tech-software.net> wrote:
>>> Question. I have a flightaware blue rtl dongle for adsb. It picks up aircraft some 100 kms away ok. But when I run it with a software defined radio I don't see great amplitudes . Why is that ? I would have expected to see quite large signal peaks on the sdr program . Is it because the signal is spread out over 2 MHz that I can see a distinct signal strength ? Does the signal need to be compressed down to a narrower bandwidth ?
>>
>> These signals are extremely short in duration. Most SDR software does not display all of the input signal in the waterfall, but samples it according to the chosen display frame rate / scrolling speed, so any signal between those samples will be missed. You need a rate much greater than 60 Hz to consistently see these signals. (This does not mean you need a super-fast monitor, just that the waterfall will scroll more than one row/pixel per display frame.)
>>
>> If you have gr-osmosdr and gr-fosphor installed, try:
>>
>> osmocom_fft -F
>>
>> and enter 1090M for frequency and 2.4M for sample rate. You should see plenty of horizontal lines flying by, as gr-fosphor is designed to use and display 100% of the input signal.
>>
>> My own ShinySDR can also do high enough FFT rates and includes ADS-B decoding.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/bb064294/attachment-0001.html>
>
> ------------------------------
>
> Message: 6
> Date: Sun, 6 Aug 2017 10:24:18 +1000
> From: Andrew Rich <vk4tec at tech-software.net>
> To: Kevin Reid <kpreid at switchb.org>
> Cc: "hackrf-dev at greatscottgadgets.com"
> <hackrf-dev at greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] 1090 MHz
> Message-ID: <C8DC95E3-FB44-4DA6-9F0E-827802693F2A at tech-software.net>
> Content-Type: text/plain; charset="us-ascii"
>
> When I mentioned not being able to see distinct pulses
>
> I was describing after recording in gqrx and then opening the file in inspectrum
>
> My mission is to make an rtl-sdr based 1090 MHz 2 MHz oscilloscope type view showing transponder pulses
>
> Like OOK on steroids
>
> A
>
> Sent from my iPhone
>
>>> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpreid at switchb.org> wrote:
>>>
>>> On Sat, Aug 5, 2017 at 4:45 PM, Andrew Rich <vk4tec at tech-software.net> wrote:
>>> Question. I have a flightaware blue rtl dongle for adsb. It picks up aircraft some 100 kms away ok. But when I run it with a software defined radio I don't see great amplitudes . Why is that ? I would have expected to see quite large signal peaks on the sdr program . Is it because the signal is spread out over 2 MHz that I can see a distinct signal strength ? Does the signal need to be compressed down to a narrower bandwidth ?
>>
>> These signals are extremely short in duration. Most SDR software does not display all of the input signal in the waterfall, but samples it according to the chosen display frame rate / scrolling speed, so any signal between those samples will be missed. You need a rate much greater than 60 Hz to consistently see these signals. (This does not mean you need a super-fast monitor, just that the waterfall will scroll more than one row/pixel per display frame.)
>>
>> If you have gr-osmosdr and gr-fosphor installed, try:
>>
>> osmocom_fft -F
>>
>> and enter 1090M for frequency and 2.4M for sample rate. You should see plenty of horizontal lines flying by, as gr-fosphor is designed to use and display 100% of the input signal.
>>
>> My own ShinySDR can also do high enough FFT rates and includes ADS-B decoding.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170806/dd945f57/attachment-0001.html>
>
> ------------------------------
>
> Message: 7
> Date: Sun, 6 Aug 2017 10:31:32 +1000
> From: Andrew Rich <vk4tec at tech-software.net>
> To: Kevin Reid <kpreid at switchb.org>
> Cc: "hackrf-dev at greatscottgadgets.com"
> <hackrf-dev at greatscottgadgets.com>
> Subject: Re: [Hackrf-dev] 1090 MHz
> Message-ID: <D2D58DEE-640E-4657-99AF-5C6ADC2BABF2 at tech-software.net>
> Content-Type: text/plain; charset=us-ascii
>
> I am wondering if I can read the I and Q file with a script language such as perl and make a display
>
> I have used perl and gd graph for this before
>
> A
>
> Sent from my iPhone
>
>> On 6 Aug 2017, at 10:14 am, Kevin Reid <kpreid at switchb.org> wrote:
>>
>> gr-fosphor
>
>
>
> ------------------------------
>
> Message: 8
> Date: Sat, 5 Aug 2017 19:14:11 -0700
> From: Chuck McManis <chuck.mcmanis at gmail.com>
> To: Hackrf-dev <hackrf-dev at greatscottgadgets.com>
> Subject: [Hackrf-dev] Performance tuning under virtual box
> Message-ID:
> <CAHTjPiroLkD-Q76ROU9gzKSQYhN_L8x9d8jNDJmiAgcVHkvJvQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> For reasons that are sad, I have been trying to re-create my previous
> HackRF set up under virtual box. But if I try to use the ALSA Audio sink
> under virtual box it goes nuts (in a bad way) stuttering, gui hangs, lots
> of aUaUaUaUaU in the console. If I put it to a WAV file then go back and
> play the wave file its mostly fine (an occasional stutter but otherwise
> solid). So that suggests to me there is some 'trick' to using audio sinks
> in virtual box. Has anyone tweaked this to work for them? (I did slow the
> audio stream to 16kHz to see if that helps, and at least it doesn't hang
> the gui but it doesn't actually reproduce acceptable audio either. And yes
> I've got the all the Vbox helper extensions installed)
>
> --Chuck
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://pairlist9.pair.net/pipermail/hackrf-dev/attachments/20170805/bc943f7f/attachment-0001.html>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> HackRF-dev mailing list
> HackRF-dev at greatscottgadgets.com
> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
>
>
> ------------------------------
>
> End of HackRF-dev Digest, Vol 59, Issue 6
> *****************************************
More information about the HackRF-dev
mailing list