Re: [Discuss-gnuradio] File sink

Hi Kevin, > and when i look at the data it seems to missing the time. There's no time missing. Samples don't have the property "time". They are just numbers. (This is a very common thing for DSP beginners to be confused about. Just imagine you're a computer presented with a sequence of numbers.

[Discuss-gnuradio] File sink

Hello, I am using the file sink and trying to process it within a jupyter notebook. To view the file within the command prompt I have used od -f -w8 simplesin.grc | less and with this I get three columns, im assuming the columns are for time, real, and imaginary. to access the data in the jupyter

Re: [Discuss-gnuradio] File sink permission error on Windows

Hi Kim, can you try to select an absolute file name rather then just "new.bin", in a directory that you definitely can generate new files in? To me, this looks like the reason really is that you're not allowed to create or write to new.bin. Best regards, Marcus On 08/07/2017 09:31 AM,

[Discuss-gnuradio] File sink permission error on Windows

Hi all When I test file sink block on Windows 10 platform, I got permission error GRC version is 3792 This flowgraph works well on Ubuntu environment How can I overcome this issue One more issue is the deference before "Stream to tagged stream" and after I want to know what this block me

Re: [Discuss-gnuradio] File sink: file size

Oops, forgot to reply all! From: Ellie White Sent: Thursday, April 20, 2017 9:57 PM To: Marcus D. Leech Subject: RE: [Discuss-gnuradio] File sink: file size Hi Marcus - Apologies for the delayed response! Thanks for your helpful input and for sending the link to your SID repository. It looks

Re: [Discuss-gnuradio] File sink Reading issue

Dear Jahnavendra, first of all: please avoid cross-posting if not really necessary. this is a GNU Radio, not a USRP-users problem. Also, I'm absolutely not sure what I *personally* have to do with that, and thus, why I'm in there in the personal To: lines (or why Juha and Lars and Nate are) but

Re: [Discuss-gnuradio] File sink: file size

project, and it has certainly been an interesting one! Best wishes, Ellie From: Marcus D. Leech [mailto:mle...@ripnet.com] Sent: Thursday, April 20, 2017 10:05 PM To: Ellie White Subject: Re: [Discuss-gnuradio] File sink: file size On 04/20/2017 09:57 PM, Ellie White wrote: Hi Marcus

[Discuss-gnuradio] File sink Reading issue

Dear all, The file sink issue is the major one. I am trying to read the file sink recorded"file" and the file contains i think ascii characters, html characters and some special characters and i cant able to read it & i am using USRP1 device and it's older version. Can anyone tell me that how to r

Re: [Discuss-gnuradio] File sink: file size

On 04/07/2017 02:53 PM, Ellie White wrote: Hello, As I've mentioned in an earlier email to this list, I'm working on a small loop antenna with the purpose of monitoring solar activity. I am currently reading in the data through an RTL-SDR source, flowgraph attached. For this project, I need

Re: [Discuss-gnuradio] File sink: file size

Why not do the spectral and power analysis steps within GR, having it log summary data every few seconds, instead of raw data at high rate. I mean, that's what GR is good at. On 2017-04-07 14:53, Ellie White wrote: > Hello, > > As I've mentioned in an earlier email to this list, I'm working o

[Discuss-gnuradio] File sink: file size

Hello, As I've mentioned in an earlier email to this list, I'm working on a small loop antenna with the purpose of monitoring solar activity. I am currently reading in the data through an RTL-SDR source, flowgraph attached. For this project, I need to be able to let my antenna run for long period

Re: [Discuss-gnuradio] File sink question

g list. > > > > Again, many thanks! > > > > Ellie > > > > *From:*Marcus Müller [mailto:marcus.muel...@ettus.com] > *Sent:* Saturday, April 1, 2017 4:33 PM > *To:* Ellie White ; discuss-gnuradio@gnu.org > *Subject:* Re: [Discuss-gnuradio] File sink question >

Re: [Discuss-gnuradio] File sink Recording Issue

Hello Jahnavendra Mattipa: Unfortunately, I am having a trouble opening your GRC file. If you are reading it from GNU Radio, you can simply use a file source. If you are using Matlab/Octave, you can do something like this: read = fread(fopen('sam.dat'),2048,'single'); IQ = read(1:2:end) + read(2:

[Discuss-gnuradio] File sink Recording Issue

Hello all, ​ 1st.py ​​ array ​​ fm_record.txt ​​

Re: [Discuss-gnuradio] File sink question

tus.com] > *Sent:* Saturday, April 1, 2017 11:04 AM > *To:* Ellie White ; discuss-gnuradio@gnu.org > *Subject:* Re: [Discuss-gnuradio] File sink question > > > > No, f_sample is the sampling rate. Remember: every "frequency domain" > 1024-vector you've stored co

Re: [Discuss-gnuradio] File sink question

24)? I apologize if I’m > missing something obvious here. > > > > Thanks again! > > > > Ellie > > > > *From:*Marcus Müller [mailto:marcus.muel...@ettus.com] > *Sent:* Friday, March 31, 2017 8:01 AM > *To:* Ellie White ; discuss-gnuradio@gnu.org > *Subject:*

Re: [Discuss-gnuradio] File sink question

Hi Ellie, On 31.03.2017 02:52, Ellie White wrote: > Thank you for the quick response. I guess I had been confused and had > set the sampling rate far too high! I think the right sampling rate > should be 2 MHz for the RTL-SDR dongle, based on what I’ve seen online > – does that sound more appropr

Re: [Discuss-gnuradio] File sink question

s-gnuradio-bounces+orionnebula42=outlook@gnu.org] On Behalf Of Marcus Müller Sent: Thursday, March 30, 2017 7:02 PM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] File sink question Dear Ellie, I'm not aware of any GNU Radio-compatible SDR receiver with a sampling rate of

Re: [Discuss-gnuradio] File sink question

Dear Ellie, I'm not aware of any GNU Radio-compatible SDR receiver with a sampling rate of 300 MHz - that is very high - are you perhaps confusing sampling rate and center frequency? How do you "measure" 5min? GNU Radio doesn't "run" at the sampling rate you set in things like the signal source –

[Discuss-gnuradio] File sink question

Hello again, I have a quick question to ask about how the file sink works (since this was slightly unrelated to the other question I thought I should put it under a different subject line). To provide some background info, my sampling rate is set at 300e6, and I recorded data for (I’m guessing)

Re: [Discuss-gnuradio] File Sink - Question

On 02/25/2017 11:44 AM, Kevin Reid wrote: On Sat, Feb 25, 2017 at 8:29 AM, Marcus D. Leech > wrote: On 02/25/2017 11:14 AM, Kevin Reid wrote: On Sat, Feb 25, 2017 at 8:09 AM, Ellie White mailto:orionnebul...@outlook.com>> wrote: self.blocks_fil

Re: [Discuss-gnuradio] File Sink - Question

On Sat, Feb 25, 2017 at 8:29 AM, Marcus D. Leech wrote: > On 02/25/2017 11:14 AM, Kevin Reid wrote: > > On Sat, Feb 25, 2017 at 8:09 AM, Ellie White > wrote: >> >> self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*512, >> "C:\Users\Ellie\fm_data.dat", False) >> > > Your problem is h

Re: [Discuss-gnuradio] File Sink - Question

On 02/25/2017 11:14 AM, Kevin Reid wrote: On Sat, Feb 25, 2017 at 8:09 AM, Ellie White mailto:orionnebul...@outlook.com>> wrote: self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*512, "C:\Users\Ellie\fm_data.dat", False) Your problem is here. Those backslashes need to

Re: [Discuss-gnuradio] File Sink - Question

: [Discuss-gnuradio] File Sink - Question On Sat, Feb 25, 2017 at 8:09 AM, Ellie White mailto:orionnebul...@outlook.com>> wrote: self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*512, "C:\Users\Ellie\fm_data.dat", False) Your problem is here. Those backslashes need to b

Re: [Discuss-gnuradio] File Sink - Question

On 02/25/2017 11:09 AM, Ellie White wrote: Hello, I'm a fairly new gnuradio user, and I have a question about the File Sink block. I'm working on building a loop antenna which I have connected to an RTL-SDR dongle, so I'm using the RTL-SDR source block. My goal is to save the signal data from

Re: [Discuss-gnuradio] File Sink - Question

On Sat, Feb 25, 2017 at 8:09 AM, Ellie White wrote: > > self.blocks_file_sink_0 = blocks.file_sink(gr.sizeof_float*512, > "C:\Users\Ellie\fm_data.dat", False) > Your problem is here. Those backslashes need to be escaped in the string literal. Since this code was generated by GRC then this wo

Re: [Discuss-gnuradio] File Sink Output Size Problem

That makes complete sense. Thanks for the suggestion! On Thu, Sep 8, 2016 at 8:27 PM, Kevin Reid wrote: > On Thu, Sep 8, 2016 at 7:08 PM, Pavan Yedavalli > wrote: > >> Maybe the Head block is a good option - it looks like I should put that >> in between the complex_to_mag and the file_sink bloc

Re: [Discuss-gnuradio] File Sink Output Size Problem

On Thu, Sep 8, 2016 at 7:08 PM, Pavan Yedavalli wrote: > Maybe the Head block is a good option - it looks like I should put that in > between the complex_to_mag and the file_sink blocks, right? > You can put it anywhere as long as you understand how much data is flowing through that point and ad

Re: [Discuss-gnuradio] File Sink Output Size Problem

Hi Kevin, Thanks for getting back to me. I guess that makes sense. The only thing I was planning to use was the scipy.fromfile() function, in hopes that it would read out the binary data into a 1024-point vector, but I guess that was the wrong assumption. Maybe the Head block is a good option - i

Re: [Discuss-gnuradio] File Sink Output Size Problem

On Thu, Sep 8, 2016 at 6:34 PM, Pavan Yedavalli wrote: > My current flowgraph consists of a signal source (cosine) -> > stream_to_vector of size 1024 -> forward FFT of size 1024 -> complex_to_mag > of size 1024 -> file sink of size 1024 (unbuffered OFF and append set to > overwrite). > > After I

Re: [Discuss-gnuradio] File Sink Output Size Problem

On 09/08/2016 09:34 PM, Pavan Yedavalli wrote: Hi, This is probably a very simple question, but I have an issue when I am using the file sink. My current flowgraph consists of a signal source (cosine) -> stream_to_vector of size 1024 -> forward FFT of size 1024 -> complex_to_mag of size 1024

[Discuss-gnuradio] File Sink Output Size Problem

Hi, This is probably a very simple question, but I have an issue when I am using the file sink. My current flowgraph consists of a signal source (cosine) -> stream_to_vector of size 1024 -> forward FFT of size 1024 -> complex_to_mag of size 1024 -> file sink of size 1024 (unbuffered OFF and append

Re: [Discuss-gnuradio] FILE SINK Binary file error

Hi Ernest, that question is asked pretty frequently, so here is a FAQ: https://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-file_sink-How-can-I-read-files-produced-by-a-file-sink Best regards, Marcus On 21.04.2016 15:47, ERNEST MATEY wrote: > ‎Hi Experts, > > I a

[Discuss-gnuradio] File Sink and File Source

Hi guys! I've been doing experiments on GRC. I was trying to connect the Complex Max^2 block and Probe Signal block, but I get an error message. I'm guessing maybe because the output of the Complex Mag^2 is 64-bit while the required input of the Probe Signal block is 32-bit. So I've decided to use

[Discuss-gnuradio] File Sink Behavior

I'm testing a radio by sending known data through from a file source, and file sinking the data at the end of the Tx/Rx loopback chain. I'm getting very specific erratic behavior with the contents of the output file. One of two things happens. First, the output data is perfect. Second, the first li

Re: [Discuss-gnuradio] File Sink Unbuffered

Thanks. I'm having trouble recreating the error so I think I want to take this back. I don't see a difference anymore between buffered and unbuffered. I had multiple instances of gr open and running when I noticed the difference. Call it a fluke. Rich On Mon, Mar 23, 2015 at 5:50 PM, Marcus D. Le

Re: [Discuss-gnuradio] File Sink Unbuffered

On 03/23/2015 08:27 PM, Richard Bell wrote: I noticed a large difference in errors between input and output files when I turn unbuffered on and off. With unbuffered on, there was no difference between my input and output file. With unbuffered off, there were a lot of small errors that were

[Discuss-gnuradio] File Sink Unbuffered

I noticed a large difference in errors between input and output files when I turn unbuffered on and off. With unbuffered on, there was no difference between my input and output file. With unbuffered off, there were a lot of small errors that were introduced to the output file. Is this a known is

Re: [Discuss-gnuradio] file sink problems

On Tue, Sep 17, 2013 at 10:01:36AM +0200, Baier wrote: > I dont't have any packet data transmision. I generate 1000 samples > and I use > OFDM mod(fft 128, ot 100, cp 16) from GRC. It is only streaming. > > That still uses packets. When you increase the amount of generated dat

Re: [Discuss-gnuradio] file sink problems

On Mon, Sep 16, 2013 at 09:08:53AM +0200, Baier wrote: > > Most likely this is connected to packet sizes (granularity of packets). > Which blocks were you using? > > MB > > I dont't have any packet data transmision. I generate 1000 samples and I use > OFDM mod(fft 128, ot 100, cp 16)

Re: [Discuss-gnuradio] file sink problems

On Fri, Sep 13, 2013 at 12:27:51PM +0200, Baier wrote: > Dear all, > > I have simulated an OFDM transmission chain. I generated data file > with 1000 samples and save it to file "random_1k_source". I did > ofdmmod and then ofdmdem. Finaly I saved the demodulated samples to > the file "random_1k_si

Re: [Discuss-gnuradio] File sink

Marcus.. that easiest method gave me for a temporary solution... and I am happy with it for the time being cheers -- View this message in context: http://gnuradio.4.n7.nabble.com/File-sink-tp43431p43536.html Sent from the GnuRadio mailing list archive at Nabble.com.

Re: [Discuss-gnuradio] File sink

Hello Sumit Kurmar, this depends on what you want to do with your data, the data rate, and the amount of effort your willing to make. - Easiest solution: Use the "delay" block with a delay of (sample rate) * 15s. Advantage: Yields a GNU Radio sample stream that's delayed by 15s. Drawback: This

[Discuss-gnuradio] File sink

I have an application where I observe real time display of some bands. What I want to do is make a FIFO/Buffer where the data can be stored simultaneously and with a push button 'rewind' I can access the immediate past 15 sec data. So basically I want to know how to make a such file sink, which ca

Re: [Discuss-gnuradio] File Sink open/close question

On Tue, Jan 22, 2013 at 4:18 AM, Hanz wrote: > Hi! > Im using a message queue to count data, while the data is sinked to a file. > Then if the counter reaches X i want the old file to be closed and continue > sinking in a new file. Then again if reaches X to switch to the old file. > So > my bott

Re: [Discuss-gnuradio] File Sink open/close question

I setted X some lines before as 1000. And the tb.sink_queue.count() is resetted by tb.sink_queue.flush() i thought. -- View this message in context: http://gnuradio.4.n7.nabble.com/File-Sink-open-close-question-tp39098p39101.html Sent from the GnuRadio mailing list archive at Nabble.com. _

Re: [Discuss-gnuradio] File Sink open/close question

Hans: Where are you "resetting X"? On Tuesday, January 22, 2013, Hanz wrote: > Hi! > Im using a message queue to count data, while the data is sinked to a file. > Then if the counter reaches X i want the old file to be closed and continue > sinking in a new file. Then again if reaches X to switc

[Discuss-gnuradio] File Sink open/close question

Hi! Im using a message queue to count data, while the data is sinked to a file. Then if the counter reaches X i want the old file to be closed and continue sinking in a new file. Then again if reaches X to switch to the old file. So my bottom part code looks like that: tb = top_block() tb.

Re: [Discuss-gnuradio] File Sink slow?

ripnet.com> writes: > > To be clear, the 82579LM issue is something you should look in to.  Not guaranteed that's you're problem, but I can't think of another reason. > Also, to be sure.  You are using this interface in 1GiGE mode, right?  Connected directly to the N210 without any switches or

Re: [Discuss-gnuradio] File Sink slow?

> > To be clear, the 82579LM issue is something you should look in to.  Not guaranteed that's you're problem, but I can't think of another reason. > Also, to be sure.  You are using this interface in 1GiGE mode, right?  Connected directly to the N210 without any switches or other detritus in th

Re: [Discuss-gnuradio] File Sink slow?

On 07 Nov 2012 12:30, Eral Türkyilmaz wrote: > ripnet.com> writes: > >> There have been problems with the 82579LM dropping packets, > > even when there's no > reason to. There's a horrible bug in its FIFO logic, apparently. > Various driver > patches have been applied over the years in Li

Re: [Discuss-gnuradio] File Sink slow?

ripnet.com> writes: > > There have been problems with the 82579LM dropping packets, even when there's no reason to.  There's a horrible bug in its FIFO logic, apparently.  Various driver patches have been applied over the years in Linux to try to get around it, but at the end of the day, i

Re: [Discuss-gnuradio] File Sink slow?

On 07 Nov 2012 10:56, Eral Türkyilmaz wrote: > ripnet.com> writes: > >> What is your CPU clock speed? How much memory do you have? What type of 1GiGE network interface do you have? This is on an N210? ___ Discuss-gnuradio mailing list Discuss-gnurad

Re: [Discuss-gnuradio] File Sink slow?

ripnet.com> writes: > What is your CPU clock speed? > How much memory do you have? > What type of 1GiGE network interface do you have?   This is on an N210? >   >   > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio gnu.org > https://lists

Re: [Discuss-gnuradio] File Sink slow?

On 07 Nov 2012 10:36, Eral Türkyilmaz wrote: > ripnet.com> writes: > >> Try re-enabling buffering. Try simplifying your flow, so that you're doing less conversion to various > > forms -- each of those steps costs some number of operations, and your total > data flow is 4Msps, because you're

Re: [Discuss-gnuradio] File Sink slow?

ripnet.com> writes: > Try re-enabling buffering. > Try simplifying your flow, so that you're doing less conversion to various forms -- each of those steps costs some number of operations, and your total data flow is 4Msps, because you're looking at two channels of 2Msps. >   >   Ok I tried n

Re: [Discuss-gnuradio] File Sink slow?

On 07 Nov 2012 10:07, Eral Türkyilmaz wrote: > ripnet.com> writes: > >> Show us your flow-graph. I agree, it shouldn't be doing that. > > Hello, > > It looks like this: http://s14.postimage.org/ndqrbh6xt/dump_test.jpg > so both real parts are written interleaved into a file. > > __

Re: [Discuss-gnuradio] File Sink slow?

ripnet.com> writes: > > Show us your flow-graph.  I agree, it shouldn't be doing that. >   Hello, It looks like this: http://s14.postimage.org/ndqrbh6xt/dump_test.jpg so both real parts are written interleaved into a file. ___ Discuss-gnuradio mai

Re: [Discuss-gnuradio] File Sink slow?

On 07 Nov 2012 08:16, Eral Türkyilmaz wrote: > Hello Newsgroup, > > I tried to create a simple graph in GRC using a UHD Source (at 2MS/s) and a file > sink which is simply dumping the binary data from the USRPN210. > I constantly receive Overruns in the form of "O"'s at the console output.

[Discuss-gnuradio] File Sink slow?

Hello Newsgroup, I tried to create a simple graph in GRC using a UHD Source (at 2MS/s) and a file sink which is simply dumping the binary data from the USRPN210. I constantly receive Overruns in the form of "O"'s at the console output. That should mean the PC isn't able to handle at least 8MB

Re: [Discuss-gnuradio] File sink file size mismatch problem.

Hey Tom, I thought i was replying to the list.(Apologies) I was thinking about it on similar lines as you have. If the fllow graph is stopped by hand the latency when i hit stop and when the flow graph stops it should put some more data but i tried over running the flowgraph for a time spa

Re: [Discuss-gnuradio] File sink file size mismatch problem.

On Wed, May 30, 2012 at 3:04 PM, Josh Stevens wrote: > Hello All, > >   A couple of days ago i had installed a GNURadio digital image > processing block that makes an image source and sink block available as > displayed in the image below. >  Resource : https://github.com/a-w-s/GNURadio-DIP >

[Discuss-gnuradio] File sink file size mismatch problem.

Hello All, A couple of days ago i had installed a GNURadio digital image processing block that makes an image source and sink block available as displayed in the image below. *Resource* : https://github.com/a-w-s/GNURadio-DIP *Flowgraph* : http://i.imgur.com/1lJzD.png The output of the im

Re: [Discuss-gnuradio] file sink issue

It depends what you mean by readable format. If you just want to get an idea of the values and the file isn't to big then do: from gnuradio import gr src = gr.file_source(1, "the_file_name") snk = gr.vector_sink_b() tb = gr.top_block() tb.connect(src, snk) tb.run() # The bytes will be presented a

Re: [Discuss-gnuradio] file sink issue

On Mon, May 21, 2012 at 12:19 AM, ambily joseph wrote: > Sir > > I am trying to build an SID SDR receiver,,where i require a file sink... > When i run my flow graph,,i get a file of format octet-stream being written > into my computer. > But i am not able to access or open my dat octet-stream file

[Discuss-gnuradio] file sink issue

Sir I am trying to build an SID SDR receiver,,where i require a file sink... When i run my flow graph,,i get a file of format octet-stream being written into my computer. But i am not able to access or open my dat octet-stream file. Sir may i know how can i access the data being written into it?

[Discuss-gnuradio] file sink issues

I am having an odd problem with the file sink. I am inputting a pulsed signal into the N210. (~200 ns, 1 us period). The pulse frequency is a 5 MHz above the center frequency. I am running at 50 MSps with a RFX2400. I can see the correct plot when using the FFT sink and the scope sink. I see a sh

Re: [Discuss-gnuradio] File Sink Size

On 03/04/12 04:20 AM, frankist wrote: > Hi, > > I am using gnuradio companion and I noticed that the block "file sink" isn't > written if the number of complex samples stored in it is less or equal to > 512. For a bigger number of samples the file has data inside but otherwise > it is empty. > > Is

Re: [Discuss-gnuradio] File Sink Size

On 04/03/2012 08:48 AM, Jonathan Fox wrote: Thats is weird because with me, the file sink will not save anything above 1024 in real format. Granted, I never tried anything below that. -Jon There's nothing in the file sink that cares one little bit about how big your files are. It just uses th

Re: [Discuss-gnuradio] File Sink Size

Thats is weird because with me, the file sink will not save anything above 1024 in real format. Granted, I never tried anything below that. -Jon On 4/3/12, frankist wrote: > > Hi, > > I am using gnuradio companion and I noticed that the block "file sink" isn't > written if the number of complex

[Discuss-gnuradio] File Sink Size

Hi, I am using gnuradio companion and I noticed that the block "file sink" isn't written if the number of complex samples stored in it is less or equal to 512. For a bigger number of samples the file has data inside but otherwise it is empty. Is it supposed to be this way? Is there any way to cr

Re: [Discuss-gnuradio] File Sink & Buffering

On Tue, Jul 19, 2011 at 2:58 PM, Ryan Pape wrote: > I am using the current GIT version. I'm using data collected from a USRP1 > at an earlier time but captured to disk. Incidentally, after further > analyzing the situation, I do not believe the latency in starting my "save > to disk" operation

Re: [Discuss-gnuradio] File Sink & Buffering

I am using the current GIT version. I'm using data collected from a USRP1 at an earlier time but captured to disk. Incidentally, after further analyzing the situation, I do not believe the latency in starting my "save to disk" operation is the problem. I think it is more esoteric and probably unr

Re: [Discuss-gnuradio] File Sink & Buffering

Hi Ryan, What version of GNU Radio are you using? I'm working with the USRP2 to collect GPS data and I have a similar scheme: I have a cyclic buffer that holds data that was recorded just prior to a triggering event. Once a trigger event is received, incoming data is written to an open file sink

[Discuss-gnuradio] File Sink & Buffering

Currently in response to a message in a message queue, I am opening a file sink which is connected a bit stream of about 10K/sec (one byte per bit). I keep this file sink open until I receive another message in the queue to stop the capture, at which time I close() it. Ideally, the capture would

Re: [Discuss-gnuradio] File sink causes "S" errors

Hi Thomas, You may not be getting an accurate picture of your sustained write throughput using dd. Since you are using ext4, I'm assuming you are using Linux :-) Linux does a good job caching to RAM before writing to disk, so when you write only 1GB using dd, you are mostly exercising your RAM (as

Re: [Discuss-gnuradio] File sink causes "S" errors

On Tue, Oct 5, 2010 at 9:17 PM, Thomas Hobiger wrote: > When doing a few samples with decimation of 8 nothing happens. > >>  ./rx_streaming_samples -f 1.575G -d 8 -N 10 -s -o /SSD/test.bin > >> ./rx_streaming_samples -f 1.575G -d 8 -N 20 -s -o /SSD/test.bin > > > But when taking mo

Re: [Discuss-gnuradio] File sink causes "S" errors

Hi Marc, Thanks for the code. I will give it a try tomorrow (I am out of the office already). I intend to sample continously for 10-15 minutes to disk, so your solution might not work directly for me, but if you agree I'd like to modify your code. If it works as expected, I can post it somewhe

Re: [Discuss-gnuradio] File sink causes "S" errors

I ended up writing my own command line tool to get around this. Depending on your particular needs, it might work for you. Instead of filling a buffer and writing it to disk over and over, I allocate a buffer as large as I need, fill it, stop sampling, and write it to disk. There is no point whe

Re: [Discuss-gnuradio] File sink causes "S" errors

Hi Josh, How is the sustained rate when you simultaneously run rx_streaming_samples (without dump) and dd? :-) Acutally, the result I got is more than unexpected. :o) Running dd in one terminal and rx_streaming_samples in a second terminal gives me this: Terminal 1: |> dd if=/dev/zero

