[prev in list] [next in list] [prev in thread] [next in thread]
List: netbsd-port-sparc
Subject: Re: CG14 in 8-bit color
From: Bob Breuer <bbreuer711 () gmail ! com>
Date: 2021-11-09 5:22:58
Message-ID: CAHYW14-ZOXbU-Bh3cqyXMiTS6Op9sGk2ZyjsMwYqUBkSDKqw6g () mail ! gmail ! com
[Download RAW message or body]
Is there any interest in 16 bit color? It might be more compatible than 8
bit with some programs and still allow for the highest resolutions even
with a 4MB VSIMM. The cg14 can be coerced into either 565 or 555 mode by
abusing pretty much all of its lookup tables at the same time. Very
unlikely to have any acceleration with this mode though.
Bob
On Sun, Nov 7, 2021, 11:19 PM Michael <macallan@netbsd.org> wrote:
> Hello,
>
> On Sun, 7 Nov 2021 08:31:15 +0100
> Malte Dehling <mdehling@gmail.com> wrote:
>
> > admittedly it doesn't seem that useful, but I run my cg14 in 8-bit color
> > to allow for higher resolutions (1920x1200). "Out of the box" the Xorg
> > driver included with NetBSD 9.2 works only in 24-bit color; with a few
> > changes to xsrc/external/mit/xf86-video-suncg14/dist/src/cg14_driver.c
> > it works in either 8-bit or 24-bit mode. I've attached a diff. Simply
> > set DefaultDepth in xorg.conf or use the -depth command line parameter.
> >
> > Part of the change is to trust the OBP on the VSIMM size instead of
> > assuming an 8MB VSIMM for higher resolutions. I'm not sure if that
> > breaks anything? (Older OBP versions? The SS10SX?)
>
> That's from Way Back When OBP access didn't work at all on NetBSD ( or
> rather, the NetBSD-specific SBus support code in Xorg was rather
> horribly broken. No idea how that happened. )
> I fixed it a while ago, so this workaround can go away.
>
> > I also have no clue how to fix the acceleration code. Currently if you
> > enable the Accel option, you will see vertical bars on your screen
> > (looks like 3 black pixels followed by 1 pixel of the actual image.)
>
> Yeah, the accel code pretty much assumes 32bit colour. I'll fix that.
>
> > With ShadowFB enabled I find the speed acceptable, but of course
> > acceleration would be preferable.
>
> SX isn't *that* fast, especially compared to anything halfway modern.
> It should be able to shovel data around faster than the CPU alone
> though.
>
> have fun
> Michael
>
[Attachment #3 (text/html)]
<div dir="auto">Is there any interest in 16 bit color? It might be more compatible \
than 8 bit with some programs and still allow for the highest resolutions even with a \
4MB VSIMM. The cg14 can be coerced into either 565 or 555 mode by abusing pretty \
much all of its lookup tables at the same time. Very unlikely to have any \
acceleration with this mode though.<div dir="auto"><br></div><div \
dir="auto">Bob</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div \
dir="ltr" class="gmail_attr">On Sun, Nov 7, 2021, 11:19 PM Michael <<a \
href="mailto:macallan@netbsd.org">macallan@netbsd.org</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br> <br>
On Sun, 7 Nov 2021 08:31:15 +0100<br>
Malte Dehling <<a href="mailto:mdehling@gmail.com" target="_blank" \
rel="noreferrer">mdehling@gmail.com</a>> wrote:<br> <br>
> admittedly it doesn't seem that useful, but I run my cg14 in 8-bit color<br>
> to allow for higher resolutions (1920x1200). "Out of the box" the \
Xorg<br> > driver included with NetBSD 9.2 works only in 24-bit color; with a \
few<br> > changes to \
xsrc/external/mit/xf86-video-suncg14/dist/src/cg14_driver.c<br> > it works in \
either 8-bit or 24-bit mode. I've attached a diff. Simply<br> > set \
DefaultDepth in xorg.conf or use the -depth command line parameter.<br> > <br>
> Part of the change is to trust the OBP on the VSIMM size instead of<br>
> assuming an 8MB VSIMM for higher resolutions. I'm not sure if that<br>
> breaks anything? (Older OBP versions? The SS10SX?)<br>
<br>
That's from Way Back When OBP access didn't work at all on NetBSD ( or<br>
rather, the NetBSD-specific SBus support code in Xorg was rather<br>
horribly broken. No idea how that happened. )<br>
I fixed it a while ago, so this workaround can go away.<br>
<br>
> I also have no clue how to fix the acceleration code. Currently if you<br>
> enable the Accel option, you will see vertical bars on your screen<br>
> (looks like 3 black pixels followed by 1 pixel of the actual image.)<br>
<br>
Yeah, the accel code pretty much assumes 32bit colour. I'll fix that.<br>
<br>
> With ShadowFB enabled I find the speed acceptable, but of course<br>
> acceleration would be preferable.<br>
<br>
SX isn't *that* fast, especially compared to anything halfway modern.<br>
It should be able to shovel data around faster than the CPU alone<br>
though.<br>
<br>
have fun<br>
Michael<br>
</blockquote></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic