Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84 Brag 10-8-84; site bragvax.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!godot!harvard!seismo!harpo!decvax!ittvax!dcdwest!sdcsvax!sdcrdcf!hplabs!bragvax!david From: david@bragvax.UUCP (David DiGiacomo) Newsgroups: net.news Subject: My last posting on satellite netnews (I hope) -- long Message-ID: <277@bragvax.UUCP> Date: Mon, 17-Dec-84 18:34:49 EST Article-I.D.: bragvax.277 Posted: Mon Dec 17 18:34:49 1984 Date-Received: Thu, 20-Dec-84 00:31:19 EST References: <468@vortex.UUCP> <469@vortex.UUCP> Organization: Brag Systems Inc., San Mateo, CA Lines: 92 In article <469@vortex.UUCP> lauren@vortex.UUCP (Lauren Weinstein) writes: >The satellite carrier has told me that if someone honestly thought >that they could manufacture demods/decoders and have the end-user >price be under $500, while meeting the specs necessary for broadcast, >cable company, and U.L. acceptance, they'd love it! And so would I. >In that case, I'm sure they'd be happy to make the specifications >available to a legit party. On the other hand, I'm pretty sure they >would not be happy to go tossing out their keys to their system, >which would go far toward compromising other, very expensive >services, just so that a few people could try build homemade >decoders and get transmissions for free. I can't blame them, either. OK, that settles the issue. Given these constraints I don't know how to produce low-cost decoders, and I retract my original statements. I'm very disappointed, since I don't think I will be able to take direct advantage of Lauren's system in the foreseeable future. My experience is limited, but I really don't know of many corporate environments where the required expenses will be justifiable. (If I'm wrong, please tell me where to send my resume (or have I been black-balled by now?)) I still don't understand the emphasis on the "professional" nature of the decoding equipment. (Isn't all of Usenet a massive kluge? Why did Lauren write his own UUCP instead of buying a professionally written UUCP package which met UUCP industry criteria?) I don't recommend that people build their own cable converters (analogous to modems in telephone Usenet), but what's wrong with a little healthy experimentation in the rest of the system? Appendix A: My right/privilege to kvetch (not strictly relevant). A couple of people have asked, "what have *you* done for the net?" -- a fair question. I have invested hundreds of hours in installing and maintaining (especially maintaining -- rn bug #29 indeed!) modems, uucp, and news at our site, in addition to time spent worrying about the phone bills. I didn't just sit down one day and type "vnews"! (I have also volunteered for the "Usenet Project" although nothing has happened yet.) I know that many others have contributed as much, or much more, and I hope to do something original as soon as I install 20 more patches, test the new postnews, integrate pathalias into rn, etc. etc. Until then, is my personal commitment worth anything? Can I have a flamage allowance for every patch I install? Appendix B: My conceptual low-cost semi-kluge decoder, now moot. 1. Cable converter: May be required depending on which channel WTBS is on, what you do about #2, etc. Your cable company may well require you to rent from them, otherwise you can get by with a "block converter" for about $30; real converters are quite a bit cheaper here than Lauren's quotes, especially if you're willing to settle for used/surplus (why not?). 2. Tuner: Buy a low-end TV set and bring out video & sync. It may be cheaper to buy a non-isolated set and an isolation transformer (or a set of optoisolators if you're adventurous), or you could just get a 12V set and a power supply. The advantage of using a TV is that you don't need sophisticated auto-tuning -- just twist the knob and watch the screen. Even cheap TV's have reasonable AFT, but maybe you would have to touch it up every few weeks. (I don't understand why cabletext tuning should be particularly different or delicate; the spectrum of a TV signal is pretty well nailed down whether cabletext is present or not.) The required modification of the TV is the weakest part of the scheme; I think there are alternatives available from pirate pay decoder technology, but I don't know the details (or condone knowledge of same!). 3. Decoder: I really doubt that custom chips are required or even desirable. At the low bit rates Lauren is proposing you could probably digitize the lines of interest and decode them during the rest of the frame with a common micro. However, I'll indulge myself and assume that the signal could be mostly decoded in real-time by a small collection of MSI/fuse logic etc. Physical implementation is a small board that plugs into #4. A couple of cables connect #2 to #3. 4. Computer interface: This is the easiest part -- just use an appliance computer (Radio Shack Color Computer, Commodore 16 etc.). If you do the hard part of the video decoding in hardware and stick a UART on the decoder board, the control software shouldn't be too difficult (about 1% of the complexity of inews, I'd guess). Note that the TV set and the computer are already UL listed, FCC certified etc. (at least until you hack them up), and the actual decoder doesn't come near power lines or RF. Also, the only item that would have to be sold is the decoder, probably as a kit. -- David DiGiacomo, BRAG Systems Inc., San Mateo CA (415) 342-3963 (...decvax!ucbvax!hplabs!bragvax!david)