Re: [Discuss-gnuradio] File sink causes "S" errors

Oops.. typo If I read directly from /dev/urandom the whole performance goes down as random numbers can be generated fast enough If I read directly from /dev/urandom the whole performance goes down as random numbers can't be generated fast enough __

Re: [Discuss-gnuradio] File sink causes "S" errors

Hi, Try /dev/random instead of /dev/zero. SSDs are known to use data compression algorithms to run-length-encode drive data on the fly, to increase bandwidth and reduce data replication on the drive. It's possible that your drive is performing write optimization on your test which is not applica

Re: [Discuss-gnuradio] File sink causes "S" errors

Nick Foster writes: > > > dd if=/dev/zero of=/SSD/test.bin bs=1000K count=1000 > > 1000+0 records in > > 1000+0 records out > > 102400 bytes (1.0 GB) copied, 9.76347 s, 105 MB/s > > > > Try /dev/random instead of /dev/zero. SSDs are known to use data > compression algorithms to run-length-en

Re: [Discuss-gnuradio] File sink causes "S" errors

On Wed, 2010-10-06 at 13:17 +0900, Thomas Hobiger wrote: > Dear all, > > Thanks for all the comments and suggestions. > > > > Can you benchmark your hard disk for sustained rate? > > Here are the results from a simple DD test > > > dd if=/dev/zero of=/SSD/test.bin bs=1K count=100 > 10

Re: [Discuss-gnuradio] File sink causes "S" errors

How is the sustained rate when you simultaneously run rx_streaming_samples (without dump) and dd? :-) Here are the results from a simple DD test | > dd if=/dev/zero of=/SSD/test.bin bs=1K count=100 100+0 records in 100+0 records out 102400 bytes (1.0 GB) copied, 11.5431 s, 88.

Re: [Discuss-gnuradio] File sink causes "S" errors

Dear all, Thanks for all the comments and suggestions. Can you benchmark your hard disk for sustained rate? Here are the results from a simple DD test | > dd if=/dev/zero of=/SSD/test.bin bs=1K count=100 100+0 records in 100+0 records out 102400 bytes (1.0 GB) copied, 11.5431

Re: [Discuss-gnuradio] File sink causes "S" errors

On 10/05/2010 09:35 PM, Thomas Hobiger wrote: > Hi everybody, > > I am running a USRP2 with a DBSRX and talking to the hardware via raw > ethernet. Running GRC goes well (e.g. doing a real-time FFT spectrum), > but when I start recording on disc I get many "S" messages ("2 > successive packets whic

Re: [Discuss-gnuradio] File sink causes "S" errors

Raid 0 with sata3 drives or 15k scsi drives maybe? Or if your rich... http://www.newegg.com/Product/Product.aspx?Item=N82E16820227499&Tpk=OCZSSDPCIE Sent from my iPad On Oct 5, 2010, at 11:18 PM, Tom Rondeau wrote: > On Tue, Oct 5, 2010 at 10:10 PM, Josh Blum wrote: >> Can you benchmark your

Re: [Discuss-gnuradio] File sink causes "S" errors

On Tue, Oct 5, 2010 at 10:10 PM, Josh Blum wrote: > Can you benchmark your hard disk for sustained rate? > > I don't think that most disks, even SSD,s can sustain a write rate of 25Msps > @ 4 bytes a sample (if you are capturing shorts) = 100MB/s > > -Josh > > On 10/05/2010 06:35 PM, Thomas Hobige

Re: [Discuss-gnuradio] File sink causes "S" errors

Can you benchmark your hard disk for sustained rate? I don't think that most disks, even SSD,s can sustain a write rate of 25Msps @ 4 bytes a sample (if you are capturing shorts) = 100MB/s -Josh On 10/05/2010 06:35 PM, Thomas Hobiger wrote: Hi everybody, I am running a USRP2 with a DBSRX an

[Discuss-gnuradio] File sink causes "S" errors

Hi everybody, I am running a USRP2 with a DBSRX and talking to the hardware via raw ethernet. Running GRC goes well (e.g. doing a real-time FFT spectrum), but when I start recording on disc I get many "S" messages ("2 successive packets which do not have 2 successive sequence numbers") after