Re: ATSC decoding - Now Working!

Nick,

I apologize if this is bringing back old ghosts but I am doing research
with
ATSC signals and gnuradio and would like that sample ATSC capture that
you
posted. i cannot find where you posted it. Do you happen to still have
it?

Thanks,
SW

Nick F.-4 wrote:

Bryce and others,



View this message in context:
http://old.nabble.com/Re%3A-Re%3A-ATSC-decoding---Now-Working!-tp30073408p33331099.html
Sent from the GnuRadio mailing list archive at Nabble.com.

No, I don’t know where that is… I can always take more data though.
I’ll
post it on a Dropbox tonight or this weekend. I’m pretty sure the
Gnuradio
ATSC decoder is suffering from some massive bitrot though. If you do get
it
working for you, please post your changes for inclusion into Gnuradio!

–n

On Thu, Feb 16, 2012 at 4:43 PM, Nick F. [email protected] wrote:

No, I don’t know where that is… I can always take more data though. I’ll
post it on a Dropbox tonight or this weekend. I’m pretty sure the Gnuradio
ATSC decoder is suffering from some massive bitrot though. If you do get it
working for you, please post your changes for inclusion into Gnuradio!

–n

To echo Nick, PLEASE submit your fixes if you get this working again.
It’s
been on my todo list for a long time, but I just never get a chance to
work
on it. Would be great to get it back into shape again.

Also, we might be able to host some data files on gnuradio.org. I need
to
look into how much space we have or can set aside for this, but it would
be
nice to have stuff like this easily accessible.

Tom

On Fri, Feb 17, 2012 at 08:31, Tom R. [email protected] wrote:

Also, we might be able to host some data files on gnuradio.org. I need to
look into how much space we have or can set aside for this, but it would be
nice to have stuff like this easily accessible.

We can easily conjure up an extra 10 or 20 GB for an example data file
volume. That’s something like a dollar a month.

Johnathan

Alright. If I get it working I will post my fixes. Which part is not
working?

Also, my research only deals with extracting the bit delay to the data
sync
frame. So, I will not really be doing much with atsc decoding past
getting
a bit stream what would include the sync frame. Which also brings up
another
question. In the general signal flow of decoding the atsc with
gnuradio,
when will the data sync frame be uncovered? At the moment, I run
interp_short, xlate, and fpll. Those translate the signal to baseband
and I
think fpll demodulates. Do any of you guys happen to know what fpll
actually outputs? Like what form is the data in? Because I don’t have
real
over the air data to run through this I can’t crack it open to make
sense of
it. Is it raw binary bit stream after that stage? Again, my intuition
is
that fpll outputs the raw bitstream and to find the data sync frame I
will
be able to just run a binary correlator with the pn_511 sequence.

Any advice would be helpful.

Thanks!

Johnathan C.-2 wrote:

Johnathan


Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


View this message in context:
http://old.nabble.com/Re%3A-Re%3A-ATSC-decoding---Now-Working!-tp30073408p33348912.html
Sent from the GnuRadio mailing list archive at Nabble.com.

Was anyone able to collect some ATSC data over the weekend?

Also bump about my question about which fr.atsc module does the symbol
detection and recovery.

Thanks!

shea_watson wrote:

and I think fpll demodulates. Do any of you guys happen to know what fpll


View this message in context:
http://old.nabble.com/Re%3A-Re%3A-ATSC-decoding---Now-Working!-tp30073408p33359750.html
Sent from the GnuRadio mailing list archive at Nabble.com.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs