discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Determining distance from OFDM signals


From: Qasim Chaudhari
Subject: Re: [Discuss-gnuradio] Determining distance from OFDM signals
Date: Sat, 8 Jun 2019 14:21:51 +1000

Phase information is preserved whether the Rx architecture is zero-IF or not. The OP I guess is already using a back and forth exchange between two USRPs, from which the distance information can be extracted in case of OFDM signals.

Cheers,
Qasim


On Sat, Jun 8, 2019 at 4:05 AM <address@hidden> wrote:
Send Discuss-gnuradio mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."


Today's Topics:

   1. Re: test message please ignore (Marcus Müller)
   2. Help with sound output (Sara Kim)
   3. Re: Help with sound output (Michael Dickens)
   4. Re: Getting a Runtime Error: gr::tuntap_pdu::make: tun_alloc
      failed (Adrian Musceac)
   5. Re: query regarding wav file recording through wav file sink
      block (Maitry Raval)
   6. Re: query regarding wav file recording through wav file sink
      block (Müller)
   7. Re: query regarding wav file recording through wav file sink
      block (Maitry Raval)
   8. Re: Request for comment: FFT optimizations (Müller)
   9. Re: query regarding wav file recording through wav file sink
      block (Müller)
  10. Re: query regarding wav file recording through wav file sink
      block (Maitry Raval)
  11. Re: Determining distance from OFDM signals (Jonas Manthey)
  12. ARM optimization update (Albin Stigö)
  13. Re: Determining distance from OFDM signals (Müller)


----------------------------------------------------------------------

Message: 1
Date: Thu, 06 Jun 2019 18:06:58 +0200
From: Marcus Müller <address@hidden>
To: Eamon Heaney <address@hidden>, address@hidden
Subject: Re: [Discuss-gnuradio] test message please ignore
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="UTF-8"

Eamon,

please don't do this; there's more than 3000 email addresses on this
mailing list. If you have any problems with your subscription, feel
free to mail address@hidden with "help" in the
subject line.

A much better way to get to know whether the mailing list works would
be by sending a self-introduction email and check the mailing list
archives for it an hour later, if you're not sure it reached the list.

Best regards,
Marcus

On Thu, 2019-06-06 at 09:39 -0400, Eamon Heaney wrote:
> Another test message, due to my subscription wonkiness. Thank you for
> bearing with me.
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




------------------------------

Message: 2
Date: Thu, 6 Jun 2019 12:37:57 -0400
From: Sara Kim <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Help with sound output
Message-ID:
        <CAKh9-M4p6cm-B63AY8sR0SX+mDCirTri-vSUAZ=address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi,
I'm using a USRP205mini-i. I followed the YouTube tutorial online on how to
build a FM receiver. I execute the flow graph, and all I hear is very
choppy and high pitched audio coming from my computer's speaker (i see
aUaUaU and an occasional O. I know this has to to with the input/output
frequency being to fast/slow). I can make out the radio station I'm tuned
in, but not very clearly. When listening to the .wav file produced, it
sounds perfectly normal. I did change the audio sink sample rate to 48kHz
and the wave file sink to 68kHz instead of keeping it at the original in
the tutorial. Any suggestions or ideas as to how to fix this?

--
Sara Kim
University of Maryland, Class of 2020
A. James Clark School of Engineering, B.S Electrical Engineering
443-745-9890 | skim0131@umd. <address@hidden>edu
linkedin: https://www.linkedin.com/in/sarakim31/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190606/456a5300/attachment.html>

------------------------------

Message: 3
Date: Thu, 06 Jun 2019 13:32:10 -0400
From: "Michael Dickens" <address@hidden>
To: "Sara Kim" <address@hidden>,    "Discuss GNURadio"
        <address@hidden>
Subject: Re: [Discuss-gnuradio] Help with sound output
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi Sara - Can you give us something more to work with, for example a link to the Youtube video and another to your code? I'm sure folks here can help, but without more info the best we can offer is high-level suggestions on how to fix sample rate differences. - MLD

On Thu, Jun 6, 2019, at 12:39 PM, Sara Kim wrote:
> Hi,
> I'm using a USRP205mini-i. I followed the YouTube tutorial online on how to build a FM receiver. I execute the flow graph, and all I hear is very choppy and high pitched audio coming from my computer's speaker (i see aUaUaU and an occasional O. I know this has to to with the input/output frequency being to fast/slow). I can make out the radio station I'm tuned in, but not very clearly. When listening to the .wav file produced, it sounds perfectly normal. I did change the audio sink sample rate to 48kHz and the wave file sink to 68kHz instead of keeping it at the original in the tutorial. Any suggestions or ideas as to how to fix this?
>
> --
> Sara Kim
> University of Maryland, Class of 2020
> A. James Clark School of Engineering, B.S Electrical Engineering
> 443-745-9890 | skim0131@umd. <mailto:address@hidden>edu
> linkedin: https://www.linkedin.com/in/sarakim31/
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190606/41dce51b/attachment.html>

------------------------------

Message: 4
Date: Thu, 06 Jun 2019 17:59:55 +0000
From: Adrian Musceac <address@hidden>
To: address@hidden,"Heaney, Eamon"
        <address@hidden>
Subject: Re: [Discuss-gnuradio] Getting a Runtime Error:
        gr::tuntap_pdu::make: tun_alloc failed
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi Eamon,

Tun/tap device creation require your user to have net admin rights, or alternatively you can run your flowgraph as root.
See man setcap.

sudo setcap cap_net_raw,cap_net_admin+eip /path/to/program

Regards,
Adrian


On June 6, 2019 1:43:35 PM UTC, "Heaney, Eamon" <address@hidden> wrote:
>Trying to run a modified version of the wifi transceiver from this
>repo:
>https://github.com/bastibl/gr-ieee802-11
>
>Swapped out the USRP source for Osmocom (HackRF), and the USRP sink for
>a
>null sink. When I try to run it, I get this error:
>
>
>Traceback (most recent call last):
>  File
>"/home/galloway/working/seniordesign/gnuradio-companion/wifi_transceiver.py",
>line 343, in <module>
>    main()
>  File
>"/home/galloway/working/seniordesign/gnuradio-companion/wifi_transceiver.py",
>line 331, in main
>    tb = top_block_cls()
>  File
>"/home/galloway/working/seniordesign/gnuradio-companion/wifi_transceiver.py",
>line 236, in __init__
>    self.blocks_tuntap_pdu_0 = blocks.tuntap_pdu('tap1', 440, False)
>  File
>"/usr/lib64/python2.7/site-packages/gnuradio/blocks/blocks_swig6.py",
>line
>1046, in make
>    return _blocks_swig6.tuntap_pdu_make(dev, MTU, istunflag)
>RuntimeError: gr::tuntap_pdu::make: tun_alloc failed (are you running
>as
>root?)
>
>
>
>I am most assuredly *not* running as root, and I'm unsure what
>"gr::tuntap_pdu::make" or "tun_alloc" are. There was one similar email
>chain (https://marc.info/?l=gnuradio-discuss&m=141563926501407&w=2)
>from a
>few years ago, but the solution he found doesn't seem to work; changing
>TUNTAP PDU doesn't fix the problem.
>
>Anyone have a clue as to why these tuntap pdu things are acting up?
>
>--
>_The information contained in this communication may be subject to
>legal
>confidentiality protection or privilege. It is intended solely for use
>by
>the intended recipient and others authorized to receive it. If you have
>
>received this communication in error, please notify the sender and
>delete
>it immediately. You are hereby notified that any disclosure, copying,
>distribution or taking action in reliance of the contents of this
>information is strictly prohibited and may be unlawful.  The school
>accepts
>no liability whatsoever for any damage, loss, or expense arising from
>any
>misuse of this e-mail and/or from the accessing of any files attached
>to
>this e-mail._
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190606/540f3974/attachment.html>

------------------------------

Message: 5
Date: Fri, 7 Jun 2019 10:04:28 +0530 (IST)
From: Maitry Raval <address@hidden>
To: Marcus Müller, CEL <address@hidden>
Cc: discuss-gnuradio <address@hidden>
Subject: Re: [Discuss-gnuradio] query regarding wav file recording
        through wav file sink block
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="utf-8"


Hello,

PLease find attached flowgraph for other end of txt file writing, as I have received the transmitted signal through UHD USRP source block and record it in a text file at 256k sample rate and then this recorded text file is being used in next flow graph for converting it into wav file.

that means I have received the modulated transmitted signal, record it in txt file and remove noise as well resample it to 48k in order to save that downcoverted signal to wav file sink.

With Best Regards,
Maitry Raval,

----- Original Message -----
From: "Marcus Müller, CEL" <address@hidden>
To: "maitry raval" <address@hidden>
Cc: "discuss-gnuradio" <address@hidden>
Sent: Wednesday, 5 June, 2019 07:09:42
Subject: Re: query regarding wav file recording through wav file sink block

we really need both your Wav writing (we've got that) and Wav reading
flow graph to make any qualified statement.

Again, the file name in your file source is suspicious.

Best regards,
Marcus

On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote:
> Hello,
>
> Please check the flowgraph, as there is a wav file sink at output
> side, that record the incoming signal, but when I use that same
> recorded wav file in wav file source and check the output in time
> sink and FFT sink, then amplitude changes.
>
> With Best Regards,
> Maitry Raval,
>
>
> ----- Original Message -----
> From: "Marcus Müller, CEL" <address@hidden>
> To: "maitry raval" <address@hidden>
> Cc: "discuss-gnuradio" <address@hidden>
> Sent: Tuesday, 4 June, 2019 13:01:55
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> Ok, there's no Wave file involved here; instead, you read a file as
> complex 2×3bit floating point binary that has a .txt ending. Have you
> read [1]?
> Then, you're doing *way* more than just multiplying with a constant,
> so
> really, I'm not sure this flow graph has *anything* to do with your
> question.
>
> [1]
> https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
>
> On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote:
> > Hello,
> >
> > Please check the flow graph.
> >
> >
> > With Best Regards,
> > Maitry Raval,
> >
> >
> > ----- Original Message -----
> > From: "Marcus Müller, CEL" <address@hidden>
> > To: "maitry raval" <address@hidden>
> > Cc: "discuss-gnuradio" <address@hidden>
> > Sent: Tuesday, 4 June, 2019 08:56:22
> > Subject: Re: query regarding wav file recording through wav file
> > sink block
> >
> > Frankly, multiplication with a constant doesn't offer any benefit.
> > The
> > numbers stay the same, just scaled.
> >
> > However, 8 bit might be the giveaway here: are you maybe trying to
> > multiply 8 bit numbers with a constant that leads to values larger
> > than
> > what can be represented in 8 bits?
> >
> > A screenshot of your flowgraph rather than just its result would be
> > most interesting here.
> > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote:
> > > Hello,
> > >
> > > Thanks for your response.
> > >
> > > My requirement is to use GNU generated wav file into MATLAB. But
> > > when I record the wav file with 48k sample rate and 8 bits per
> > > sample, my recorded wavfile shows a very low amplitude signal,
> > > the screenshot is attached, please check.
> > >
> > >
> > > With Best Regards,
> > > Maitry Raval,
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marcus Müller, CEL" <address@hidden>
> > > To: "maitry raval" <address@hidden>
> > > Cc: "discuss-gnuradio" <address@hidden>
> > > Sent: Tuesday, 4 June, 2019 08:02:48
> > > Subject: Re: query regarding wav file recording through wav file
> > > sink block
> > >
> > > I assume you do the multiplication with a constance to change the
> > > amplitude, and so that's right.
> > >
> > > A multiplication with a constant does however not change the
> > > shape of
> > > the signal at all, unless you're running into numerical limits.
> > >
> > > We'll need more info on what exactly you're doing and what
> > > exactly
> > > you're seeing.
> > >
> > > Best regards,
> > > Marcus
> > >
> > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote:
> > > > Hello,
> > > > And when I use multiply constant block in order to increase the
> > > > amplitude of the wav file, It slightly change the amplitude and
> > > > change the shape of the signal. PLease someone guide.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > > ----- Original Message -----
> > > > From: "Maitry Raval" <address@hidden>
> > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Monday, 3 June, 2019 10:14:11
> > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > transmitted signal
> > > >
> > > > Hello,
> > > >
> > > > PLease someone guide about wav file recording signal's
> > > > amplitude. as I have a requirement of using GNU generated wav
> > > > file to my application, but as amplitude of wav file is very
> > > > low, I couldnot use that in my application.
> > > >
> > > > Thanks for your support in advance.
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > > ----- Original Message -----
> > > > From: "Maitry Raval" <address@hidden>
> > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Monday, 20 May, 2019 05:16:52
> > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > transmitted signal
> > > >
> > > > Hello,
> > > >
> > > > there is a amplitude change in signal source and wav file
> > > > sink(recorded wav file), please check the screenshots as well.
> > > > I think, because of that when I use the recorded wav file as
> > > > source for transmission, I didnot get the sucessful reception.
> > > > Please guide how to record wav file with the same amplitude as
> > > > signal source.
> > > >
> > > > Thanks for your support in advance.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Maitry Raval" <address@hidden>
> > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Saturday, 18 May, 2019 08:29:16
> > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > transmitted signal
> > > >
> > > > Hello,
> > > >
> > > > Thanks for your reply.
> > > > I have successfully record one modulated signal transmitted
> > > > from USRP into .txt file and done demodulation offline, i.e of
> > > > that stored data and receive audio from that.
> > > > But, I have all this done with wav file which is 48k sampled.
> > > > but my requiremnet is to do AM modulation of 600Hz audio file.
> > > > for that, I have done the following.
> > > >
> > > > signal source(600Hz,8K)- wav file sink
> > > >
> > > > AM transmission of this wav file from USRP.
> > > >
> > > > record AM modulated transmitted signal in .txt file.
> > > >
> > > > and demodulate it in order to receive 600Hz, 8k wav file.
> > > > during demodulation, I saw signal in scope sink and figure out
> > > > frequency of that signal through FFT sink, biut when I record
> > > > received 600Hz signal as wav file through wav file sink, then,
> > > > that wav file's scope is blank, I get blank wva file, when am I
> > > > doing wrong. I think, at transmitter side, amplitude of my
> > > > original wav file source's amplitude is too low.
> > > > PLease guide.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > > ----- Original Message -----
> > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > To: "maitry raval" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Friday, 17 May, 2019 11:57:45
> > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > transmitted signal
> > > >
> > > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > > > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote:
> > > > > Hello,
> > > > >
> > > > > Thanks for your reply.
> > > > >
> > > > > I.e It is possible to store the transmitted modulated signal
> > > > > (for ex AM modulated signal) through USRP as per below,
> > > > > USRP source - file sink. but in which format, this data can
> > > > > be stored? (.txt, .pdf)_ I have seen.DAT file in one of the
> > > > > example,but when I tried , it does not give proper output.
> > > > >
> > > > > Actually, my requirement is to receive the modulated signal
> > > > > through USRP source, store it in a file. and later, I can be
> > > > > able to do demodulation offline from that particular stored
> > > > > data. it will be grateful, if you provide guidance.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > To: "discuss-gnuradio" <address@hidden>, "maitry
> > > > > raval" <address@hidden>
> > > > > Sent: Friday, 17 May, 2019 10:50:00
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hi Maitry,
> > > > >
> > > > > sorry, we have no idea what lab you're referring to! However,
> > > > > yes, that
> > > > > sounds exactly what File Sinks are meant to do.
> > > > >
> > > > > Best regards,
> > > > > Marcus
> > > > >
> > > > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote:
> > > > > > Hello,
> > > > > >
> > > > > > I want to store the modulated transmitted signal through
> > > > > > USRP such as given in lab -3 receiving AM signal and store
> > > > > > it as .DAT file. Is it possible to store transmitted signal
> > > > > > as .DAT file through USRP source and file sink? and use
> > > > > > that stored data from file source to do demodulation.
> > > > > > thanks for your support in advance.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > >
> > > > _______________________________________________
> > > > Discuss-gnuradio mailing list
> > > > address@hidden
> > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > _______________________________________________
> > > > Discuss-gnuradio mailing list
> > > > address@hidden
> > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > >
> > > > _______________________________________________
> > > > Discuss-gnuradio mailing list
> > > > address@hidden
> > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: modulated_signal_recordering.grc.png
Type: image/png
Size: 25269 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/6cc9320f/attachment.png>

------------------------------

Message: 6
Date: Fri, 7 Jun 2019 06:42:44 +0000
From: Müller, Marcus (CEL) <address@hidden>
To: "address@hidden"
        <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] query regarding wav file recording
        through wav file sink block
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

256 kHz is not a sampling rate supported by many devices. What USRP are
you using?

Also, the filename doesn't matter to its content at all, so this is
fine, but using .txt for a file that contains raw binary samples is
questionable.

So, back to your original problem: can you describe how the result of
the operation is different from what you're expecting? I still must
admit I don't get where the problem lies.

Best regards,
Marcus

On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote:
> Hello,
>
> PLease find attached flowgraph for other end of txt file writing, as
> I have received the transmitted signal through UHD USRP source block
> and record it in a text file at 256k sample rate and then this
> recorded text file is being used in next flow graph for converting it
> into wav file.
>
> that means I have received the modulated transmitted signal, record
> it in txt file and remove noise as well resample it to 48k in order
> to save that downcoverted signal to wav file sink.
>
> With Best Regards,
> Maitry Raval,
>
> ----- Original Message -----
> From: "Marcus Müller, CEL" <address@hidden>
> To: "maitry raval" <address@hidden>
> Cc: "discuss-gnuradio" <address@hidden>
> Sent: Wednesday, 5 June, 2019 07:09:42
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> we really need both your Wav writing (we've got that) and Wav reading
> flow graph to make any qualified statement.
>
> Again, the file name in your file source is suspicious.
>
> Best regards,
> Marcus
>
> On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote:
> > Hello,
> >
> > Please check the flowgraph, as there is a wav file sink at output
> > side, that record the incoming signal, but when I use that same
> > recorded wav file in wav file source and check the output in time
> > sink and FFT sink, then amplitude changes.
> >
> > With Best Regards,
> > Maitry Raval,
> >
> >
> > ----- Original Message -----
> > From: "Marcus Müller, CEL" <address@hidden>
> > To: "maitry raval" <address@hidden>
> > Cc: "discuss-gnuradio" <address@hidden>
> > Sent: Tuesday, 4 June, 2019 13:01:55
> > Subject: Re: query regarding wav file recording through wav file
> > sink
> > block
> >
> > Ok, there's no Wave file involved here; instead, you read a file as
> > complex 2×3bit floating point binary that has a .txt ending. Have
> > you
> > read [1]?
> > Then, you're doing *way* more than just multiplying with a
> > constant,
> > so
> > really, I'm not sure this flow graph has *anything* to do with your
> > question.
> >
> > [1]
> > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> >
> > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote:
> > > Hello,
> > >
> > > Please check the flow graph.
> > >
> > >
> > > With Best Regards,
> > > Maitry Raval,
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marcus Müller, CEL" <address@hidden>
> > > To: "maitry raval" <address@hidden>
> > > Cc: "discuss-gnuradio" <address@hidden>
> > > Sent: Tuesday, 4 June, 2019 08:56:22
> > > Subject: Re: query regarding wav file recording through wav file
> > > sink block
> > >
> > > Frankly, multiplication with a constant doesn't offer any
> > > benefit.
> > > The
> > > numbers stay the same, just scaled.
> > >
> > > However, 8 bit might be the giveaway here: are you maybe trying
> > > to
> > > multiply 8 bit numbers with a constant that leads to values
> > > larger
> > > than
> > > what can be represented in 8 bits?
> > >
> > > A screenshot of your flowgraph rather than just its result would
> > > be
> > > most interesting here.
> > > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote:
> > > > Hello,
> > > >
> > > > Thanks for your response.
> > > >
> > > > My requirement is to use GNU generated wav file into MATLAB.
> > > > But
> > > > when I record the wav file with 48k sample rate and 8 bits per
> > > > sample, my recorded wavfile shows a very low amplitude signal,
> > > > the screenshot is attached, please check.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > To: "maitry raval" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Tuesday, 4 June, 2019 08:02:48
> > > > Subject: Re: query regarding wav file recording through wav
> > > > file
> > > > sink block
> > > >
> > > > I assume you do the multiplication with a constance to change
> > > > the
> > > > amplitude, and so that's right.
> > > >
> > > > A multiplication with a constant does however not change the
> > > > shape of
> > > > the signal at all, unless you're running into numerical
> > > > limits.
> > > >
> > > > We'll need more info on what exactly you're doing and what
> > > > exactly
> > > > you're seeing.
> > > >
> > > > Best regards,
> > > > Marcus
> > > >
> > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote:
> > > > > Hello,
> > > > > And when I use multiply constant block in order to increase
> > > > > the
> > > > > amplitude of the wav file, It slightly change the amplitude
> > > > > and
> > > > > change the shape of the signal. PLease someone guide.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Monday, 3 June, 2019 10:14:11
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > PLease someone guide about wav file recording signal's
> > > > > amplitude. as I have a requirement of using GNU generated wav
> > > > > file to my application, but as amplitude of wav file is very
> > > > > low, I couldnot use that in my application.
> > > > >
> > > > > Thanks for your support in advance.
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Monday, 20 May, 2019 05:16:52
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > there is a amplitude change in signal source and wav file
> > > > > sink(recorded wav file), please check the screenshots as
> > > > > well.
> > > > > I think, because of that when I use the recorded wav file as
> > > > > source for transmission, I didnot get the sucessful
> > > > > reception.
> > > > > Please guide how to record wav file with the same amplitude
> > > > > as
> > > > > signal source.
> > > > >
> > > > > Thanks for your support in advance.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Saturday, 18 May, 2019 08:29:16
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > Thanks for your reply.
> > > > > I have successfully record one modulated signal transmitted
> > > > > from USRP into .txt file and done demodulation offline, i.e
> > > > > of
> > > > > that stored data and receive audio from that.
> > > > > But, I have all this done with wav file which is 48k sampled.
> > > > > but my requiremnet is to do AM modulation of 600Hz audio
> > > > > file.
> > > > > for that, I have done the following.
> > > > >
> > > > > signal source(600Hz,8K)- wav file sink
> > > > >
> > > > > AM transmission of this wav file from USRP.
> > > > >
> > > > > record AM modulated transmitted signal in .txt file.
> > > > >
> > > > > and demodulate it in order to receive 600Hz, 8k wav file.
> > > > > during demodulation, I saw signal in scope sink and figure
> > > > > out
> > > > > frequency of that signal through FFT sink, biut when I record
> > > > > received 600Hz signal as wav file through wav file sink,
> > > > > then,
> > > > > that wav file's scope is blank, I get blank wva file, when am
> > > > > I
> > > > > doing wrong. I think, at transmitter side, amplitude of my
> > > > > original wav file source's amplitude is too low.
> > > > > PLease guide.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > To: "maitry raval" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Friday, 17 May, 2019 11:57:45
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > > > > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote:
> > > > > > Hello,
> > > > > >
> > > > > > Thanks for your reply.
> > > > > >
> > > > > > I.e It is possible to store the transmitted modulated
> > > > > > signal
> > > > > > (for ex AM modulated signal) through USRP as per below,
> > > > > > USRP source - file sink. but in which format, this data can
> > > > > > be stored? (.txt, .pdf)_ I have seen.DAT file in one of the
> > > > > > example,but when I tried , it does not give proper output.
> > > > > >
> > > > > > Actually, my requirement is to receive the modulated signal
> > > > > > through USRP source, store it in a file. and later, I can
> > > > > > be
> > > > > > able to do demodulation offline from that particular stored
> > > > > > data. it will be grateful, if you provide guidance.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > To: "discuss-gnuradio" <address@hidden>, "maitry
> > > > > > raval" <address@hidden>
> > > > > > Sent: Friday, 17 May, 2019 10:50:00
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hi Maitry,
> > > > > >
> > > > > > sorry, we have no idea what lab you're referring to!
> > > > > > However,
> > > > > > yes, that
> > > > > > sounds exactly what File Sinks are meant to do.
> > > > > >
> > > > > > Best regards,
> > > > > > Marcus
> > > > > >
> > > > > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > I want to store the modulated transmitted signal through
> > > > > > > USRP such as given in lab -3 receiving AM signal and
> > > > > > > store
> > > > > > > it as .DAT file. Is it possible to store transmitted
> > > > > > > signal
> > > > > > > as .DAT file through USRP source and file sink? and use
> > > > > > > that stored data from file source to do demodulation.
> > > > > > > thanks for your support in advance.
> > > > > > >
> > > > > > >
> > > > > > > With Best Regards,
> > > > > > > Maitry Raval,
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Discuss-gnuradio mailing list
> > > > > > > address@hidden
> > > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > >
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > >
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6582 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/bd5296e8/attachment.bin>

------------------------------

Message: 7
Date: Fri, 7 Jun 2019 12:40:10 +0530 (IST)
From: Maitry Raval <address@hidden>
To: Marcus Müller, CEL <address@hidden>
Cc: discuss-gnuradio <address@hidden>
Subject: Re: [Discuss-gnuradio] query regarding wav file recording
        through wav file sink block
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=utf-8


Hello,

I am using USRP-B200 mini, and as I want to use USRP offline, that's why I am trying to record the transmitted modulated signal through UHD USRP source to some file, Is it ok to use .txt file for this?

And the problem arise in this is , when the signal is being recorded in a wav file through wav file sink, then the recorded wav file's amplitude is lower than the the signal I have seen during simulation in time sink and FFt sink.

With Best Regards,
Maitry Raval,


----- Original Message -----
From: "Marcus Müller, CEL" <address@hidden>
To: "maitry raval" <address@hidden>
Cc: "discuss-gnuradio" <address@hidden>
Sent: Friday, 7 June, 2019 06:42:44
Subject: Re: query regarding wav file recording through wav file sink block

256 kHz is not a sampling rate supported by many devices. What USRP are
you using?

Also, the filename doesn't matter to its content at all, so this is
fine, but using .txt for a file that contains raw binary samples is
questionable.

So, back to your original problem: can you describe how the result of
the operation is different from what you're expecting? I still must
admit I don't get where the problem lies.

Best regards,
Marcus

On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote:
> Hello,
>
> PLease find attached flowgraph for other end of txt file writing, as
> I have received the transmitted signal through UHD USRP source block
> and record it in a text file at 256k sample rate and then this
> recorded text file is being used in next flow graph for converting it
> into wav file.
>
> that means I have received the modulated transmitted signal, record
> it in txt file and remove noise as well resample it to 48k in order
> to save that downcoverted signal to wav file sink.
>
> With Best Regards,
> Maitry Raval,
>
> ----- Original Message -----
> From: "Marcus Müller, CEL" <address@hidden>
> To: "maitry raval" <address@hidden>
> Cc: "discuss-gnuradio" <address@hidden>
> Sent: Wednesday, 5 June, 2019 07:09:42
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> we really need both your Wav writing (we've got that) and Wav reading
> flow graph to make any qualified statement.
>
> Again, the file name in your file source is suspicious.
>
> Best regards,
> Marcus
>
> On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote:
> > Hello,
> >
> > Please check the flowgraph, as there is a wav file sink at output
> > side, that record the incoming signal, but when I use that same
> > recorded wav file in wav file source and check the output in time
> > sink and FFT sink, then amplitude changes.
> >
> > With Best Regards,
> > Maitry Raval,
> >
> >
> > ----- Original Message -----
> > From: "Marcus Müller, CEL" <address@hidden>
> > To: "maitry raval" <address@hidden>
> > Cc: "discuss-gnuradio" <address@hidden>
> > Sent: Tuesday, 4 June, 2019 13:01:55
> > Subject: Re: query regarding wav file recording through wav file
> > sink
> > block
> >
> > Ok, there's no Wave file involved here; instead, you read a file as
> > complex 2×3bit floating point binary that has a .txt ending. Have
> > you
> > read [1]?
> > Then, you're doing *way* more than just multiplying with a
> > constant,
> > so
> > really, I'm not sure this flow graph has *anything* to do with your
> > question.
> >
> > [1]
> > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> >
> > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote:
> > > Hello,
> > >
> > > Please check the flow graph.
> > >
> > >
> > > With Best Regards,
> > > Maitry Raval,
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marcus Müller, CEL" <address@hidden>
> > > To: "maitry raval" <address@hidden>
> > > Cc: "discuss-gnuradio" <address@hidden>
> > > Sent: Tuesday, 4 June, 2019 08:56:22
> > > Subject: Re: query regarding wav file recording through wav file
> > > sink block
> > >
> > > Frankly, multiplication with a constant doesn't offer any
> > > benefit.
> > > The
> > > numbers stay the same, just scaled.
> > >
> > > However, 8 bit might be the giveaway here: are you maybe trying
> > > to
> > > multiply 8 bit numbers with a constant that leads to values
> > > larger
> > > than
> > > what can be represented in 8 bits?
> > >
> > > A screenshot of your flowgraph rather than just its result would
> > > be
> > > most interesting here.
> > > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote:
> > > > Hello,
> > > >
> > > > Thanks for your response.
> > > >
> > > > My requirement is to use GNU generated wav file into MATLAB.
> > > > But
> > > > when I record the wav file with 48k sample rate and 8 bits per
> > > > sample, my recorded wavfile shows a very low amplitude signal,
> > > > the screenshot is attached, please check.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > To: "maitry raval" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Tuesday, 4 June, 2019 08:02:48
> > > > Subject: Re: query regarding wav file recording through wav
> > > > file
> > > > sink block
> > > >
> > > > I assume you do the multiplication with a constance to change
> > > > the
> > > > amplitude, and so that's right.
> > > >
> > > > A multiplication with a constant does however not change the
> > > > shape of
> > > > the signal at all, unless you're running into numerical
> > > > limits.
> > > >
> > > > We'll need more info on what exactly you're doing and what
> > > > exactly
> > > > you're seeing.
> > > >
> > > > Best regards,
> > > > Marcus
> > > >
> > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote:
> > > > > Hello,
> > > > > And when I use multiply constant block in order to increase
> > > > > the
> > > > > amplitude of the wav file, It slightly change the amplitude
> > > > > and
> > > > > change the shape of the signal. PLease someone guide.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Monday, 3 June, 2019 10:14:11
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > PLease someone guide about wav file recording signal's
> > > > > amplitude. as I have a requirement of using GNU generated wav
> > > > > file to my application, but as amplitude of wav file is very
> > > > > low, I couldnot use that in my application.
> > > > >
> > > > > Thanks for your support in advance.
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Monday, 20 May, 2019 05:16:52
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > there is a amplitude change in signal source and wav file
> > > > > sink(recorded wav file), please check the screenshots as
> > > > > well.
> > > > > I think, because of that when I use the recorded wav file as
> > > > > source for transmission, I didnot get the sucessful
> > > > > reception.
> > > > > Please guide how to record wav file with the same amplitude
> > > > > as
> > > > > signal source.
> > > > >
> > > > > Thanks for your support in advance.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Maitry Raval" <address@hidden>
> > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Saturday, 18 May, 2019 08:29:16
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > Hello,
> > > > >
> > > > > Thanks for your reply.
> > > > > I have successfully record one modulated signal transmitted
> > > > > from USRP into .txt file and done demodulation offline, i.e
> > > > > of
> > > > > that stored data and receive audio from that.
> > > > > But, I have all this done with wav file which is 48k sampled.
> > > > > but my requiremnet is to do AM modulation of 600Hz audio
> > > > > file.
> > > > > for that, I have done the following.
> > > > >
> > > > > signal source(600Hz,8K)- wav file sink
> > > > >
> > > > > AM transmission of this wav file from USRP.
> > > > >
> > > > > record AM modulated transmitted signal in .txt file.
> > > > >
> > > > > and demodulate it in order to receive 600Hz, 8k wav file.
> > > > > during demodulation, I saw signal in scope sink and figure
> > > > > out
> > > > > frequency of that signal through FFT sink, biut when I record
> > > > > received 600Hz signal as wav file through wav file sink,
> > > > > then,
> > > > > that wav file's scope is blank, I get blank wva file, when am
> > > > > I
> > > > > doing wrong. I think, at transmitter side, amplitude of my
> > > > > original wav file source's amplitude is too low.
> > > > > PLease guide.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > To: "maitry raval" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Friday, 17 May, 2019 11:57:45
> > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > transmitted signal
> > > > >
> > > > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > > > > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote:
> > > > > > Hello,
> > > > > >
> > > > > > Thanks for your reply.
> > > > > >
> > > > > > I.e It is possible to store the transmitted modulated
> > > > > > signal
> > > > > > (for ex AM modulated signal) through USRP as per below,
> > > > > > USRP source - file sink. but in which format, this data can
> > > > > > be stored? (.txt, .pdf)_ I have seen.DAT file in one of the
> > > > > > example,but when I tried , it does not give proper output.
> > > > > >
> > > > > > Actually, my requirement is to receive the modulated signal
> > > > > > through USRP source, store it in a file. and later, I can
> > > > > > be
> > > > > > able to do demodulation offline from that particular stored
> > > > > > data. it will be grateful, if you provide guidance.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > To: "discuss-gnuradio" <address@hidden>, "maitry
> > > > > > raval" <address@hidden>
> > > > > > Sent: Friday, 17 May, 2019 10:50:00
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hi Maitry,
> > > > > >
> > > > > > sorry, we have no idea what lab you're referring to!
> > > > > > However,
> > > > > > yes, that
> > > > > > sounds exactly what File Sinks are meant to do.
> > > > > >
> > > > > > Best regards,
> > > > > > Marcus
> > > > > >
> > > > > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > I want to store the modulated transmitted signal through
> > > > > > > USRP such as given in lab -3 receiving AM signal and
> > > > > > > store
> > > > > > > it as .DAT file. Is it possible to store transmitted
> > > > > > > signal
> > > > > > > as .DAT file through USRP source and file sink? and use
> > > > > > > that stored data from file source to do demodulation.
> > > > > > > thanks for your support in advance.
> > > > > > >
> > > > > > >
> > > > > > > With Best Regards,
> > > > > > > Maitry Raval,
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Discuss-gnuradio mailing list
> > > > > > > address@hidden
> > > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > >
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > >
> > > > > _______________________________________________
> > > > > Discuss-gnuradio mailing list
> > > > > address@hidden
> > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



------------------------------

Message: 8
Date: Fri, 7 Jun 2019 08:12:06 +0000
From: Müller, Marcus (CEL) <address@hidden>
To: "address@hidden" <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Request for comment: FFT optimizations
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi Johannes,

always remember that the "f" suffix after fftw is just for "float",
without that suffix you use the double precision FFTw.

> fftwf_execute_dft(plan, *in, *out)

http://www.fftw.org/fftw3_doc/New_002darray-Execute-Functions.html

> fftwf_alignment_of()

same page, and

http://www.fftw.org/fftw3_doc/Planner-Flags.html#index-fftw_005falignment_005fof

under "FFTW_UNALIGNED".

also, and this might be a bit of a downer: use the source, Luke!

(also, this might even be more of a downer:)
fftw3/kernel/align.c, reduced by all false #if:

#define ALGN 16
int X(ialignment_of)(R *p)
{
     return (int)(((uintptr_t) p) % ALGN);
}

or in other words:

address % 16

However, we should really be using the fftw function for that, in case
they get around to writing say AVX7 FFT kernels, which need 2048-byte
aligned memory instructions or so¹.

Best regards,
Marcus

¹if you're from the year 2028, and are reading up on intels new AVX7
instruction on the GNU Radio mailing list archive: this is a joke.
Obviously, AVX7 only needs 1024-byte alignment and that you only use
right-hand quantum registers.

On Fri, 2019-06-07 at 07:51 +0000, Johannes Demel wrote:
> Hi Marcus,
>
> do you have any online resources that point to the official
> documentation of `fftwf_execute_dft(plan, *in, *out)` and
> `fftwf_alignment_of()`? (for the latter this mail thread is on the
> first
> page of my Google results.)
> All the documentation I could find is [0] and this seems like some
> Intel
> wrapper that is not part of FFTW?!
>
> Cheers
> Johannes
>
> [0]
> http://sep.stanford.edu/sep/claudio/Research/Prst_ExpRefl/ShtPSPI/intel/mkl/10.0.3.020/interfaces/fftw3xf/wrappers/fftwf_execute_dft.c
>
> Am 06.06.19 um 14:57 schrieb Müller, Marcus (CEL):
> > Hi Albin,
> >
> > no, it's not been discussed on the list, as far as my memory
> > reaches.
> > We're talking about gr:fft:fft_vcc, right?
> >
> > Because that output memory shifting only happens when you set shift
> > = 1
> > in the constructor. I don't have any hard feelings about whether to
> > shift the output or perform an exp(j π n) frequency shift (a.k.a.
> > multiplying with +1 -1 …). My gut feeling is that copying blocks of
> > memory is probably significantly faster than accessing all elements
> > of
> > said blocks through the CPU sequentially. Memcpy implementations
> > are
> > heavily hand-assembler optimized!
> >
> > However, the actual FFT would access these elements most
> > definitely,
> > so, for amounts of input samples smaller than the available CPU
> > cache,
> > the +1 -1 variant would act like an elegant prefetcher and probably
> > be
> > a bit more efficient, but for sizes larger, it would probably even
> > thrash the caches a bit and mean one additional loop over all data.
> > So, honestly, in many cases I'd expect a small improvement, in some
> > a
> > performance degradation. Not quite sure whether looking into that
> > is
> > clever.
> >
> > I'd however say that it should be obvious to do the +1 -1 input
> > multiplication instead of the memcpy output shift if a window is
> > applied, because the +1 -1 can be absorbed into the window in that
> > case. (Watch out for the odd-length corner case where you get two
> > different windows depending on whether you do an odd- or an even-
> > numbered transform.)
> >
> > There's another easy way we can optimize things at nearly zero
> > cost:
> >
> > The memcpy to the FFTW input buffer only happens so that data is
> > properly aligned for FFTW to be able to use SIMD. Obviously, that
> > copy
> > could be avoided alltogether if the input *is* already aligned.
> >
> > FFTW does have a fftwf_alignment_of() that you can use to compare
> > the
> > alignment of the especially aligned fftw plan input buffer, and the
> > current workload input pointer.
> > Same applies to the output buffer of the fftw plan and the output
> > pointer.
> >
> > If the input buffer and the work input pointer, and the output
> > buffer
> > and the work output pointer, are of the same aligment, one could
> > simply
> > use fftwf_execute_dft(plan, *in, *out) instead of
> > fftwf_execute(plan),
> > and not memcpy anything (unless the user requests shifting).
> >
> > Chances are that, considering our circular buffers are page-
> > aligned,
> > and that fft_length mod 4 = 0, for most applications,
> >
> > fft_length * sizeof(gr_complex_float) = (fft_length/4) * 4 * 64
> >
> > are typically already 256-byte aligned, and things are "inherently
> > good".
> >
> >
> > Cheers,
> > Marcus
> >
> > On Thu, 2019-06-06 at 11:13 +0200, Albin Stigö wrote:
> > > Hi,
> > >
> > > There's a lot of memcpy/memmove going on in the FFT kernel which
> > > I
> > > suspect degrades performance quite a bit... This is partly
> > > because
> > > some platforms requires buffers to be aligned for SIMD to work
> > > and
> > > partly because DC is not normally centered (which is normally
> > > what you
> > > would like to see in a spektrum).
> > >
> > > For ARM in particular the alignment requirements are less strict
> > > so
> > > that would get rid of at least one memcpy for that platform.
> > >
> > > For centering an FFT at DC there's a nice trick, you just rotate
> > > the
> > > input by pi, that is multiply by 1, -1, 1, -1... I suspect that
> > > would
> > > be quite a bit faster than two memcpy and should be available on
> > > all
> > > platforms.
> > >
> > > Has this been discussed on the list before?
> > >
> > >
> > > --Albin
> > >
> > > _______________________________________________
> > > Discuss-gnuradio mailing list
> > > address@hidden
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > >
> > > _______________________________________________
> > > Discuss-gnuradio mailing list
> > > address@hidden
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6582 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/63d2fb5a/attachment.bin>

------------------------------

Message: 9
Date: Fri, 7 Jun 2019 08:15:30 +0000
From: Müller, Marcus (CEL) <address@hidden>
To: "address@hidden"
        <address@hidden>
Cc: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] query regarding wav file recording
        through wav file sink block
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Hello,

On Fri, 2019-06-07 at 12:40 +0530, Maitry Raval wrote:
> Hello,
>
> I am using USRP-B200 mini, and as I want to use USRP offline, that's
> why I am trying to record the transmitted modulated signal through
> UHD USRP source to some file, Is it ok to use .txt file for this?

Again, the filename says *nothing* about a file's contents. So it's OK,
it's just utterly misleading, because there's absolutely no text
inside.

> And the problem arise in this is , when the signal is being recorded
> in a wav file through wav file sink, then the recorded wav file's
> amplitude is lower than the the signal I have seen during simulation
> in time sink and FFt sink.
>

Wait, the amplitude of the wav file saved with the wav file sink is
different when you open it with a wav file source? Or how do you open
it?

Reminder, again: Files are *interpreted* by the reading software. GNU
Radio maps -1 to +1 to the full scale of the wav file's sample format.
Other software might do something else.

Best regards,
Marcus

> With Best Regards,
> Maitry Raval,
>
>
> ----- Original Message -----
> From: "Marcus Müller, CEL" <address@hidden>
> To: "maitry raval" <address@hidden>
> Cc: "discuss-gnuradio" <address@hidden>
> Sent: Friday, 7 June, 2019 06:42:44
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> 256 kHz is not a sampling rate supported by many devices. What USRP
> are
> you using?
>
> Also, the filename doesn't matter to its content at all, so this is
> fine, but using .txt for a file that contains raw binary samples is
> questionable.
>
> So, back to your original problem: can you describe how the result of
> the operation is different from what you're expecting? I still must
> admit I don't get where the problem lies.
>
> Best regards,
> Marcus
>
> On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote:
> > Hello,
> >
> > PLease find attached flowgraph for other end of txt file writing,
> > as
> > I have received the transmitted signal through UHD USRP source
> > block
> > and record it in a text file at 256k sample rate and then this
> > recorded text file is being used in next flow graph for converting
> > it
> > into wav file.
> >
> > that means I have received the modulated transmitted signal, record
> > it in txt file and remove noise as well resample it to 48k in order
> > to save that downcoverted signal to wav file sink.
> >
> > With Best Regards,
> > Maitry Raval,
> >
> > ----- Original Message -----
> > From: "Marcus Müller, CEL" <address@hidden>
> > To: "maitry raval" <address@hidden>
> > Cc: "discuss-gnuradio" <address@hidden>
> > Sent: Wednesday, 5 June, 2019 07:09:42
> > Subject: Re: query regarding wav file recording through wav file
> > sink
> > block
> >
> > we really need both your Wav writing (we've got that) and Wav
> > reading
> > flow graph to make any qualified statement.
> >
> > Again, the file name in your file source is suspicious.
> >
> > Best regards,
> > Marcus
> >
> > On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote:
> > > Hello,
> > >
> > > Please check the flowgraph, as there is a wav file sink at output
> > > side, that record the incoming signal, but when I use that same
> > > recorded wav file in wav file source and check the output in time
> > > sink and FFT sink, then amplitude changes.
> > >
> > > With Best Regards,
> > > Maitry Raval,
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marcus Müller, CEL" <address@hidden>
> > > To: "maitry raval" <address@hidden>
> > > Cc: "discuss-gnuradio" <address@hidden>
> > > Sent: Tuesday, 4 June, 2019 13:01:55
> > > Subject: Re: query regarding wav file recording through wav file
> > > sink
> > > block
> > >
> > > Ok, there's no Wave file involved here; instead, you read a file
> > > as
> > > complex 2×3bit floating point binary that has a .txt ending. Have
> > > you
> > > read [1]?
> > > Then, you're doing *way* more than just multiplying with a
> > > constant,
> > > so
> > > really, I'm not sure this flow graph has *anything* to do with
> > > your
> > > question.
> > >
> > > [1]
> > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > >
> > > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote:
> > > > Hello,
> > > >
> > > > Please check the flow graph.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > To: "maitry raval" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Tuesday, 4 June, 2019 08:56:22
> > > > Subject: Re: query regarding wav file recording through wav
> > > > file
> > > > sink block
> > > >
> > > > Frankly, multiplication with a constant doesn't offer any
> > > > benefit.
> > > > The
> > > > numbers stay the same, just scaled.
> > > >
> > > > However, 8 bit might be the giveaway here: are you maybe trying
> > > > to
> > > > multiply 8 bit numbers with a constant that leads to values
> > > > larger
> > > > than
> > > > what can be represented in 8 bits?
> > > >
> > > > A screenshot of your flowgraph rather than just its result
> > > > would
> > > > be
> > > > most interesting here.
> > > > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote:
> > > > > Hello,
> > > > >
> > > > > Thanks for your response.
> > > > >
> > > > > My requirement is to use GNU generated wav file into MATLAB.
> > > > > But
> > > > > when I record the wav file with 48k sample rate and 8 bits
> > > > > per
> > > > > sample, my recorded wavfile shows a very low amplitude
> > > > > signal,
> > > > > the screenshot is attached, please check.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > To: "maitry raval" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Tuesday, 4 June, 2019 08:02:48
> > > > > Subject: Re: query regarding wav file recording through wav
> > > > > file
> > > > > sink block
> > > > >
> > > > > I assume you do the multiplication with a constance to change
> > > > > the
> > > > > amplitude, and so that's right.
> > > > >
> > > > > A multiplication with a constant does however not change the
> > > > > shape of
> > > > > the signal at all, unless you're running into numerical
> > > > > limits.
> > > > >
> > > > > We'll need more info on what exactly you're doing and what
> > > > > exactly
> > > > > you're seeing.
> > > > >
> > > > > Best regards,
> > > > > Marcus
> > > > >
> > > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote:
> > > > > > Hello,
> > > > > > And when I use multiply constant block in order to increase
> > > > > > the
> > > > > > amplitude of the wav file, It slightly change the amplitude
> > > > > > and
> > > > > > change the shape of the signal. PLease someone guide.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Monday, 3 June, 2019 10:14:11
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > PLease someone guide about wav file recording signal's
> > > > > > amplitude. as I have a requirement of using GNU generated
> > > > > > wav
> > > > > > file to my application, but as amplitude of wav file is
> > > > > > very
> > > > > > low, I couldnot use that in my application.
> > > > > >
> > > > > > Thanks for your support in advance.
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Monday, 20 May, 2019 05:16:52
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > there is a amplitude change in signal source and wav file
> > > > > > sink(recorded wav file), please check the screenshots as
> > > > > > well.
> > > > > > I think, because of that when I use the recorded wav file
> > > > > > as
> > > > > > source for transmission, I didnot get the sucessful
> > > > > > reception.
> > > > > > Please guide how to record wav file with the same amplitude
> > > > > > as
> > > > > > signal source.
> > > > > >
> > > > > > Thanks for your support in advance.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Saturday, 18 May, 2019 08:29:16
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > Thanks for your reply.
> > > > > > I have successfully record one modulated signal transmitted
> > > > > > from USRP into .txt file and done demodulation offline, i.e
> > > > > > of
> > > > > > that stored data and receive audio from that.
> > > > > > But, I have all this done with wav file which is 48k
> > > > > > sampled.
> > > > > > but my requiremnet is to do AM modulation of 600Hz audio
> > > > > > file.
> > > > > > for that, I have done the following.
> > > > > >
> > > > > > signal source(600Hz,8K)- wav file sink
> > > > > >
> > > > > > AM transmission of this wav file from USRP.
> > > > > >
> > > > > > record AM modulated transmitted signal in .txt file.
> > > > > >
> > > > > > and demodulate it in order to receive 600Hz, 8k wav file.
> > > > > > during demodulation, I saw signal in scope sink and figure
> > > > > > out
> > > > > > frequency of that signal through FFT sink, biut when I
> > > > > > record
> > > > > > received 600Hz signal as wav file through wav file sink,
> > > > > > then,
> > > > > > that wav file's scope is blank, I get blank wva file, when
> > > > > > am
> > > > > > I
> > > > > > doing wrong. I think, at transmitter side, amplitude of my
> > > > > > original wav file source's amplitude is too low.
> > > > > > PLease guide.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > To: "maitry raval" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Friday, 17 May, 2019 11:57:45
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > > > > > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > Thanks for your reply.
> > > > > > >
> > > > > > > I.e It is possible to store the transmitted modulated
> > > > > > > signal
> > > > > > > (for ex AM modulated signal) through USRP as per below,
> > > > > > > USRP source - file sink. but in which format, this data
> > > > > > > can
> > > > > > > be stored? (.txt, .pdf)_ I have seen.DAT file in one of
> > > > > > > the
> > > > > > > example,but when I tried , it does not give proper
> > > > > > > output.
> > > > > > >
> > > > > > > Actually, my requirement is to receive the modulated
> > > > > > > signal
> > > > > > > through USRP source, store it in a file. and later, I can
> > > > > > > be
> > > > > > > able to do demodulation offline from that particular
> > > > > > > stored
> > > > > > > data. it will be grateful, if you provide guidance.
> > > > > > >
> > > > > > >
> > > > > > > With Best Regards,
> > > > > > > Maitry Raval,
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > > To: "discuss-gnuradio" <address@hidden>,
> > > > > > > "maitry
> > > > > > > raval" <address@hidden>
> > > > > > > Sent: Friday, 17 May, 2019 10:50:00
> > > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > > transmitted signal
> > > > > > >
> > > > > > > Hi Maitry,
> > > > > > >
> > > > > > > sorry, we have no idea what lab you're referring to!
> > > > > > > However,
> > > > > > > yes, that
> > > > > > > sounds exactly what File Sinks are meant to do.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > Marcus
> > > > > > >
> > > > > > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote:
> > > > > > > > Hello,
> > > > > > > >
> > > > > > > > I want to store the modulated transmitted signal
> > > > > > > > through
> > > > > > > > USRP such as given in lab -3 receiving AM signal and
> > > > > > > > store
> > > > > > > > it as .DAT file. Is it possible to store transmitted
> > > > > > > > signal
> > > > > > > > as .DAT file through USRP source and file sink? and use
> > > > > > > > that stored data from file source to do demodulation.
> > > > > > > > thanks for your support in advance.
> > > > > > > >
> > > > > > > >
> > > > > > > > With Best Regards,
> > > > > > > > Maitry Raval,
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Discuss-gnuradio mailing list
> > > > > > > > address@hidden
> > > > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > >
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > >
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6582 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/81b11218/attachment.bin>

------------------------------

Message: 10
Date: Fri, 7 Jun 2019 14:00:26 +0530 (IST)
From: Maitry Raval <address@hidden>
To: Marcus Müller, CEL <address@hidden>
Cc: discuss-gnuradio <address@hidden>
Subject: Re: [Discuss-gnuradio] query regarding wav file recording
        through wav file sink block
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=utf-8


Yes, the amplitude of a wav file saved with a wav file sink is differnt while I open it with wav file source

----- Original Message -----
From: "Marcus Müller, CEL" <address@hidden>
To: "maitry raval" <address@hidden>
Cc: "discuss-gnuradio" <address@hidden>
Sent: Friday, 7 June, 2019 08:15:30
Subject: Re: query regarding wav file recording through wav file sink block

Hello,

On Fri, 2019-06-07 at 12:40 +0530, Maitry Raval wrote:
> Hello,
>
> I am using USRP-B200 mini, and as I want to use USRP offline, that's
> why I am trying to record the transmitted modulated signal through
> UHD USRP source to some file, Is it ok to use .txt file for this?

Again, the filename says *nothing* about a file's contents. So it's OK,
it's just utterly misleading, because there's absolutely no text
inside.

> And the problem arise in this is , when the signal is being recorded
> in a wav file through wav file sink, then the recorded wav file's
> amplitude is lower than the the signal I have seen during simulation
> in time sink and FFt sink.
>

Wait, the amplitude of the wav file saved with the wav file sink is
different when you open it with a wav file source? Or how do you open
it?

Reminder, again: Files are *interpreted* by the reading software. GNU
Radio maps -1 to +1 to the full scale of the wav file's sample format.
Other software might do something else.

Best regards,
Marcus

> With Best Regards,
> Maitry Raval,
>
>
> ----- Original Message -----
> From: "Marcus Müller, CEL" <address@hidden>
> To: "maitry raval" <address@hidden>
> Cc: "discuss-gnuradio" <address@hidden>
> Sent: Friday, 7 June, 2019 06:42:44
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> 256 kHz is not a sampling rate supported by many devices. What USRP
> are
> you using?
>
> Also, the filename doesn't matter to its content at all, so this is
> fine, but using .txt for a file that contains raw binary samples is
> questionable.
>
> So, back to your original problem: can you describe how the result of
> the operation is different from what you're expecting? I still must
> admit I don't get where the problem lies.
>
> Best regards,
> Marcus
>
> On Fri, 2019-06-07 at 10:04 +0530, Maitry Raval wrote:
> > Hello,
> >
> > PLease find attached flowgraph for other end of txt file writing,
> > as
> > I have received the transmitted signal through UHD USRP source
> > block
> > and record it in a text file at 256k sample rate and then this
> > recorded text file is being used in next flow graph for converting
> > it
> > into wav file.
> >
> > that means I have received the modulated transmitted signal, record
> > it in txt file and remove noise as well resample it to 48k in order
> > to save that downcoverted signal to wav file sink.
> >
> > With Best Regards,
> > Maitry Raval,
> >
> > ----- Original Message -----
> > From: "Marcus Müller, CEL" <address@hidden>
> > To: "maitry raval" <address@hidden>
> > Cc: "discuss-gnuradio" <address@hidden>
> > Sent: Wednesday, 5 June, 2019 07:09:42
> > Subject: Re: query regarding wav file recording through wav file
> > sink
> > block
> >
> > we really need both your Wav writing (we've got that) and Wav
> > reading
> > flow graph to make any qualified statement.
> >
> > Again, the file name in your file source is suspicious.
> >
> > Best regards,
> > Marcus
> >
> > On Wed, 2019-06-05 at 10:54 +0530, Maitry Raval wrote:
> > > Hello,
> > >
> > > Please check the flowgraph, as there is a wav file sink at output
> > > side, that record the incoming signal, but when I use that same
> > > recorded wav file in wav file source and check the output in time
> > > sink and FFT sink, then amplitude changes.
> > >
> > > With Best Regards,
> > > Maitry Raval,
> > >
> > >
> > > ----- Original Message -----
> > > From: "Marcus Müller, CEL" <address@hidden>
> > > To: "maitry raval" <address@hidden>
> > > Cc: "discuss-gnuradio" <address@hidden>
> > > Sent: Tuesday, 4 June, 2019 13:01:55
> > > Subject: Re: query regarding wav file recording through wav file
> > > sink
> > > block
> > >
> > > Ok, there's no Wave file involved here; instead, you read a file
> > > as
> > > complex 2×3bit floating point binary that has a .txt ending. Have
> > > you
> > > read [1]?
> > > Then, you're doing *way* more than just multiplying with a
> > > constant,
> > > so
> > > really, I'm not sure this flow graph has *anything* to do with
> > > your
> > > question.
> > >
> > > [1]
> > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > >
> > > On Tue, 2019-06-04 at 15:17 +0530, Maitry Raval wrote:
> > > > Hello,
> > > >
> > > > Please check the flow graph.
> > > >
> > > >
> > > > With Best Regards,
> > > > Maitry Raval,
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > To: "maitry raval" <address@hidden>
> > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > Sent: Tuesday, 4 June, 2019 08:56:22
> > > > Subject: Re: query regarding wav file recording through wav
> > > > file
> > > > sink block
> > > >
> > > > Frankly, multiplication with a constant doesn't offer any
> > > > benefit.
> > > > The
> > > > numbers stay the same, just scaled.
> > > >
> > > > However, 8 bit might be the giveaway here: are you maybe trying
> > > > to
> > > > multiply 8 bit numbers with a constant that leads to values
> > > > larger
> > > > than
> > > > what can be represented in 8 bits?
> > > >
> > > > A screenshot of your flowgraph rather than just its result
> > > > would
> > > > be
> > > > most interesting here.
> > > > On Tue, 2019-06-04 at 13:58 +0530, Maitry Raval wrote:
> > > > > Hello,
> > > > >
> > > > > Thanks for your response.
> > > > >
> > > > > My requirement is to use GNU generated wav file into MATLAB.
> > > > > But
> > > > > when I record the wav file with 48k sample rate and 8 bits
> > > > > per
> > > > > sample, my recorded wavfile shows a very low amplitude
> > > > > signal,
> > > > > the screenshot is attached, please check.
> > > > >
> > > > >
> > > > > With Best Regards,
> > > > > Maitry Raval,
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > To: "maitry raval" <address@hidden>
> > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > Sent: Tuesday, 4 June, 2019 08:02:48
> > > > > Subject: Re: query regarding wav file recording through wav
> > > > > file
> > > > > sink block
> > > > >
> > > > > I assume you do the multiplication with a constance to change
> > > > > the
> > > > > amplitude, and so that's right.
> > > > >
> > > > > A multiplication with a constant does however not change the
> > > > > shape of
> > > > > the signal at all, unless you're running into numerical
> > > > > limits.
> > > > >
> > > > > We'll need more info on what exactly you're doing and what
> > > > > exactly
> > > > > you're seeing.
> > > > >
> > > > > Best regards,
> > > > > Marcus
> > > > >
> > > > > On Tue, 2019-06-04 at 10:22 +0530, Maitry Raval wrote:
> > > > > > Hello,
> > > > > > And when I use multiply constant block in order to increase
> > > > > > the
> > > > > > amplitude of the wav file, It slightly change the amplitude
> > > > > > and
> > > > > > change the shape of the signal. PLease someone guide.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Monday, 3 June, 2019 10:14:11
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > PLease someone guide about wav file recording signal's
> > > > > > amplitude. as I have a requirement of using GNU generated
> > > > > > wav
> > > > > > file to my application, but as amplitude of wav file is
> > > > > > very
> > > > > > low, I couldnot use that in my application.
> > > > > >
> > > > > > Thanks for your support in advance.
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Monday, 20 May, 2019 05:16:52
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > there is a amplitude change in signal source and wav file
> > > > > > sink(recorded wav file), please check the screenshots as
> > > > > > well.
> > > > > > I think, because of that when I use the recorded wav file
> > > > > > as
> > > > > > source for transmission, I didnot get the sucessful
> > > > > > reception.
> > > > > > Please guide how to record wav file with the same amplitude
> > > > > > as
> > > > > > signal source.
> > > > > >
> > > > > > Thanks for your support in advance.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Maitry Raval" <address@hidden>
> > > > > > To: "Marcus Müller, CEL" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Saturday, 18 May, 2019 08:29:16
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > Thanks for your reply.
> > > > > > I have successfully record one modulated signal transmitted
> > > > > > from USRP into .txt file and done demodulation offline, i.e
> > > > > > of
> > > > > > that stored data and receive audio from that.
> > > > > > But, I have all this done with wav file which is 48k
> > > > > > sampled.
> > > > > > but my requiremnet is to do AM modulation of 600Hz audio
> > > > > > file.
> > > > > > for that, I have done the following.
> > > > > >
> > > > > > signal source(600Hz,8K)- wav file sink
> > > > > >
> > > > > > AM transmission of this wav file from USRP.
> > > > > >
> > > > > > record AM modulated transmitted signal in .txt file.
> > > > > >
> > > > > > and demodulate it in order to receive 600Hz, 8k wav file.
> > > > > > during demodulation, I saw signal in scope sink and figure
> > > > > > out
> > > > > > frequency of that signal through FFT sink, biut when I
> > > > > > record
> > > > > > received 600Hz signal as wav file through wav file sink,
> > > > > > then,
> > > > > > that wav file's scope is blank, I get blank wva file, when
> > > > > > am
> > > > > > I
> > > > > > doing wrong. I think, at transmitter side, amplitude of my
> > > > > > original wav file source's amplitude is too low.
> > > > > > PLease guide.
> > > > > >
> > > > > >
> > > > > > With Best Regards,
> > > > > > Maitry Raval,
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > To: "maitry raval" <address@hidden>
> > > > > > Cc: "discuss-gnuradio" <address@hidden>
> > > > > > Sent: Friday, 17 May, 2019 11:57:45
> > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > transmitted signal
> > > > > >
> > > > > > https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F
> > > > > > On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > Thanks for your reply.
> > > > > > >
> > > > > > > I.e It is possible to store the transmitted modulated
> > > > > > > signal
> > > > > > > (for ex AM modulated signal) through USRP as per below,
> > > > > > > USRP source - file sink. but in which format, this data
> > > > > > > can
> > > > > > > be stored? (.txt, .pdf)_ I have seen.DAT file in one of
> > > > > > > the
> > > > > > > example,but when I tried , it does not give proper
> > > > > > > output.
> > > > > > >
> > > > > > > Actually, my requirement is to receive the modulated
> > > > > > > signal
> > > > > > > through USRP source, store it in a file. and later, I can
> > > > > > > be
> > > > > > > able to do demodulation offline from that particular
> > > > > > > stored
> > > > > > > data. it will be grateful, if you provide guidance.
> > > > > > >
> > > > > > >
> > > > > > > With Best Regards,
> > > > > > > Maitry Raval,
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Marcus Müller, CEL" <address@hidden>
> > > > > > > To: "discuss-gnuradio" <address@hidden>,
> > > > > > > "maitry
> > > > > > > raval" <address@hidden>
> > > > > > > Sent: Friday, 17 May, 2019 10:50:00
> > > > > > > Subject: Re: [Discuss-gnuradio] query regarding store
> > > > > > > transmitted signal
> > > > > > >
> > > > > > > Hi Maitry,
> > > > > > >
> > > > > > > sorry, we have no idea what lab you're referring to!
> > > > > > > However,
> > > > > > > yes, that
> > > > > > > sounds exactly what File Sinks are meant to do.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > Marcus
> > > > > > >
> > > > > > > On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote:
> > > > > > > > Hello,
> > > > > > > >
> > > > > > > > I want to store the modulated transmitted signal
> > > > > > > > through
> > > > > > > > USRP such as given in lab -3 receiving AM signal and
> > > > > > > > store
> > > > > > > > it as .DAT file. Is it possible to store transmitted
> > > > > > > > signal
> > > > > > > > as .DAT file through USRP source and file sink? and use
> > > > > > > > that stored data from file source to do demodulation.
> > > > > > > > thanks for your support in advance.
> > > > > > > >
> > > > > > > >
> > > > > > > > With Best Regards,
> > > > > > > > Maitry Raval,
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Discuss-gnuradio mailing list
> > > > > > > > address@hidden
> > > > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > >
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > > > >
> > > > > > _______________________________________________
> > > > > > Discuss-gnuradio mailing list
> > > > > > address@hidden
> > > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



------------------------------

Message: 11
Date: Fri, 7 Jun 2019 10:21:17 +0000
From: Jonas Manthey <address@hidden>
To: Andrew Wolfram <address@hidden>, "address@hidden"
        <address@hidden>
Subject: Re: [Discuss-gnuradio] Determining distance from OFDM signals
Message-ID:
        <address@hidden>

Content-Type: text/plain; charset="utf-8"

Hi Andrew,

What do you mean by “information from the carrier data”? I’m no OFDM expert, but my intuition tells me that in a zero-IF architecture (which I assume your USRP has) any carrier phase information is lost. There’s some results when googling for “OFDM ranging” maybe that helps.

Cheers,
Jonas

From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jonas.manthey=address@hidden] On Behalf Of Andrew Wolfram
Sent: Donnerstag, 6. Juni 2019 01:20
To: address@hidden
Subject: [Discuss-gnuradio] Determining distance from OFDM signals

Hi,

I'm trying to alter the file ofdm_txrx.py (https://github.com/gnuradio/gnuradio/blob/master/gr-digital/python/digital/ofdm_txrx.py) to get phase information from the carrier data so I can calculate an approximate distance between two USRP devices. Ideally I want to grab data from one of the blocks in the rx pipeline in the above python file after the frequency/timing corrections have been applied. I tried using the data after the serializer block, but it appears that this has no phase information. I tried with the equalizer block output but I'm not sure how to interpret its output data. For my particular payload with 300 occupied carriers and an fft size of 512 only the first 214 items of the equalizer output vector have any phase information, so I'm somewhat confused. Any ideas?

Thanks,
Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/41ea7b15/attachment.html>

------------------------------

Message: 12
Date: Fri, 7 Jun 2019 12:59:28 +0200
From: Albin Stigö <address@hidden>
To: GNURadio Discussion List <address@hidden>
Subject: [Discuss-gnuradio] ARM optimization update
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="UTF-8"

Hi,

ARM support is now pretty much done for libvolk. I'm just waiting to
sign the Contributor licence agreement before I start sending pull
requests. There has been some (legimite) concern that my branch is a
total mess, but don't worry, I will refactor so there will be one pull
request / kernel, probably starting with the most commonly used...

https://github.com/gnuradio/volk/issues/243


--Albin



------------------------------

Message: 13
Date: Fri, 7 Jun 2019 12:20:48 +0000
From: Müller, Marcus (CEL) <address@hidden>
To: "address@hidden" <address@hidden>,
        "address@hidden" <address@hidden>,
        "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Determining distance from OFDM signals
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Well, you can go ahead and at least to a degree enforce a known
relative phase between transmitter and receiver, but yeah, without
extensive external synchronization effort (e.g. GPSDOs – hi there, u-
blox :) ), the receiver phase is random relative to the transmitter's
phase. So, the distance can't be recovered from a one-way transmission.

Best regards,
Marcus

On Fri, 2019-06-07 at 10:21 +0000, Jonas Manthey wrote:
> Hi Andrew,

> What do you mean by “information from the carrier data”? I’m no OFDM expert, but my intuition tells me that in a zero-IF architecture (which I assume your USRP has) any carrier phase information is lost. There’s some results when googling for “OFDM ranging” maybe that helps.

> Cheers,
> Jonas

> From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jonas.manthey=address@hidden] On Behalf Of Andrew Wolfram
> Sent: Donnerstag, 6. Juni 2019 01:20
> To: address@hidden
> Subject: [Discuss-gnuradio] Determining distance from OFDM signals

> Hi,

> I'm trying to alter the file ofdm_txrx.py (https://github.com/gnuradio/gnuradio/blob/master/gr-digital/python/digital/ofdm_txrx.py) to get phase information from the carrier data so I can calculate an approximate distance between two USRP devices. Ideally I want to grab data from one of the blocks in the rx pipeline in the above python file after the frequency/timing corrections have been applied. I tried using the data after the serializer block, but it appears that this has no phase information. I tried with the equalizer block output but I'm not sure how to interpret its output data. For my particular payload with 300 occupied carriers and an fft size of 512 only the first 214 items of the equalizer output vector have any phase information, so I'm somewhat confused. Any ideas?

> Thanks,
> Andrew
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6582 bytes
Desc: not available
URL: <https://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20190607/f4e95ca6/attachment.bin>

------------------------------

Subject: Digest Footer

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


------------------------------

End of Discuss-gnuradio Digest, Vol 200, Issue 7
************************************************

reply via email to

[Prev in Thread] Current Thread [Next in Thread]