On Thu, Aug 24, 2017 at 6:05 AM <[email protected]> wrote:
> Send Discuss-gnuradio mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Discuss-gnuradio digest..." > > > Today's Topics: > > 1. Re: Doppler detection (Marcus M?ller) > 2. Qt GUI: Water falls the wrong direction (Marcus M?ller) > 3. Re: [GSoC 17] DAB: Updates (Matthias Br?ndli) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 24 Aug 2017 10:31:03 +0200 > From: Marcus M?ller <[email protected]> > To: [email protected] > Subject: Re: [Discuss-gnuradio] Doppler detection > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8 > > Dear Andrew, > > Hm, this is all getting confusing; an uncommented screenshot doesn't > help. Why would you want to pull the doppler shifted signal from a plot > (which is a reduced representation of your signal), if you have access > to the original signal? > > Also, you're still very much only describing in, at least for me, who > has not worked on the same radars as long as you did, admittedly, very > vague terms what you want to *do*, not *what problem* you need help with. > > Can you please simply write a question that is very coherent? It might > help if you imagine you're writing to someone who has no idea of what > your signals are, or in fact, someone who's completely ignorant of > Doppler radar; we simply might not be as smart as you think we are, or > we simply might not implicitly assume the same things that you can > assume. In fact, your descriptions aren't really enlightening to us. > > I know that will make your email a lot longer, but, having (hopefully) > helped quite a few people on the mailing list, taking a step back and > describing a problem from the ground up *really* makes a lot of > difference for people trying to assist you. > > Best regards, > > Marcus > > > > > > ------------------------------ > > Message: 2 > Date: Thu, 24 Aug 2017 12:16:51 +0200 > From: Marcus M?ller <[email protected]> > To: GNURadio Discussion List <[email protected]> > Subject: [Discuss-gnuradio] Qt GUI: Water falls the wrong direction > Message-ID: <[email protected]> > Content-Type: text/plain; charset="utf-8"; format=flowed > > Hi Folks, > > while discussing the DABstep GUI's developer mode, we noticed that the > QT GUI Waterfall sink doesn't fully deserve that name. It's a waterrise > sink: > > http://marcus.hostalia.de/waterfall.webm > > Is there a (maybe unexposed) property to change the direction of flow? > > Cheers, > Marcus > > > > > ------------------------------ > > Message: 3 > Date: Thu, 24 Aug 2017 14:35:00 +0200 > From: Matthias Br?ndli <[email protected]> > To: [email protected] > Subject: Re: [Discuss-gnuradio] [GSoC 17] DAB: Updates > Message-ID: <[email protected]> > Content-Type: text/plain; charset=windows-1252 > > Hello Marcus, Hello all, > > On 19/08/17 15:00, Marcus M?ller wrote: > > So, if you'd want to wrap that, you'd be very much more than welcome! In > > fact, I'd head over to [1], and look at mp4_encode_sb , rip out the DAB+ > > specific parametrizations and put in the DRM specific ones (but I'm, > > alas, not aware which those are). > > FDK-AAC defines additional AOTs that are DRM+ specific, in the same way > it does for DAB+. The code even contains some remnants of DRM+ logic, > but I cannot assess how much is missing. It should be possible to modify > the library to be compatible with both DAB+ and DRM. > > The frame lengths might be the same because both use the 960 transform > length, however the framing at the output is probably different, as we > had to add the DAB+ one. > > I'd be happy to accepts patches for this against the fdk-aac fork at > https://github.com/Opendigitalradio/fdk-aac > > Supporting an open-source implementation of DRM+ is very much in-line > with the goals of the Opendigitalradio association! > > Best, > Matthias > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ------------------------------ > > End of Discuss-gnuradio Digest, Vol 178, Issue 25 > ************************************************* > -- Yao-Cheng Lin Graduate Student School of Aeronautics and Astronautics Purdue University Neil Armstrong Hall of Engineering 701 West Stadium Ave West Lafayette, IN 47907
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
