home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / windows / x / i386unix / 369 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.8 KB  |  62 lines
  1. Newsgroups: comp.windows.x.i386unix
  2. Path: sparky!uunet!mcsun!news.funet.fi!news.lut.fi!junki
  3. From: junki@lut.fi (Juha Nurmela)
  4. Subject: Re: Accessing video memory bypassing Xserver
  5. Sender: news@lut.fi (Usenet News)
  6. Message-ID: <C19usA.Jvv@lut.fi>
  7. Date: Fri, 22 Jan 1993 20:12:09 GMT
  8. References: <none> <C10E8t.9s5@lut.fi> <epstein.727300746@trwacs> <1993Jan22.004818.1494@cbnewsj.cb.att.com>
  9. Nntp-Posting-Host: boa.cc.lut.fi
  10. Organization: Lappeenranta University of Technology, Lappeenranta, Finland
  11. Lines: 49
  12.  
  13. In article <1993Jan22.004818.1494@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
  14. |> In article <epstein.727300746@trwacs> epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:
  15. |> > junki@lut.fi (Juha Nurmela) writes:
  16. |> > 
  17. ...
  18. |> Jeremy is exactly right.  SVGA only allows a 64k window to be available
  19. |> to the CPU at any given time (well, there are some odd exceptions, but we
  20. |> won't go into that :->).
  21. |> 
  22. How could I be so silly. I was thinking that the video ram would be
  23. available like any other ram. Obviously this cannot be true. (Kicking myself).
  24. |> > 
  25. |> > You could try to synchronize your server with the client via an
  26. |> > extension to know which bank is active, but I doubt that you'd be
  27. |> > able to get it to work correctly, since they'd still never stay
  28. |> > synchronized.
  29. |> 
  30. Rethinking it, this doesn't sound so attractive any more. Would be very
  31. ineffective, at least. The server flips these banks FAST, correct ? :)
  32.  
  33. |> Any particular reason that the MITSHM extension doesn't already do what
  34. |> you're after?  If you're using an ET4000, I think you would be (very)
  35. |> hard pressed to find a faster way to do this than creating shared-memory
  36. |> pixmaps, and then XCopyArea'ing the whole pixmap to the screen.  Unless
  37. |> you want to reimplement SpeedUp (which I don't recommend).
  38. |> 
  39. This sounds good. I had scanned the manual pages for something like this
  40. before I posted my question, but they didn't mention MITSHM anywhere.
  41. Should have taken a look at /usr/include/X11/extensions/...
  42. Can't get away without recompiling the server, however. This extension
  43. might not exist in the XFree86 for 386BSD by default.
  44.  
  45. |> > 
  46. |> > I think your best bet is try a more sensible hardware architecture
  47. |> > than the IBM PC and VGA cards.
  48. |> 
  49. |> Now, now, Jeremy.  Not everyone has that option :->
  50. |> 
  51. The PC is what it is. We are fortunate to have lots of GREAT software for it.
  52. The simple program I have sucks a picture from a card on the isa,
  53. pushes it through Xlib and sockets to the Xserver which shuffles the bytes
  54. back to the isa. The single rep insl for 131072 bytes from grabber card
  55. takes half of the time !
  56. Deep bow for Teuvo Lahti and the people at MIT and UCB,
  57. and for the XFree86-team and William Jolitz and all others for doing a good job.
  58. And to IBM too ! (hmmm...)
  59.  
  60. --
  61. Juha Nurmela, expert historian.
  62.