Re: [Discuss-gnuradio] Regarding installation of GNURADIO on Ubuntu 10.10
Thank you very much Josh and Marcus for the replies!! You guys are savior!!! Best Shashank Gaur IEEE RAS SAC ECE Paris On Sun, Nov 6, 2011 at 11:57 PM, Josh Blum wrote: > > > On 11/06/2011 02:49 PM, shashank gaur wrote: > > Hello Sir > > Thank you very much for your reply. > > I tried to run using build-gnuradio -v and the log shows the following > error > > /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp: In function ‘int > > _main(int, char**)’: > > /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp:206: error: > ‘tx_stream’ > > was not declared in this scope > > I tried to open the file and see into this. The error is in this line > > if (spb == 0) spb = tx_stream->get_max_num_samps()*10; > > and it seems that tx_stream is used only in this line throughout the cpp > > file. > > Can you suggest something about this? > > Should I declare the tx_stream as a variable in the file or I need to > > include any directory. > > Once again thanks for the help > > Shashank Gaur > > ECE Paris > > > > It was a change from the next branch for an example app that wasnt ready > to be pulled onto the master. I just pushed a fix. > > -josh > > > On Sun, Nov 6, 2011 at 6:53 PM, Marcus D. Leech > wrote: > > > >> ** > >> On 11/06/2011 12:46 PM, shashank gaur wrote: > >> > >> Hello > >> > >> I am using Ubuntu 10.10 and I am trying to install gnuradio for using it > >> with USRP1. > >> I am using the Build scrip available at following address > >> http://www.sbrac.org/files/build-gnuradio > >> But while building the UHD it shows following error!! > >> "Building UHD...UHD build apparently failed" > >> Please help me out in resolving this error. > >> Thank you very much > >> Shashank Gaur > >> > >> > >> ___ > >> Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps:// > lists.gnu.org/mailman/listinfo/discuss-gnuradio > >> > >> If you run build-gnuradio using -v or --verbose, it will log all > messages > >> to the terminal, rather than redirecting to /dev/null. > >> > >> This will help you track down *why* it's failing. Make sure you have > the > >> most recent version of build-gnuradio to support this > >> option. Also, you can use build-gnuradio --help to get a list of > >> command-line options. > >> > >> The message you quote is caused by the "make" failing (returning an > error > >> code), so it's best to use -v on build-gnuradio to find out > >> *why* it's failing. > >> > >> > >> > >> -- > >> Marcus Leech > >> Principal Investigator > >> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org > >> > >> > >> ___ > >> Discuss-gnuradio mailing list > >> Discuss-gnuradio@gnu.org > >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >> > >> > > > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
On 11/06/2011 12:12 PM, Khalid Jamil wrote: > Thanks Marcus. So, it is the "select" block that is causing UHD device > to reset every time. > > The reason I am using "Select" block is to avoid large file sizes, as > the interested signals can occur any time for short periods of time. So, > I have to run the program all the time, record a calibrating signal and > then wait for experiment data to occur and record this to file sinks. > Continuous recording can fill the hard disk very quickly; 1MS/s for > eight channels, something like 32MB/s or 2GB/min. > > Any ideas on how can I record IQ data for discrete non-continuous > intervals of time without causing the system to re-tune. I am surprised that no one has mentioned it. But have you tried stopping the flow graph between reconfiguring the selection mux? You can even control this in GRC using the run parameter in the options block. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Daughter board driver
Hi all, I am writing a UHD driver for a new daughter board. I am having some problem regarding the GPIO/ATR register settings. I am able to use the daughter board with USRP1, but not with USRP2. With USRP2, I think, uhd_fft.py just shows noise. In the receiver class (inherited from rx_dboard_base), I am setting these registers like this - #define TX_EN (1 << 6) this->get_iface()->set_clock_enabled(dboard_iface::UNIT_RX, true); this->get_iface()->set_gpio_out(dboard_iface::UNIT_RX, TX_EN ); this->get_iface()->set_gpio_ddr(dboard_iface::UNIT_RX, TX_EN ); //setup the rx atr (this does not change with antenna) this->get_iface()->set_atr_reg(dboard_iface::UNIT_RX, dboard_iface::ATR_REG_IDLE,0); this->get_iface()->set_atr_reg(dboard_iface::UNIT_RX, dboard_iface::ATR_REG_FULL_DUPLEX, TX_EN); this->get_iface()->set_pin_ctrl(dboard_iface::UNIT_RX, TX_EN); But, USRP1 also works when I comment this piece of code. Can some one help me out with this? I dont know much about the GPIO and ATR registers. Can some one point me to some documents? Thanks, Sriharsha Puranik. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding installation of GNURADIO on Ubuntu 10.10
On 11/06/2011 02:49 PM, shashank gaur wrote: > Hello Sir > Thank you very much for your reply. > I tried to run using build-gnuradio -v and the log shows the following error > /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp: In function ‘int > _main(int, char**)’: > /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp:206: error: ‘tx_stream’ > was not declared in this scope > I tried to open the file and see into this. The error is in this line > if (spb == 0) spb = tx_stream->get_max_num_samps()*10; > and it seems that tx_stream is used only in this line throughout the cpp > file. > Can you suggest something about this? > Should I declare the tx_stream as a variable in the file or I need to > include any directory. > Once again thanks for the help > Shashank Gaur > ECE Paris > It was a change from the next branch for an example app that wasnt ready to be pulled onto the master. I just pushed a fix. -josh > On Sun, Nov 6, 2011 at 6:53 PM, Marcus D. Leech wrote: > >> ** >> On 11/06/2011 12:46 PM, shashank gaur wrote: >> >> Hello >> >> I am using Ubuntu 10.10 and I am trying to install gnuradio for using it >> with USRP1. >> I am using the Build scrip available at following address >> http://www.sbrac.org/files/build-gnuradio >> But while building the UHD it shows following error!! >> "Building UHD...UHD build apparently failed" >> Please help me out in resolving this error. >> Thank you very much >> Shashank Gaur >> >> >> ___ >> Discuss-gnuradio mailing >> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> If you run build-gnuradio using -v or --verbose, it will log all messages >> to the terminal, rather than redirecting to /dev/null. >> >> This will help you track down *why* it's failing. Make sure you have the >> most recent version of build-gnuradio to support this >> option. Also, you can use build-gnuradio --help to get a list of >> command-line options. >> >> The message you quote is caused by the "make" failing (returning an error >> code), so it's best to use -v on build-gnuradio to find out >> *why* it's failing. >> >> >> >> -- >> Marcus Leech >> Principal Investigator >> Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding installation of GNURADIO on Ubuntu 10.10
Hello Sir Thank you very much for your reply. I tried to run using build-gnuradio -v and the log shows the following error /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp: In function ‘int _main(int, char**)’: /home/sunny/Gnu/uhd/host/examples/tx_waveforms.cpp:206: error: ‘tx_stream’ was not declared in this scope I tried to open the file and see into this. The error is in this line if (spb == 0) spb = tx_stream->get_max_num_samps()*10; and it seems that tx_stream is used only in this line throughout the cpp file. Can you suggest something about this? Should I declare the tx_stream as a variable in the file or I need to include any directory. Once again thanks for the help Shashank Gaur ECE Paris On Sun, Nov 6, 2011 at 6:53 PM, Marcus D. Leech wrote: > ** > On 11/06/2011 12:46 PM, shashank gaur wrote: > > Hello > > I am using Ubuntu 10.10 and I am trying to install gnuradio for using it > with USRP1. > I am using the Build scrip available at following address > http://www.sbrac.org/files/build-gnuradio > But while building the UHD it shows following error!! > "Building UHD...UHD build apparently failed" > Please help me out in resolving this error. > Thank you very much > Shashank Gaur > > > ___ > Discuss-gnuradio mailing > listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > If you run build-gnuradio using -v or --verbose, it will log all messages > to the terminal, rather than redirecting to /dev/null. > > This will help you track down *why* it's failing. Make sure you have the > most recent version of build-gnuradio to support this > option. Also, you can use build-gnuradio --help to get a list of > command-line options. > > The message you quote is caused by the "make" failing (returning an error > code), so it's best to use -v on build-gnuradio to find out > *why* it's failing. > > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
On 11/06/2011 03:12 PM, Khalid Jamil wrote: Thanks Marcus. So, it is the "select" block that is causing UHD device to reset every time. The reason I am using "Select" block is to avoid large file sizes, as the interested signals can occur any time for short periods of time. So, I have to run the program all the time, record a calibrating signal and then wait for experiment data to occur and record this to file sinks. Continuous recording can fill the hard disk very quickly; 1MS/s for eight channels, something like 32MB/s or 2GB/min. Any ideas on how can I record IQ data for discrete non-continuous intervals of time without causing the system to re-tune. Thanks, Khalid. Actually, this is entirely independant of UHD and the devices it connects to. The selector() must necessarily disconnect then reconnect, and this must necessarily create a phase hit. Near as I can tell, the selector object (which is a synthetic object defined in GRC, but not, as far as I can tell, available anywhere else in Gnu Radio) will case a phase-hit regardless of what the source is. If this were my problem to solve, I might use the "record" button to drive an adder which when you're not recording, adds some large out-of-range value to the output data, otherwise the data is in {-1.0,1.0}. Then I'd dump my data over a FIFO, and use a C/C++ program to do "data slicing" on the resulting data, then use the data magnitude to decide if it's "real" or not. That is but one approach. You could dump your "record" variable to an external file, and have your recording program look for the value of that variable, and start recording when it sees the variable set to True (or 1, or oranges, or kobe-beef, or battleships, or whatever). Another way is to simply have your file-sink write to "/dev/null" until it's time to write real data. The filename can be changed dynamically and it "just works". -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
Thanks Marcus. So, it is the "select" block that is causing UHD device to reset every time. The reason I am using "Select" block is to avoid large file sizes, as the interested signals can occur any time for short periods of time. So, I have to run the program all the time, record a calibrating signal and then wait for experiment data to occur and record this to file sinks. Continuous recording can fill the hard disk very quickly; 1MS/s for eight channels, something like 32MB/s or 2GB/min. Any ideas on how can I record IQ data for discrete non-continuous intervals of time without causing the system to re-tune. Thanks, Khalid. Marcus D. Leech wrote in post #1030432:> On 06/11/11 06:11 AM, Khalid Jamil wrote:>> phase differences. Why?>> The purpose is to apply and record a calibrating signal which is> My recollection of the way the "Select" block works is that it causes> flow-graph hierarchy reconfiguration.> Which requires that the graph be *stopped* and *restarted* every time> you switch. This would cause> phase-hits in the recorded data, and I think it may also cause the UHD> sources to shutdown and> re-instantiated.>> Consider a different approach. I'm assuming that you are using a> "select" here so that you can watch> for correct phasing on the 'scope display before you start recording.> Perhaps instead, record> all the time, and insert zeros into the data stream while you're in> the "mucking about" state, and> when you're happy, you record the actual data. Just insert a> multiplier into the stream in front> of the file-sinks, and have the multiplier be either '1' or '0'> depending on what state you're in.>> There are probably thinks with stream tags you could do as well, but I'm> not that familiar with them.>>> --> Principal Investigator> Shirleys Bay Radio Astronomy Consortium> http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding installation of GNURADIO on Ubuntu 10.10
On 11/06/2011 12:46 PM, shashank gaur wrote: Hello I am using Ubuntu 10.10 and I am trying to install gnuradio for using it with USRP1. I am using the Build scrip available at following address http://www.sbrac.org/files/build-gnuradio But while building the UHD it shows following error!! "Building UHD...UHD build apparently failed" Please help me out in resolving this error. Thank you very much Shashank Gaur ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio If you run build-gnuradio using -v or --verbose, it will log all messages to the terminal, rather than redirecting to /dev/null. This will help you track down *why* it's failing. Make sure you have the most recent version of build-gnuradio to support this option. Also, you can use build-gnuradio --help to get a list of command-line options. The message you quote is caused by the "make" failing (returning an error code), so it's best to use -v on build-gnuradio to find out *why* it's failing. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Regarding installation of GNURADIO on Ubuntu 10.10
Hello I am using Ubuntu 10.10 and I am trying to install gnuradio for using it with USRP1. I am using the Build scrip available at following address http://www.sbrac.org/files/build-gnuradio But while building the UHD it shows following error!! "Building UHD...UHD build apparently failed" Please help me out in resolving this error. Thank you very much Shashank Gaur ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cmake/MSVC build error (Windows XP)
- Original Message - From: "Josh Blum" To: Sent: Sunday, November 06, 2011 10:39 AM Subject: Re: [Discuss-gnuradio] cmake/MSVC build error (Windows XP) On 11/06/2011 06:16 AM, Don Ward wrote: While attempting to build GNU Radio (from git/master) on Windows XP with cmake and Visual C++ 2010 Express, I am getting: 4>-- Build started: Project: gengen_generated_index, Configuration: Release Win32 -- [...] 4> Generating gengen/gengen_generated.i 4> 4> The input line is too long. 4> C:\home\Don\gnuradio\build-msvc\gnuradio-core\src\lib>C:\Python27\python.exe -B C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.py C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.i C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_vector_source_b.i [... most of single long line removed ...] C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_peak 4>C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5): error MSB6006: "cmd.exe" exited with code 255. This line appears in the file gengen_generated_index.vcxproj. I suppose it was put there by cmake. Any ideas on how to fix or work around this? I can shorten the path names by building in another directory, but that seems like an unappealing and temporary workaround at best. Can you pull master and try again? I actually way of generating it and merged the work. This was the make -j8 thread. That seems to fix it. Thanks (again!) for the amazing support. -- Don W. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
Here is a bug in the tracker now (as opposed to a todo list on my desk): http://gnuradio.org/redmine/issues/464 -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cmake/MSVC build error (Windows XP)
On 11/06/2011 06:16 AM, Don Ward wrote: > While attempting to build GNU Radio (from git/master) on Windows XP with > cmake and Visual C++ 2010 Express, I am getting: > > 4>-- Build started: Project: gengen_generated_index, Configuration: > Release Win32 -- > [...] > 4> Generating gengen/gengen_generated.i > 4> > 4> The input line is too long. > 4> > C:\home\Don\gnuradio\build-msvc\gnuradio-core\src\lib>C:\Python27\python.exe > -B > C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.py > C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.i > C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_vector_source_b.i > [... most of single long line removed ...] > C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_peak > 4>C:\Program > Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5): > error MSB6006: "cmd.exe" exited with code 255. > > This line appears in the file gengen_generated_index.vcxproj. I suppose > it was put there by cmake. Any ideas on how to fix or work around > this? I can shorten the path names by building in another directory, > but that seems like an unappealing and temporary workaround at best. > Can you pull master and try again? I actually way of generating it and merged the work. This was the make -j8 thread. -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
On 11/06/2011 07:27 AM, Marcus D. Leech wrote: > On 06/11/11 06:11 AM, Khalid Jamil wrote: >> Hi, >> >> I am facing a strange problem in synchronizing and recording data from >> multiple (4 or 8) N210s. >> >> The problem: >> After each data writing to the files on disk, it seems that each N210 >> re-tunes/ re-locks to the frequency references. It changes the fixed >> phase offset from channel to channel. It kills the purpose of >> providing a calibrating signal to ascertain the fixed channel-channel >> phase differences. Why? >> >> Setup: >> Eight N210+WBX devices are synchronized with external 10MHz and 1PPS >> signal. The data is routed from all channels through a gigabit switch >> to computer where GRC gnuradio-companion is being used on Ubuntu. Here >> a multi-usrp block is created, each channel tuned to the same >> frequency (900 MHz) with same sampling rate (1 MS/s). USRP source is >> connected to either a scope or file sink. The type of sink is chosen >> in runtime using a switch block in GRC. >> >> The purpose is to apply and record a calibrating signal which is >> essentially a tone at the carrier frequency to find out the fixed >> phase offsets from channel to channel. This is used to apply the >> correction phase errors later to the actual signals of interest. >> >> The problem occurs when I apply a calibrating signal and push the >> button to switch from scope sink to file sink for a couple of seconds. >> After I switch it back to scope, the channels have now a different >> phase offsets than before. It seems that channels have re-tuned and >> re-locked. So, this way, I am unable to know the phase offsets from >> channel-channel and hence the system cannot be calibrated. >> >> The attached file shows a four channel setup. I have a similar eight >> channel one. >> >> Any suggestions on why it is happening (re-tuning after file write) >> and how to calibrate the multi-channel system. >> >> Thanks, >> >> Khalid. >> >> >> >> > My recollection of the way the "Select" block works is that it causes > flow-graph hierarchy reconfiguration. > Which requires that the graph be *stopped* and *restarted* every time > you switch. This would cause > phase-hits in the recorded data, and I think it may also cause the UHD > sources to shutdown and > re-instantiated. > The start() method of the UHD source block should be requesting aligned data. I believe that starting and stopping should keep everything aligned. However, the select block only locks/unlocks. Im not sure if this is equivalent to a stop/start event. But you cannot trust the scope sink with aligned data. There is actually a bug in the scope sink that even I have been bitten by. Multiple channels can be "randomly" aligned. I believe this is due to the gr.copy block inside the scope which is used to turn things off when not in display. I believe that once would see this even if you replaced the UHD source with a signal source + throttle. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multi-N210 synchronization issue
On 06/11/11 06:11 AM, Khalid Jamil wrote: > Hi, > > I am facing a strange problem in synchronizing and recording data from > multiple (4 or 8) N210s. > > The problem: > After each data writing to the files on disk, it seems that each N210 > re-tunes/ re-locks to the frequency references. It changes the fixed > phase offset from channel to channel. It kills the purpose of > providing a calibrating signal to ascertain the fixed channel-channel > phase differences. Why? > > Setup: > Eight N210+WBX devices are synchronized with external 10MHz and 1PPS > signal. The data is routed from all channels through a gigabit switch > to computer where GRC gnuradio-companion is being used on Ubuntu. Here > a multi-usrp block is created, each channel tuned to the same > frequency (900 MHz) with same sampling rate (1 MS/s). USRP source is > connected to either a scope or file sink. The type of sink is chosen > in runtime using a switch block in GRC. > > The purpose is to apply and record a calibrating signal which is > essentially a tone at the carrier frequency to find out the fixed > phase offsets from channel to channel. This is used to apply the > correction phase errors later to the actual signals of interest. > > The problem occurs when I apply a calibrating signal and push the > button to switch from scope sink to file sink for a couple of seconds. > After I switch it back to scope, the channels have now a different > phase offsets than before. It seems that channels have re-tuned and > re-locked. So, this way, I am unable to know the phase offsets from > channel-channel and hence the system cannot be calibrated. > > The attached file shows a four channel setup. I have a similar eight > channel one. > > Any suggestions on why it is happening (re-tuning after file write) > and how to calibrate the multi-channel system. > > Thanks, > > Khalid. > > > > My recollection of the way the "Select" block works is that it causes flow-graph hierarchy reconfiguration. Which requires that the graph be *stopped* and *restarted* every time you switch. This would cause phase-hits in the recorded data, and I think it may also cause the UHD sources to shutdown and re-instantiated. Consider a different approach. I'm assuming that you are using a "select" here so that you can watch for correct phasing on the 'scope display before you start recording. Perhaps instead, record all the time, and insert zeros into the data stream while you're in the "mucking about" state, and when you're happy, you record the actual data. Just insert a multiplier into the stream in front of the file-sinks, and have the multiplier be either '1' or '0' depending on what state you're in. There are probably thinks with stream tags you could do as well, but I'm not that familiar with them. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] cmake/MSVC build error (Windows XP)
While attempting to build GNU Radio (from git/master) on Windows XP with cmake and Visual C++ 2010 Express, I am getting: 4>-- Build started: Project: gengen_generated_index, Configuration: Release Win32 -- [...] 4> Generating gengen/gengen_generated.i 4> 4> The input line is too long. 4> C:\home\Don\gnuradio\build-msvc\gnuradio-core\src\lib>C:\Python27\python.exe -B C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.py C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gengen_generated.i C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_vector_source_b.i [... most of single long line removed ...] C:/home/Don/gnuradio/build-msvc/gnuradio-core/src/lib/gengen/gr_peak 4>C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5): error MSB6006: "cmd.exe" exited with code 255. This line appears in the file gengen_generated_index.vcxproj. I suppose it was put there by cmake. Any ideas on how to fix or work around this? I can shorten the path names by building in another directory, but that seems like an unappealing and temporary workaround at best. Thanks, -- Don W. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio