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 Corgan-2 wrote: > > On Fri, Feb 17, 2012 at 08:31, Tom Rondeau <t...@trondeau.com> 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 > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > 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%21-tp30073408p33348912.html Sent from the GnuRadio mailing list archive at Nabble.com. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
