discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 178, Issue 2


From: Zenki
Subject: Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 178, Issue 2
Date: Thu, 24 Aug 2017 19:16:38 +0000


On Thu, Aug 24, 2017 at 6:05 AM <address@hidden> wrote:
Send Discuss-gnuradio mailing list submissions to
        address@hidden

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
        address@hidden

You can reach the person managing the list at
        address@hidden

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 <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Doppler detection
Message-ID: <address@hidden>
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 <address@hidden>
To: GNURadio Discussion List <address@hidden>
Subject: [Discuss-gnuradio] Qt GUI: Water falls the wrong direction
Message-ID: <address@hidden>
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 <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] [GSoC 17] DAB: Updates
Message-ID: <address@hidden>
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
address@hidden
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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]