All that Marcus says is good, I just wanted to emphasize it. You should gain some familiarity with GNU Radio, make sure you understand how it works on a basic level, then suggest a path forward for your project.
I would start with a simple application, then think about how you wanted to present that with an HTML5 toolkit. That's a good starting point for a project proposal. Two things to keep in mind: - GNU Radio is all about modularity, so think about how this can be dynamically generated. - Keep in mind other HTML-based projects (ShinySDR comes to mind) and make sure to differentiate from those. This slightly overlaps with the previous point. Cheers, Martin On 03/13/2017 06:32 AM, Marcus Müller wrote: > Hi Feroz, > > you've linked to the wrong project's ideas list, but that's not a > problem. Just for the rest of the readers of this mailing list: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCIdeas > > So, to put it this plain: The GNU Radio project has a lot of people with > experience in signal processing, but on the user interface side, things > are a bit slim. So, we can help you a lot with the signal side – but > from your (excellent, by the way) website, it seems you've got some > experience with cognitive vision, and that might come with a lot of > skills that are helpful with (1D) signals. > > So, what you'd ideally bring is a bit of experience on how to write fast > visualization things in JavaScript – or at least a plan on what to look > at, as well as to implement that with data coming from a server (which > not necessarily is far away, might be running on the same machine for now). > > To get a feeling on what you would implement as a web frontend, I'd > recommend downloading one of the liveDVDs (the standard one is [1]), and > clicking together a > > signal source -> Throttle -> QT GUI Sink > > flow graph. > > To understand what's happening there, I'd say, start by reading the > Guided Tutorials [2]. They'll hopefully explain. In essence, GNU Radio > is a framework to shift around "chunks" of signal samples between > blocks, and that means that the time intervals and sizes of the samples > that hit the visualization sink are not uniform, you'd need to come up > with a reasonable way of visualizing things. > > I think in your proposal, should you decide to write one, you could > elaborate a bit on what tools/libraries to use to implement the GNU > Radio/server-side of things as well as how to partition the work between > the JavaScript/HTML frontend and the Python/C++/GNU Radio backend (who > decides what pixels to draw? Etc). > > Hope that gives you something to start with, > > Best regards, > > Marcus > > [1] http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioLiveDVD > > [2] http://tutorials.gnuradio.org > > On 03/13/2017 01:56 PM, Feroz Ahmad wrote: >> Hello, >> >> I am an undergrad student from Delhi Technological University, New >> Delhi. I got interested in the project A HTML-based GUI for GNU Radio >> applications >> <https://wiki.gnome.org/Outreach/SummerOfCode/2017/Ideas> listed in >> GSOC idea list. >> I wish to know what skills are mentor looking in the candidate apart >> from language skills. I also want to ask how shall I get started. >> >> Thanks and Regards, >> >> Feroz Ahmad >> http://ferozahmad.com/ >> https://github.com/fz-29 >> >> >> >> >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
