Hi list,
my name is Felix Wunsch an I'm really happy to be one of the accepted
students and I want to thank you very much for giving me this great
opportunity!
I am currently studying at the KIT (Karlsruhe Institute of Technology,
Germany) and will take up a Master degree program with a maj
Hi all,
as the mid-term evaluations happen next week, I want to give you an
insight into what I have done until now and what will be done until the
end of GSoC (and later on).
In the first phase of GSoC, I concentrated on reading and understanding
the DRM Standard [1], involving source encoding
Hi Josh,
That hint with the visibility option solved all my problems. I commented
it out in the CMakeLists.txt and the undefined symbols were gone. Thank
you so much!
Best regards,
Felix
>
>> It compiles without any errors or warnings, but when I try to import my
>> module, I get "undefined symb
Hi all,
I am currently trying to optimize the performance of my DRM transmitter
and for this purpose I want to profile my flow graphs.
After some googling and searching the archives I stumbled upon oprofile
which looks quite nice to me. However, a first try did not really provide
very significant
Hi,
First of all I have to say that I am myself quite new to this topic -
these are more or less my first experiences with profiling.
I like Oprofile's many features allowing to analyze system load by
CPU/application/etc. Plus I found its manual quite
good and it does not slow execution down so m
g an internal buffer?
Best regards
Felix Wunsch
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi!
I have discovered that the implemented random number generator in
gnuradio (see file [0]) is almost older than me. As written in the code,
the implementation is taken from 'Numerical recipes in C' (see version
from 1992). The problem is that this algorithm is really bad compared to
current alg
routines seem to contribute significantly to the
> problem.
>
> Of course, that's not really a benchmark for all systems. What about 32
> bit? What about ARM? What about clang? Can anyone try to make a Windows
> build?
>
> Best regards,
> Marcus
>
> On
Hi!
I have some issues with the (understanding of the) behaviour of the VOLK
test-cases (defined in kernel_tests.h).
Each test defined in kernel_tests.h runs two times. Now I have the
problem that the first one succeeds but the second one fails.
I do not understand why the icompare function (the
Aaaah I solved it. Never ever write in a VOLK kernel to your input
buffer! This throws no errors but it fails during the ctest. So I
suppose the first test compares the output and the second one the input
buffers?
Greetings
Stefan
On 11/11/2015 01:45 PM, Stefan Wunsch wrote:
> Hi!
>
&g
Hi!
I have implemented a SIMD accelerated Mersenne-Twister as a VOLK kernel.
The performance is pretty good with up to 350% performance increase
compared to a conventional Mersenne-Twister (used is the boost.random
implementation with O3 compiler flag).
Now the problem: The code isn't completely
t the VOLK ctest checks
input and output buffer (which is a good feature!) but I haven't seen a
hint in the error message which assert failed. Could have been my fault
as well!
Greetings
Stefan
On 11/12/2015 04:29 AM, Tom Rondeau wrote:
> On Wed, Nov 11, 2015 at 8:32 AM, Stefan Wunsch &
About the use of VOLK (and random number generators):
I see two large groups of users. The one group knows everything about
their CPU but little about SIMD, the other one knows all about SIMD but
almost nothing about their CPU.
The first group uses VOLK because they call a VOLK function and get i
Hi!
I've played around with GPU computing using OpenCL and thought about an
integration in VOLK. Actually, I have implemented a proof of concept [0]
and as example a kernel, which multiplies two NxN matrices.
The result of running volk_profile using my GeForce GT 730M looks like this:
[blub buil
Hey,
You are completely right, that's the point. The matrix is of the size
1000x1000 and it is faster than the generic implementation above 500x500
(just a rough estimate). Most use-cases in gnuradio do not exploit this
case.
But, if you want to promote VOLK outside the gnuradio context, this
fea
On 12/18/2015 12:30 AM, Tom Rondeau wrote:
> On Thu, Dec 17, 2015 at 1:14 PM, Sylvain Munaut <246...@gmail.com> wrote:
>
>> Hi,
>>
>>> RUN_VOLK_TESTS: volk_32f_x2_matrix_nxn_multiply_puppet_32f(100,10)
>>> generic completed in 28482ms
>>> a_opencl completed in 13364.3ms
>>
>> Question is how
I don't want to destroy your idea, but GRAB sounds like CRAP as well and
you can think of the associated sentences ;)
On 12/22/2015 09:31 PM, Richard Bell wrote:
> GRAB = Gnu RAdio Basic installer
>
> Then we can say things like "Go GRAB it" when referring to a needed module
>
> On Tue, Dec 22,
t proto-kernel for all calls to
>>> that particular volk kernel, the dispatcher could have something more akin
>>> to the FFTW 'wisdom' where for different sizes of matrices/vectors,
>>> different proto-kernels are called (including the CPU SIMD
Hi,
What about GitBook? It provides a direct GitHub integration, which is
pretty useful [0]. And it looks nice!
Greetings
Stefan
[0] https://github.com/integrations/gitbook
On 01/25/2016 06:57 AM, Ravi Sharan wrote:
> Hi gr folks,
>
> I was thinking, if we can discuss on redesigning the existi
Hi,
Sebastian is right, it's most likely a dependency problem. I've tested
the source from git and it compiles fine with following dependencies:
- gnuradio 3.7.9.1
- uhd 3.9.2
- boost 1.60.0
First check boost, old versions don't have the strerror function. If
boost is the problem, I should reall
Homepage: Linkedin <https://ir.linkedin.com/in/mostafa-alizadeh-50a70169>
>
> *******
>
> On Wed, Mar 30, 2016 at 10:16 PM, Stefan Wunsch
> mailto:stefan.wun...@student.kit.edu>>
> wrote:
>
> Hi,
>
Hi all!
I have build a docker tool-chain for an image with GNU Radio and UHD
installed via PyBOMBS on top of Ubuntu. It's even possible to run it
dockerized with a GUI using VNC and it should work as well on windows
and mac (so far, not tested). The build files are available on github
and the prec
there? If you have hardware that can stream at
> higher rates, I'd be interested in how those perform in the container,
> as well.
>
> Cheers,
> Ben
>
> On Wed, Apr 6, 2016 at 4:23 AM, Stefan Wunsch
> mailto:stefan.wun...@student.kit.edu>>
> wrote:
>
> Hi
Hi,
That's true for now, but ubuntu's repos aren't made for developing. The
repos are just too old within a few month. And then recent (or self
developed) OOTs won't work.
Regarding running the GUI: In the readme I've included the commands for
X forwarding (that's your approach). Works fine on my
I think (but I am not totally sure) that you can target multiple cores
from a single container. So the -j option should work on your local
machine. But not on hub.docker.com, because you have only one core on
the server machine.
Greetings
On 04/08/2016 05:08 PM, Kevin Hofschröer wrote:
> Also, is
Keep in mind the automated build service of hub.docker.com! For those
who don't know how it works:
It is connected to the github repo and rebuilds after each new commit
the needed images (or layers) automatically.
As well, it would be possible to build automatically images for each
release of gnura
Hi,
Try to use the echotimer shipped with gr-radar. Actually, for FMCW you
don't need a tight TX/RX sync, but probably that fixes it.
As well, have a look at the spectrum and check the output of the peak
detector. Do you have a high enough SNR for an unambigious peak
detection? Or you are just de
Hey all,
gcc6 uses std=gnu++14 as default (compared to std=gnu++98 up to gcc5.3)
[0]. This causes a lot of warnings during building gnuradio due to the
deprecated auto_ptr (unique_ptr is the way to go now) and gr-zeromq
fails building completely.
Probably the used c++ standard should be set in cm
Hi,
The classification accuracy looks good! But some questions:
Will you compare the performance with non-tensorflow machine learning
algorithms such as boosted decision trees or support vector machines
(e.g. provided by scikit-learn or xgboost)?
Your model is a deep neural network, so there is
Hi,
Please run ctest -V and give the verbose error output. You give too
little information to guess what went wrong!
Greetings,
Stefan
On 07/29/2016 01:04 AM, Abhinav Jadon wrote:
> Hi ,
> I use an Ubuntu 14.04 machine. 64 bit processor.
> UHD version 003.010 | QWT version 6.0.0 | Boost versio
And btw, it worked some month ago, when I implemented the pacman support
in pybombs. So the changes has to be somewhen since then.
On 08/01/2016 10:38 PM, Cyrille DERORY wrote:
> Hi,
>
> with PyBOMBS, I'm compiling gnuradio on archlinux:
> sudo pybombs -v install gnuradio
> and I get errors with
Hi,
Please submit the pullrequest! The package is definetely missing.
Greetings
Stefan
On 08/01/2016 05:55 PM, Andrej Rode wrote:
> Hey Cyrille,
>
>
> On 01/08/16 17:20, Cyrille DERORY wrote:
>> Thank you for your reply,
>>
>> my distro/OS is archlinux and package manager is pacman:
>> https:/
Hi,
I can confirm this problem. But it doesn't seem to be Arch Linux
specific (more a UHD problem).
Can someone confirm that it works on the other systems? UHD is build
from source, so the root of the problem are not the pacman packages.
My first guess would be the gcc6 compiler shipped with Arc
d?
>
>
> Best regards,
>
> Marcus
>
>
> On 02.08.2016 09:03, Stefan Wunsch wrote:
>> And btw, it worked some month ago, when I implemented the pacman support
>> in pybombs. So the changes has to be somewhen since then.
>>
>> On 08/01/2016 10:38 PM, Cyri
.
> make[1]: *** [CMakeFiles/Makefile2:2414:
> gr-blocks/swig/CMakeFiles/blocks_swig5_gr_blocks_swig_a6e57.dir/all] Error 2
> make: *** [Makefile:161: all] Error 2
> PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or returned
> PyBOMBS.monitor_process() - DEBUG - Return value: 2
&g
This helps a lot to find all installations:
$ sudo find / -name libuhd*.so*
If the path is not inside a pybombs prefix, it is most likely an
installation by your package manager.
I had this problem as well :P
Greetings
Stefan
On 08/04/2016 06:56 PM, Jason Matusiak wrote:
>> For some reason, if
Hi,
Keras is a very good choice! Does the Theano backend still work? So can
you switch seamlessly between Tensorflow and Theano (altering the
.keras/keras.json)?
I've experienced that getting the GPU support running with Theano was
much easier when using Keras (export THEANO_FLAGS is enough), but
graph file.
>
> It'd certainly be interesting to compare the performance of both those
> backends in training.
>
> Cheers
> Chris
>
> On Mon, Aug 8, 2016 at 2:44 PM, Stefan Wunsch
> mailto:stefan.wun...@student.kit.edu>>
> wrote:
>
> Hi,
>
&g
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Cheers
Felix
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M.Sc.
Research Asso
__
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> Cheers
> Felix
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Fel
ansmission using
> gr-drm. Is it fully functional and tested ? DREAM doesn't support
> DRM+ reception. Any open source receiver available to receive DRM+ ?
>
>
> -ben
>
> ----
> *From:* Felix Wunsc
Hi!
As a former GSoC student I can give you some advice ;)
Actually there are some wiki pages about GSoC. Check out [0]. If you
don't have an idea for a project, there are some suggestions.
But I like to cite the wiki: 'Remember that these are ideas and are
merely meant as an inspiration for you t
Hi,
looks great! gnuradio.org in this style would be awesome ;)
But I have a question about the update mechanism. If I change or add the
manifest file in my repo on github (gr-radar), how does cgran update its
database? Are there any update cycles or is it done manually?
Greetings
Stefan
On 05.
Hi!
I want to present you a OOT module which provides the functionality of
the NaCl crypto library for GNU Radio. The NaCl library is a well known
library written by Daniel J. Bernstein, Tanja Lange and Peter Schwabe
[0]. Because the library is not maintained by themselves, I have chosen
the well
Hi all,
on behalf of the IEEE Student Branch Karlsruhe [0], I'm happy to
announce the 2nd IEEE Signal Intelligence Challenge (ISIC) which is
organized in cooperation with the Secure Mobile Networking Lab (Seemoo)
at the TU Darmstadt [1]!
Like last year, it's all about finding, decoding and d
er pace..
>
> Regards
> Chaithya G R
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> https://lists.g
ivel Velumani
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wuns
eline
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M.Sc.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-46276
Fax: +49 721 608-46071
E-Mail: felix.wun...@kit.edu
www.cel.kit.edu
KIT -- University of the State of
:05 PM, Wunsch, Felix (CEL) wrote:
>
> Hi all,
>
>
> the application period has started today and we are eagerly awaiting
> your draft proposals!
>
>
> Please make sure to submit as early as possible and (optimally) also
> well before the deadline (March 27) - we really
Sakshi Agrawal
>
> [0]https://github.com/sakshi18agrawal1/documents/blob/master/Sakshi_GSoC2018.pdf
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
gt; Aborting.
>> "
>>
>> If anyone have had the same problem and/or know how solve it, please write
>> me.
>>
>> Thanks.
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https
he improvements you will bring to GNU Radio!
Cheers,
Felix
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M.Sc.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-46276
Fax: +49 721 608-46071
E-Mail: felix
Hi!
My name is Stefan Wunsch and I would like to make a proposal for GSoC
2014. My project of interest is the radar toolbox as mentioned on the
wiki page on gnuradio.org.
I am a fifth semester student in physics at the Karlsruhe Institute of
Technology (KIT) in Germany. At the
Hi!
Thanks a lot for the feedback on the mailings list and on Google
Melange! I have integrated your suggestions in the actual proposal on
github [1].
Comments are still welcome! I left a note on the Melange page as well.
Best regards
Stefan W.
[1] https://github.com/stwunsch/gsoc-proposal
Hi!
First of all thanks to all of you for the acceptance, I am very glad to
work on this great project!
Finally I gathered all information! I'll publish my gr-radar toolbox
within the kit-cel account [0]. This link will be permanent.
Furthermore I will blog about my progress [1] that you can kee
Hi!
The GNU Radio Radar Toolbox has some nice new features!
First the USRP interface for synchronized TX/RX streams is finished. It
ensures that any waveform given by a tagged stream is received with only
a constant delay due to hardware delays. Therefore a MIMO connection
between two USRPs is ne
Hi!
I try to add a QT GUI to my OOT module (gr-radar). I have some issues
with including the QT stuff in cmake and swig.
The problem is this error:
## /gr-radar/swig/../lib/range_velocity_diagram.h:45: Error: Syntax
error in input(3).
## make[2]: *** [swig/radar_swigPYTHON_wrap.cxx] Error 1
## m
Stefan Wunsch:
> Hi!
>
> I try to add a QT GUI to my OOT module (gr-radar). I have some issues
> with including the QT stuff in cmake and swig.
>
> The problem is this error:
>
> ## /gr-radar/swig/../lib/range_velocity_diagram.h:45: Error: Syntax
> error in input(
Hi!
The radar toolbox has new features! GUIs for scatter plots of two target
attributes and time plots of a single target attribute are implemented.
All GUIs are real time and multi target capable.
Check out my blog [0] and the demonstration video [1] with target
trajectory video and a screen cap
Hi,
The Radar Toolbox has new features!
First new feature of the Radar Toolbox is a Dual CW Radar. It is
implemented as simulation and tested with USRPs. This setup is much more
better than the previous FSK Radar!
Check out my development blog for a demonstration video and further
information. [0
um range doesnt differ from a target of the range R modulus R_max.
Greetings!
Am 16.07.2014 08:08, schrieb Vanush Vaswani:
> Nice. I don't know much about radar. Is range related to EIRP?
>
> On Wed, Jul 16, 2014 at 1:14 AM, Stefan Wunsch
> wrote:
>> Hi,
>>
>> T
Hey Daniele,
I have done the radar toolbox and implemented a synced USRP interface
(USRP Echotimer).
You are right, the USRP Echotimer does align the timestamps of the TX/RX
commands on both USRPs. But if you connect them by MIMO, the time and
clock are pretty good in sync. Therefore I think the
; devices. But I need continuous streaming and not burst.
>
> Any help in this direction is much appreciated.
>
> Thanks. Best,
> Daniele
>
>
> On 22/07/2014 19:14, Stefan Wunsch wrote:
>> Hey Daniele,
>>
>> I have done the radar toolbox and implement
test your code when you commit something.
Danke shon!
Rafael Diniz
Hi list,
my name is Felix Wunsch an I'm really happy to be one of the accepted
students and I want to thank you very much for giving me this great
opportunity!
I am currently studying at the KIT (Karlsruhe Institute of
equals the number of output ports and whose elements describe the
length of each vector.
Is there a way to make this work in GRC without creating multiple .xml
files for different configurations?
Best regards,
Felix Wunsch
___
Discuss-gnuradio mailing
3.5.1 and xubuntu 11.10.
Any hints why this is happening and how to solve this?
Best regards,
Felix Wunsch
<>___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Am 12.08.2012 19:19, schrieb Tom Rondeau:
On Tue, Aug 7, 2012 at 6:22 AM, Felix Wunsch
wrote:
Hi all,
I recently wrote a block for decoding DRM AAC streams. For testing I put
together a small flow graph consisting of a wav source, encoder block,
decoder block, (rational) resampler and an
Am 13.08.2012 13:33, schrieb Tom Rondeau:
On Mon, Aug 13, 2012 at 5:05 AM, Felix Wunsch
wrote:
Am 12.08.2012 19:19, schrieb Tom Rondeau:
On Tue, Aug 7, 2012 at 6:22 AM, Felix Wunsch
wrote:
Hi all,
I recently wrote a block for decoding DRM AAC streams. For testing I put
together a small
Hi all,
I am currently preparing a release of my DRM transmitter blockset. This
package shall contain my GNU Radio blocks and a set of classes (no
blocks) used for initializing the transmitter parameters before the flow
graph is started.
At the moment, I have a source tree generated by gr_mo
Hi Rafael,
I am preparing a release for the beginning of next week. The release
will contain my DRM30 transmitter with various, fully configured
flowgraphs that hopefully can be used more or less as-is and especially
without deep knowledge of DRM. It's already working, but before
releasing my
es are reached.
Finally, I have to say that the past 3 months have been real fun, I have
been learning a lot and I want to thank the community for being so
helpful. As I will present my project on GRCon 12 in Atlanta in
september, I'm looking forward to meeting some of you there!
Best re
Sorry for the double post, but I guess it would have been useful if I
had provided the link to my repository =).
So here it is: http://github.com/fewu/gnuradio_drm
Felix
Am 20.08.2012 12:46, schrieb Felix Wunsch:
Hi all,
This morning I pushed my stable branch to github. I also wrote a
Am 22.08.2012 00:09, schrieb Tom Rondeau:
On Mon, Aug 13, 2012 at 12:25 PM, Felix Wunsch
wrote:
Am 13.08.2012 13:33, schrieb Tom Rondeau:
On Mon, Aug 13, 2012 at 5:05 AM, Felix Wunsch
wrote:
Am 12.08.2012 19:19, schrieb Tom Rondeau:
On Tue, Aug 7, 2012 at 6:22 AM, Felix Wunsch
wrote:
Hi
Hi,
using oprofile is quite easy. Basically you configure your profiler,
start it, start your application, kill it after some time, kill the
profiler and look at the results. You don't have to set any special
compiler flags. However, if you want to get annotated source, you need
to compile wi
lots of gr-buffer warnings).
Does memmove get called in the buffer context and is it possible that
this in combination with large buffers leads to a high CPU load?
Best regards,
Felix Wunsch
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
s with the output. if i mix up the ofdm signal
to a carrier frequency (for example 12khz) how can i handle this?
there is also a problem with nyquist.
thanks in advance!
alphonso
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M. Sc.
Research Associ
ing a
complex-to-float block and an audio sink?
thank you very much for your help and your answers!
alphonso
*Gesendet:* Mittwoch, 03. Juni 2015 um 04:57 Uhr
*Von:* "Wunsch, Felix (CEL)"
*An:* "bh...@web.de" , "discuss-gnuradio@gnu.org"
*Betreff:* Re: [Discuss-g
n't want that, you could use a resampler that adapts its
resampling ratio to the sampling rate of the soundcard.
Felix
@Marcus
you mean if there were pilots for a channel estimation in the
transmitted signal?
alphonso
--
Karlsruhe Institute of Technology (KIT)
Communications Engineeri
requested). the problem is that i can't detect any signal at rx side.
when i adjust both parts (tx and rx) with a sampling rate at 11khz it
works.
for better understanding i have attached my flowgraphs and sink outputs.
alphonso
*Gesendet:* Donnerstag, 04. Juni 2015 um 23:40 Uhr
*Von:* &quo
itute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M. Sc.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-46276
Fax: +49 721 608-46071
E-Mail: felix.wun...@kit.edu
www.cel.kit.edu
KIT -- University of the State of Baden-Württemberg and
Na
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Felix Wunsch, M. Sc.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +
Hi all,
even though GSoC 2017 has ended not too long ago, we already need to start the
preparations for next year!
After 5 years of being org admin, Martin has asked for somebody else to take
over that task and I'm happy to volunteer for this. Having profited from the
GSoC experience myself,
Hi Rafael,
nice idea! Would you be willing to mentor it?
I just checked the Github Repo for gr-idsb
(https://github.com/git-artes/gr-isdbt) and in their README.md it says, they
are working on the transmitter. Are you in contact with the author and can you
say if this is still actively being pu
Hi Marcus,
could you make this an idea on the list? As gr-modtool is used so widely, any
improvements in this area will have quite high (and positive) impact on a large
portion of GNU Radio users. Maybe we can flesh out more of the bullet points on
the gr-modtool overhaul idea (Py3k, API, GUI,
Hi all,
we've got great news: GNU Radio got accepted (again) by Google as mentoring
organization for this year's Google Summer of Code!
So, what's the next step? If you're a student and interested in participating
in GSoC, head over to our ideas list [0] and see if there's a project that
you
Hi all,
the application period has started today and we are eagerly awaiting your draft
proposals!
Please make sure to submit as early as possible and (optimally) also well
before the deadline (March 27) - we really want to help you to craft a good
proposal and to set you up for success righ
Hi Luca,
thanks for sharing your proposal draft! Here are some remarks:
1. You list a MIMO channel model as deliverable. For slow, flat flading you can
use (as you correctly stated) a simple matrix multiplication block. That,
however, already exists in GNU Radio. Or were you thinking of a wra
Hi all,
this is just a friendly reminder for all students interested in GSoC 2018 that
the application period ends in a little more than 48 hours (March 27, 16:00
UTC)! This is a **hard deadline** and enforced by Google! Don't forget to apply
and upload your proposals until then through the pr
Hi all!
The application period is over and we are now reviewing the proposals. And
already a big thank you to all students who have submitted an application!
The acceptance notifications will go out on April 23. We're really
looking forward to working with you!
Cheers,
Felix
___
Hi all,
GSoC is over and it's time to summarize what has happened over the summer! The
most important part first: Both students passed the final evaluations!
Congratulations, Swapnil and Luca!
I think I can speak for the other mentors, too, when I say that they didn't
just pass, but really e
Hi all,
GSoC 2019 is coming closer and it's again time to polish our ideas list [0]!
There's still quite a number of old projects but we also definitely need new
ones. I also strongly suspect that having the same ideas on your list as the
previous year is not a plus when it comes to Googles de
's add some new ones! I'm sure there's some
projects or ideas in the back of your heads that would be a good fit for a
project. Even if it's just a rough idea that needs to be fleshed out, let's
discuss that here on the list!
Cheers,
Felix
__
Hi all,
great news! We are once again accepted as mentoring organization for Google
Summer of Code. Another great opportunity to bring fresh talent into the
community!
So, to all students: APPLY! =)
We have a great selection of projects waiting, from DSP-heavy filter design,
channel coding
Hi,
glad to hear you're interested! Your email was quite generic. Why don't you
give us some more details, for example about your background, your skills,
software projects you have worked on before, programming languages you know,
and (most importantly) specific projects you would like to wor
Hi Anirban,
first of all - welcome to the GNU Radio community! I'm happy you're interested
in contributing!
About your question: I think Marcus wants to make the tool more user-friendly
in a way that it assumes less knowledge about the actual filter design process
by having intelligent defau
?Hi all,
today, the student application period for GSoC 19 begins. I'm really happy that
we already have a lot of GSoC-related activity on this mailing list and I'm
looking forward to reading all those proposals!
Make sure you apply until April 9, which is usually a strictly enforced
deadlin
?Hi all,
this is a gentle reminder to all prospective GSoC students that the application
deadline (April 9) is rapidly approaching! Get your proposals ready and we'll
try to give you feedback. And, of course, earlier upload means higher chance of
getting feedback that you can use to improve yo
Hi Jaspreet,
it is your job to create a proposal so we can see that you know what you're up
to and what your vision for the project is! If you go to our website, we have
listed what we want to see in a proposal and there's also an old (successful)
one you can have a look at.
Cheers?,
Felix?
Hi all,
the student application period for this year's GSoC is now over and we have
received some promising proposals! Right now we are reviewing them and hope to
get enough student slots from Google to accommodate all the students we want to
select. The final decisions will be announced on Ma
Hi all,
Google has announced the accepted student projects for GSoC 2019: Arpit Gupta
and Bowen Hu will be contributing to GNU Radio during the summer -
congratulations to both of them! Arpit will work on a tool for parsing GNU
Radio header files to create YAML descriptions that can be used fo
1 - 100 of 102 matches
Mail list logo
