> no, it´s not the problem to have Eth ports on the PC side, as you notice > yourself _Dieter_ even low-end PC privide one port. > Rather, a chip on the PC´s mobo which route the PCI signal through > Ethernet. > (and on the monitor g-card, the contrary, though it could be not > necessarly to bother with a PCI slot, as you suggest)
Oh! I think I *finally* understand what you want. A PCI slot extender that uses Ethernet for the link. Interesting idea. I don't know of such a device. Anyone? The closest thing to this that I know of is a device for adding more PCI slots or adding PCI slots to laptops. It looks like the cable is limited to 1.5 meters. It is also expensive. For most purposes one might as well buy an additional computer instead. http://www.mycableshop.com/sku/PCI-P7T.htm It might be that the PCI bus has timing/latency requirements that prevent a remote slot over a long cable? > So, the g-card would have an OGC chip + a low power CPU + an Eth port ? Yes, although I'm not calling it a graphics card. I think of a graphics card as being only a PCI (or whatever bus) to HD-15/BNC/DVI. This X-video-server is more of a somewhat specialized computer with a low power general purpose CPU, a GPU that can handle SD and HD video as well as "disktop" apps, Ethernet, and little else. (no disks, no tape drives, no scanner, no printer, ...) > I realise that I was focusing on PCI slot just because the g-card could > be removable from the monitor, hence upgradable. But this could be > achevied differently. There are other connectors besides PCI. :-) > > This brings up the issue of security - constantly sending your entire > > screen over an insecure network is not a good idea. Certainly you want a good firewall between this and the internet. For some environments you might want encryption between the terminal and the host. > > > > As well one can foreseen that the next generation of TV will have far > > > > more logic inside, more capacities to handle graphics or codec, and > > > > maybe not so different than a terminal. > > > > > > Any current TV that has a tuner for OTA digital will be able to decode > > > whatever codec is used for OTA. (here OTA uses mpeg2ts) Whether there > > > is a way to feed such a TV mpeg2ts data via a path other than the RF > > > input is another question. > Do cablecos have not addressed this question ? (at least on the > principle) If I understand your question, delivering digital tv signals via cable-tv either uses the same mpeg2 as OTA (but often a different modulation) and TVs can decode it, or the cableco provides a set top box that decodes and produces a DVI/HDMI/analog output. > Wouldn´t be strategic for OGP/C to provide a balanced chip + an as low > power cpu as possible combination ? > And why not, an fpga implementing video signal through Ethernet, which > seems to be the best path available ? If I understand this, you are suggesting to make a single chip that includes the CPU, GPU, Ethernet, and possibly memory? For mass production, it should be cheaper to do it that way. _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
