Re: ATSC decoding

Hi Stephen,
Did you make progress with this zero byte output problem? Anyway, I’m
wondering if the ATSC receiver implementation will work at all with the
current version of Gnuradio. It looks like parts of the original ATSC
implementation that was working with Gnuradio 0.9 have been adapted to
be
used in Gnuradio 2.0, but now we have 3.2.2. Anyone here who can verify
that
the provided code can decode ATSC signals?
Thanks
Klaus


On Mon, Apr 19, 2010 at 8:12 PM, Stephen B. [email protected] wrote:

We followed the instructions in ./gnuradio/gr-atsc/src/python/README to no
success.

Using the FFT we found 507.25M to have a strong signal.
According to
http://en.wikipedia.org/wiki/North_American_broadcast_television_frequencie
s#UHF_band
this is channel 20.
And according to
http://www.fcc.gov/fcc-bin/tvq?state=AL&call=&arn=&city=&chan=14&cha2=69&se
rv=&type=0&facid=&list=2&dist=&dlat2=&mlat2=&slat2=&dlon2=&mlon2=&slon2=&siz
e=9
this is WCOV from Montgomery, Alabama.
So we do have the correct video carrier frequency, which I assume is the
frequency we want to record and decode into a video.

Question #1) Is the video carrier the one that carriers the video, or would
it

Hi all,
I did some investigations regarding the zero output problem: First of
all I installed gnuradio 0.9 on an old Red Hat 9 installation and made
tests with the files from http://comsec.com/data/README. As the 0.9 ATSC
DTV decoder works fine, I took the intermediate save files (.rxout, can
be obtained when using the log function) and used them as input for the
version 3.x ATSC decoder.
It turned out that everything works fine if I use the 0.9 output after
the bit timing loop (bt_
.rxout) as input for the 3.x frame sync block.
Further, if I use the 0.9 fpll output as input for the 3.x bit timing
loop nothing happens (zero output). So I guess the problem can be
isolated to the bit timing loop.
I still do not fully understand the code, so I hope someone can help me
to further isolate the problem. If we can fix this we would finally have
a working gnuradio ATSC receiver again!
Regards
Klaus

-----Ursprüngliche Nachricht-----
Von: [email protected]in.invalid
[mailto:[email protected]in.invalid] Im
Auftrag von Klaus Hueske
Gesendet: Donnerstag, 24. Juni 2010 09:52
An: [email protected]
Betreff: Re: [Discuss-gnuradio] ATSC decoding

Hi Stephen,
Did you make progress with this zero byte output problem? Anyway, I’m
wondering if the ATSC receiver implementation will work at all with the
current version of Gnuradio. It looks like parts of the original ATSC
implementation that was working with Gnuradio 0.9 have been adapted to
be used in Gnuradio 2.0, but now we have 3.2.2. Anyone here who can
verify that the provided code can decode ATSC signals? Thanks Klaus


On Mon, Apr 19, 2010 at 8:12 PM, Stephen B. [email protected] wrote:

Available hardware: USRP1, USRP2, WBX daughterboard, TVRX daughterboard

We followed the instructions in ./gnuradio/gr-atsc/src/python/README to

no
success.

Using the FFT we found 507.25M to have a strong signal. According to
http://en.wikipedia.org/wiki/North_American_broadcast_television_freque
ncie
s#UHF_band
this is channel 20.
And according to
http://www.fcc.gov/fcc-bin/tvq?state=AL&call=&arn=&city=&chan=14&cha2=6
9&se
rv=&type=0&facid=&list=2&dist=&dlat2=&mlat2=&slat2=&dlon2=&mlon2=&slon2=
&siz
e=9
this is WCOV from Montgomery, Alabama.
So we do have the correct video carrier frequency, which I assume is
the
frequency we want to record and decode into a video.

Question #1) Is the video carrier the one that carriers the video, or
would
it
/tmp/atsc_pipe_5 never fills with data.
Bobby Black
Auburn University
[email protected]
(334) 804-4826


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

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