My point, Doug Lung's point was that legacy receivers are a problem when designing DOCRs. Even if 5th gen receivers work perfect with DOCRs the legacy receivers hold back their use. Until you can design a DOCRs that will work with legacy receivers you can't use DOCRs based on the legacy receiver is holy theory. But you need DOCRs for a successful DTV HDTV transition according to Doug. Catchy 22. Legacy receivers are bad. But you can't get rid of them and they are increasing in numbers everyday. What to do what to do. I guess we are just stuck with a dead OTA. But above all we must stay the course. Bob Miller On 11/13/06, Albert Manfredi <bert22306@xxxxxxxxxxx> wrote:
Bob Miller wrote: >One other little problem with legacy receivers and the >future/present needs of the US DTV spectum. > >Doug Lung in "China's new DTV Standard and DOCRs" brings >up the troubling need for DOCRs. He thinks they are required >for a successful OTA HDTV future. For the record, I didn't buy your other arguments, but we've been over them time and time again. What you need for digital OCRs is a reasonable amount of pre-echo tolerance, where the amount of pre-echo tolerance you have is proportional to how much power the OCR can transmit, compared with the power density in that location generated by the main transmitter. This is the same consideration you have to give to SFNs that use unsynchronized transmitter. The safe way to design this sort of network is to use what the French call the umbrella configuration. The big stick is used for the bulk of coverage (e.g. the Eiffel Tower), and the OCRs are low powered enough that they do not interfere with each other and don't radiate so far that the main transmitter will create what looks like strong pre-echo many usec prior to the repeated signal. The 5th gen receivers can stand strong pre-echo out to roughly 15 usec or so, realistically, which means that beyond 3 miles from the OCR, you really want that repeated signal to become weak compared with the main transmitter's signal. That's so the main transmitter will again seem like the dominant signal, and the OCR will create a benign post-echo. As the relative power of the pre-echo drops, 5th gen receivers can tolerate quite a bit of pre-echo. Like -50 usec. The CRC demoed these in Ottawa, using the LG 5th gen demod. They got good results with two OCRs creating coverage that overlapped with the main transmitter, which is not half bad. Yes, this is a strong suit of COFDM -- pre-echo tolerance -- although 1st and 2nd generation DVB-T receivers (according to the French CSA document http://www.csa.fr/pdf/Rapport-GT2-Aspects_Radiofrequence_de_la_TNT.pdf Section 2.3.1.5) also had trouble with pre-echo tolerance. It is of course not unreasonable to expect that as time goes by, as things change, people will require STBs even if they own an integrated set. We have discussed this many times too. If AVC is introduced, for example. I think OCRs or gap fillers can be used with 8-VSB, and would be easiest to implement when terrain masks the main transmitter's signal. Like in a valley. Using directional antennas with the OCR helps too. No matter 8-VSB or COFDM, designing a solid multi-transmitter single channel network in no trivial task. Bert _________________________________________________________________ Try the next generation of search with Windows Live Search today! http://imagine-windowslive.com/minisites/searchlaunch/?locale=en-us&source=hmtagline ---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways: - Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org - By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.
---------------------------------------------------------------------- You can UNSUBSCRIBE from the OpenDTV list in two ways:- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org
- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word unsubscribe in the subject line.