Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?
André Godau wrote: > gqrx fails when trying to start, with the message ...could not find or > load the Qt platform "windows" in "". > I see that`s been an issue (and resolved) before. Can you tell me how to > fix this? There's an empty platforms folder in the Gnuradio tree, I > tried to copy an qwindows.dll from Qt 5.5 into it, but to no avail. Do I > need to set another Env Var (the " could not find...in "" " makes me > wonder). Maybe changing (or deleting) the env-var 'QT_QPA_PLATFORM_PLUGIN_PATH' can change anything. Ref: https://github.com/pyqt/python-qt5/wiki/Qt-Environment-Variable-Reference -- --gv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?
Hello, thank you for the help, but setting the mentioned env var(s) doesn't change the erratic starting behaviour. Is there anybody out there who has installed 3.7.10.1 under Win 7 and has no problem running gqrx? Thank you, André ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Constellation Blocks
Hi list, I’m a bit confused about the constellation blocks that are going to replace the deprecated specific modulation blocks. In previous examples, we used [Signal]->[Packet Encoder]->[Mod Block]->[Channel]->[Demod Block]->[Packet Decoder]->[Sink]. Now, I’ve tried to replace this chain with non-deprecated blocks. First, I’m wondering why I can choose differential encoding in the „Constellation Object“ block as well as in the „Constellation Modulator“ block. What happens if I only select it in one of them? Also, there is no way to select differential encoding in the „Constellation Decoder“, but AFAIK the receiver must know if differential encoding is used. How is this correctly intended? Second, I’m wondering what is going to replace the deprecated „Packet Encoder“. Theoretically, we need an encoding to transfer the infinite input alphabet (float) to a finite output alphabet (int8). I’ve not found a block that handles this task. Any ideas on how to replace the signal chain above is appreciated! Best, Sebastian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?
OK, forget about that...put the path to Qt into the PATH var (duh!) - different error message now, but still no launch. I'll try and install newest Qt tomorrow. André Am 02.10.2016 um 11:46 schrieb André Godau: > Hello, > thank you for the help, but setting the mentioned env var(s) doesn't > change the erratic starting behaviour. > > Is there anybody out there who has installed 3.7.10.1 under Win 7 and > has no problem running gqrx? > > Thank you, > André > > > ___ > 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] Impulse response in DVB-T, someboby knows how to calculate?
On 10/01/2016 04:46 PM, Juan Antonio wrote: > Hello, someone would know how to calculate the impulse response of a > COFDM, DVB-T channel with an SDR device? > > Thank you in advance > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > An inverse DFT on a sinc function in the frequency domain yields a sine function in the time domain. And a DFT on the sine function in the time domain yields a sinc function in the frequency domain. I presume the "C" in COFDM means to chop up the bandwidth into carriers such that the sinc function in one channel hits nulls in the other channels. Piece of cake in theory. There's a gr-dvbt project on github https://github.com/BogdanDIA/gr-dvbt I don't know anything about it - I don't even know if it works. -- Cinaed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Impulse response in DVB-T, someboby knows how to calculate?
Just a reminder that the gr-dvbt project is now part of GNU Radio in the gr-dtv component and the Digital Television category of gnuradio-companion. The DVB-T receiver has some significant bug fixes and enhancements over the baseline in gr-dvbt. The C in COFDM stands for "coded". In the case of DVB-T, Viterbi and Reed-Solomon FEC. The impulse response of a channel is really a separate topic from DVB-T, so I'll let others comment on that. A quick Google of "channel impulse response" provides a starting point. http://dsp.stackexchange.com/questions/536/what-is-meant-by-a-systems-impulse-response-and-frequency-response Digital Television Ron On 10/02/2016 11:40 AM, Cinaed Simson wrote: On 10/01/2016 04:46 PM, Juan Antonio wrote: Hello, someone would know how to calculate the impulse response of a COFDM, DVB-T channel with an SDR device? Thank you in advance ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio An inverse DFT on a sinc function in the frequency domain yields a sine function in the time domain. And a DFT on the sine function in the time domain yields a sinc function in the frequency domain. I presume the "C" in COFDM means to chop up the bandwidth into carriers such that the sinc function in one channel hits nulls in the other channels. Piece of cake in theory. There's a gr-dvbt project on github https://github.com/BogdanDIA/gr-dvbt I don't know anything about it - I don't even know if it works. -- Cinaed ___ 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] Impulse response in DVB-T, someboby knows how to calculate?
On Sun, Oct 2, 2016 at 2:40 PM, Cinaed Simson wrote: > On 10/01/2016 04:46 PM, Juan Antonio wrote: > > Hello, someone would know how to calculate the impulse response of a > > COFDM, DVB-T channel with an SDR device? > > > > Thank you in advance > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > An inverse DFT on a sinc function in the frequency domain yields a sine > function in the time domain. And a DFT on the sine function in the time > domain yields a sinc function in the frequency domain. > No, the DFT of a sine function is an impulse. More formally, a Dirac delta function. The sinc function is the result of a truncated sine wave where the sine wave is multiplied by a square wave. The DFT of a square wave is a sinc, so with a truncated sine wave in the time domain, you are convolving a sinc with a delta function in the frequency domain. Tom > I presume the "C" in COFDM means to chop up the bandwidth into carriers > such that the sinc function in one channel hits nulls in the other > channels. > > Piece of cake in theory. > > There's a gr-dvbt project on github > > https://github.com/BogdanDIA/gr-dvbt > > I don't know anything about it - I don't even know if it works. > > -- Cinaed > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Constellation Blocks
On Sun, Oct 2, 2016 at 12:10 PM, Sebastian Müller wrote: > Hi list, > > I’m a bit confused about the constellation blocks that are going to > replace the deprecated specific modulation blocks. > In previous examples, we used > > [Signal]->[Packet Encoder]->[Mod Block]->[Channel]->[Demod Block]->[Packet > Decoder]->[Sink]. > > Now, I’ve tried to replace this chain with non-deprecated blocks. First, > I’m wondering why I can choose differential encoding in the „Constellation > Object“ block as well as in the „Constellation Modulator“ block. What > happens if I only select it in one of them? Also, there is no way to select > differential encoding in the „Constellation Decoder“, but AFAIK the > receiver must know if differential encoding is used. How is this correctly > intended? > Second, I’m wondering what is going to replace the deprecated „Packet > Encoder“. Theoretically, we need an encoding to transfer the infinite input > alphabet (float) to a finite output alphabet (int8). I’ve not found a block > that handles this task. Any ideas on how to replace the signal chain above > is appreciated! > > Best, > Sebastian > Sebastian, Good questions. The differential issue should be looked into and addressed. It's possible that the definition of the constellations could be simplified or cleaned up quite a bit to make it easier to use. As for the packet encoder, that's a very static way of defining a packet. Take a look at this page to see the new concepts using the packet formatter and parser concept: http://gnuradio.org/doc/doxygen/page_packet_comms.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?
Gisle, Try putting the qwindows.dll into the GNURadio-3.7/bin directory itself and let me know the results. Geof On Sun, Oct 2, 2016 at 4:26 AM, Gisle Vanem wrote: > André Godau wrote: > > > gqrx fails when trying to start, with the message ...could not find or > > load the Qt platform "windows" in "". > > I see that`s been an issue (and resolved) before. Can you tell me how to > > fix this? There's an empty platforms folder in the Gnuradio tree, I > > tried to copy an qwindows.dll from Qt 5.5 into it, but to no avail. Do I > > need to set another Env Var (the " could not find...in "" " makes me > > wonder). > > Maybe changing (or deleting) the env-var 'QT_QPA_PLATFORM_PLUGIN_PATH' > can change anything. Ref: > https://github.com/pyqt/python-qt5/wiki/Qt- > Environment-Variable-Reference > > -- > --gv > > ___ > 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] Gnuradio Windows 3.7.10.1 gqrx fails again?
to the run_gqrx.bat file, add: set QT_QPA_PLATFORM_PLUGIN_PATH=%~dp0 and copy the qwindows.dll to the bin directory. I will update that and include some other needed Qt5 dll's in the next update in about 2 weeks. Geof On Sun, Oct 2, 2016 at 10:01 PM, Geof Nieboer wrote: > Gisle, > > Try putting the qwindows.dll into the GNURadio-3.7/bin directory itself > and let me know the results. > > Geof > > On Sun, Oct 2, 2016 at 4:26 AM, Gisle Vanem wrote: > >> André Godau wrote: >> >> > gqrx fails when trying to start, with the message ...could not find or >> > load the Qt platform "windows" in "". >> > I see that`s been an issue (and resolved) before. Can you tell me how to >> > fix this? There's an empty platforms folder in the Gnuradio tree, I >> > tried to copy an qwindows.dll from Qt 5.5 into it, but to no avail. Do I >> > need to set another Env Var (the " could not find...in "" " makes me >> > wonder). >> >> Maybe changing (or deleting) the env-var 'QT_QPA_PLATFORM_PLUGIN_PATH' >> can change anything. Ref: >> https://github.com/pyqt/python-qt5/wiki/Qt-Environment- >> Variable-Reference >> >> -- >> --gv >> >> ___ >> 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] GRCon16 videos
Does anyone know when the videos from GRCon16 are supposed to be posted? Thanks, Adam Adam Bacon AHA Products Group Comtech EF Data Corp www.aha.com Office: +1 208 892 5658 Mobile: +1 509 432 6899 Skype: adam.bacon6 NOTICE TO RECIPIENT: This email, including attachments, may contain information which is confidential, proprietary, attorney-client privileged and/or controlled under U.S. export laws and regulations and may be restricted from disclosure by applicable State and Federal law. Nothing in this email shall create any legal binding agreement between the parties unless expressly stated herein and provided by an authorized representative of Comtech Telecommunications Corp. or its subsidiaries. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this message in error, please notify us immediately by return email and permanently delete all copies of the original email and any attached documentation from any computer or other media. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio