Hdtv tx

Gang - I’ve been playing with the atsc transmitter and have a few notes
to report.

First, a good definition of “real time transmitter” would include a
firewire video camera, the processing to make an mpeg transport stream
(whatever that is, I’m not a video guy), then the atsc_tx out to the
usrp and a flea power transmitter, which can be picked up by a nearby
common consumer hdtv.

Otherwise, since you have to do some processing (and that could be
slow, I dunno) to make an mpeg transport stream out of a dvd or whatever
anyway, you might as well do the atsc encoding offline as well, ending
up with a 200GB file of rf with 2 hours you just dump out to the
usrp with no processing at all.

Anyway, I’ve send a short mpeg clip around the loop consisting of a
partial 2.x module (atsc.pad, randomizer, rs-encoder, interleaver and
trellis encoder) and the rest in 0.9 (field_sync_mux, symbol mapper,
weaver mod head, filter, rate converter (munged to use 19.2 instead
of 20MSps) and weaver mod tail) ending up with a 19.2MSps file of
‘real’ short data. From that it should be easy to convert to complex,
mix down from 5.75MHz to 0, and decimate by 3 to get something
suitable for the usrp and over the air.

The 19.2MSps short rf data was then decoded by a part 0.9 and part 2.x
receiver to get the original video back.

The 2.x field_sync_mux didn’t work.

–Chuck

Ok, a rough atsc transmitter benchmark: as it is now with almost
all the signal processing still taking place in the 0.9 code, that
is, one processor running 100% and the 2.0 script in the single
digit percent utilization - a 9 second mpeg stream takes 104
seconds to encode. Using 2GHz Opterons.

–Chuck

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