The 16-bit color mode does not appear to function properly in OS X.  It causes the image to be distorted.  Specifically, the image is compressed horizontally, so the right half of the image is blank.  Also, the colors are wrong (there is a purple tint), and there are horizontal lines.  Also, when 16-bit color mode is enabled, the same happens for 8, 4, and 2 bit modes.  When I disable 16-bit color mode on OS X, I lose 16-bit color, but I gain working 8, 4, and 2 bit color modes.

On Jun 3, 2013, at 1:41 AM, asvitkine <notifications@github.com> wrote:

> In BasiliskII/src/Unix/video_x.cpp:
> 
> > @@ -1637,6 +1637,12 @@ bool VideoInit(bool classic)
> >  		return false;
> >  	}
> >  	std::sort(avail_depths, avail_depths + num_depths);
> > +
> > +#ifdef __APPLE__
> > +	// 15-bit color does not seem to work on OS X
> > +	int *last = std::remove(avail_depths, avail_depths + num_depths, 15);
> > +	num_depths = ( (size_t)last - (size_t)avail_depths ) / sizeof(int);
> 
> Shouldn't there still be a 16-bit mode that allows thousands of colors?
> 
> Looking up what 15-bit depth means, I guess it's to signify its a 555 rgb encoding (rather than 565 with 16-bit).
> 
> Can you provide details of what exactly happens without this? I'm curious what's actually failing.
> 
> —
> Reply to this email directly or view it on GitHub.
>