home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / windows / x / i386unix / 359 < prev    next >
Encoding:
Text File  |  1993-01-21  |  3.0 KB  |  70 lines
  1. Newsgroups: comp.windows.x.i386unix
  2. Path: sparky!uunet!cs.utexas.edu!uwm.edu!linac!att!cbnewsk!cbnewsj!dwex
  3. From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
  4. Subject: Re: Accessing video memory bypassing Xserver
  5. Organization: AT&T
  6. Date: Fri, 22 Jan 1993 00:48:18 GMT
  7. Message-ID: <1993Jan22.004818.1494@cbnewsj.cb.att.com>
  8. References: <none> <C10E8t.9s5@lut.fi> <epstein.727300746@trwacs>
  9. Lines: 59
  10.  
  11. In article <epstein.727300746@trwacs> epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:
  12. > junki@lut.fi (Juha Nurmela) writes:
  13. > 
  14. > >What I'm considering is to mmap the video memory just like the
  15. > >server does. Creating a properly configured window and keeping an eye
  16. > >on its geometry on the screen, it would be possible to transfer images
  17. > >to this area with direct access, faster than going through sockets
  18. > >and context switches. Configuring this window with a wm might of course
  19. > >mess up the screen sometimes, but that's what xrefresh is made for...
  20. > 
  21. > >I have fooled around with the mmap already, and (of course) it works
  22. > >as advertised. However, the screen doesn't seem to stay still, my 
  23. > >bcopy's pop up here and there, apparently almost randomly (?).
  24. > >Maybe the hw-panning server is doing causes this. Is there anything
  25. > >I could do about this without modifying server ? Maybe an XExtension
  26. > >for getting the 'real' coords from server would be the best solution ?
  27. > 
  28. > This sounds like the brain-damaged IBM PC architecture biting you.
  29. > The frame buffer isn't a uniform memory space which you can scribble
  30. > in.  Rather, it's divided into pages, which are then used via the
  31. > bank mechanism.  The effect you're seeing is that the X server is
  32. > switching banks on you, so depending which bank is active, you're
  33. > drawing on varying parts of the screen.
  34.  
  35. Jeremy is exactly right.  SVGA only allows a 64k window to be available
  36. to the CPU at any given time (well, there are some odd exceptions, but we
  37. won't go into that :->).
  38.  
  39. > 
  40. > You could try to synchronize your server with the client via an
  41. > extension to know which bank is active, but I doubt that you'd be
  42. > able to get it to work correctly, since they'd still never stay
  43. > synchronized.
  44.  
  45. Any particular reason that the MITSHM extension doesn't already do what
  46. you're after?  If you're using an ET4000, I think you would be (very)
  47. hard pressed to find a faster way to do this than creating shared-memory
  48. pixmaps, and then XCopyArea'ing the whole pixmap to the screen.  Unless
  49. you want to reimplement SpeedUp (which I don't recommend).
  50.  
  51. > 
  52. > I think your best bet is try a more sensible hardware architecture
  53. > than the IBM PC and VGA cards.
  54.  
  55. Now, now, Jeremy.  Not everyone has that option :->
  56.  
  57. > -- 
  58. > Jeremy Epstein            Internet: epstein@trwacs.fp.trw.com
  59. > Trusted X Research Group    Voice: +1 703/803-4947
  60. > TRW Systems Division
  61. > Fairfax Virginia
  62.  
  63.  
  64. --
  65. David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
  66. AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748
  67.  
  68. "The meaning of life?  That's simple.  Try to be happy, try not to hurt
  69.  other people, and hope to fall in love."  -- Mallory Keaton
  70.