Thread: [Basilisk-cvs] BasiliskII/src/Unix video_x.cpp

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
XFree() doesn't need casting

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
- Cleaned up the process for determining the ranges of pages touched
  that have to be blitted onto the screen (find_next_page_set() and
  find_next_page_clear() functions)
- Cleaned up some comments
Changes from Brian J. Johnson
- Fixed mainBuffer.dirtyPages[] array overrun in VOSF code
- Fixed calculation of the frames-per-second value

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
depth/resolution switching infrastructure should be complete now; slot ROM
contains all supported depths, default mode is stored in XPRAM upon startup,
and added video_switch_to_mode() call (currently unimplemented in all drivers)

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
gamma tables work with X11

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
- added some documentation
- VidLocal.sp -> VidLocal.slot_param
- X11 color map is loaded with ramp upon startup to avoid the annoying black
  screen during initialization

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
- improved compatibility of multiple depth/resolution handling with versions
  of MacOS before 7.6:
   - Apple mode IDs are now allocated contiguously from 0x80 (the video_*.cpp
     module must call video_init_depth_list() after adding all modes)
   - if the video driver didn't receive a GetVideoParameters call, it patches
     ScrnBase and the main GDevice upon a video mode switch (otherwise MacOS
     will continue to use the old frame buffer base)
   - the rowBytes values in the video parameters slot resources are correct
     for all bit depths

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
- background_pixel, border_pixel and colormap attributes of window are now
  always set as this seems to be required for non-default visuals

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
- find_visual_for_depth() did not return true on success

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
fixed compilation problem in fbdev code

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
Force use of MacX mappings with Apple's X server

Update of /cvs/BasiliskII/src/Unix

Modified Files:
	video_x.cpp 
Log Message:
Avoid use of pthread_cancel() for redraw thread cancellation. Use an extra
variable to acknowledge cancellation. This avoids Xserver events queue
corruption when clipboard is in use. Concretely, this fixes following errors:
Xlib: unexpected async reply (sequence 0xHEX)!

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	video_x.cpp 
Log Message:
- factor out native_byte_order determination
- fix ExpandMap[] when client X image byte order is different than host's
  e.g. { mips, ppc } -> x86 in 8 bpp mode

Update of /home/cvs/cebix/BasiliskII/src/Unix by gbeauche

Modified Files:
	video_x.cpp 
Log Message:
Workaround video mode switch problems. IOW, make sure to always allocate
the frame buffer at the same base address.

Update of /home/cvs/cebix/BasiliskII/src/Unix by asvitkine

Modified Files:
	video_x.cpp 
Log Message:
[Patch by Mike Sliczniak]
I was testing some other SS patches and I noticed that when I ran an X11
build of SS there were not all the video modes I expected in the the
control strip. Mac OS X 10.5 changed the form of the DISPLAY environment
variable. The reason for this is that the DISPLAY variable looks like
this in Leopard:

/tmp/launch-XXXXXX/:0

The Xs are like in mktemp.

Update of /home/cvs/cebix/BasiliskII/src/Unix by cebix

Modified Files:
	video_x.cpp 
Log Message:
fixed warnings

Thread: [Basilisk-cvs] BasiliskII/src/Unix video_x.cpp

basilisk-cvs