[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss-gnuradio] Re: The primary issue with the Lazy Viterbi Decoder
From: |
Eric Blossom |
Subject: |
[Discuss-gnuradio] Re: The primary issue with the Lazy Viterbi Decoder |
Date: |
Tue, 1 Aug 2006 08:12:02 -0700 |
User-agent: |
Mutt/1.5.9i |
On Tue, Aug 01, 2006 at 11:06:11AM -0400, Michael Dickens wrote:
> I'm working on programming the "Lazy" Viterbi (convolutional, maximum
> likelihood) decoder right now. See
> < http://citeseer.ist.psu.edu/599573.html >
> <
> http://vanu.com/resources/publications/2002fast_maximum_likelihood_decoder.pdf
> >
>
> I have a few issues which I'm trying to resolve, and maybe someone in
> GR-land knows the answer(s) or knows someone ...
>
> The primary issue which they don't address is: what happens when a PQ
> storage slot is already occupied but another metric is computed which
> would need that slot (overwrite? but which one)? There is no
> mechanism described to handle this conflict, and neither of the
> metrics can necessarily be dropped. (I think) It's trivial to come
> up with an example where this might happen and neither metric could
> yet be dropped, so clearly they had to resolve this issue. But it's
> not in the text of the report, so I'm a-priori trying to think of a
> (reasonably simple) way around it.
How about just dropping a note to the authors?
Their email addresses are at the bottom of column one of the report.
Eric