> When I do cat
> /dev/draw/new, it's telling me it's an r6g5b6 channel while in drawterm
> it's x8r8g8b8. ...
>
> Is there anything I can do about this?
You can set the screen depth to 24 on the pi instead of the default 16.
Set vgasize=WxHx24 in cmdline.txt where W and H are your screen dimensi
6+5+6 is 17, not 16 bit. is this a typo or was r5g6b5 ment?
--
cinap
> I think the videocore
> firmware must have changed from BGR to RGB some time since I last
> looked. I will look into this.
Yes, someone on the netbsd mailing list noticed (Jan 2015):
> Newer Raspberry Pi firmware has changed the framebuffer from BGR to RGB.
> The method we use to set the pixel
> It turns out that the interface 9pi used for querying framebuffer depth
> is also now broken. Setting framebuffer_depth=N in config.txt used to
> work for changing the pixel format, now it doesn't.
OK, new 9pi and 9pi2 kernels in /n/sources/contrib/miller should now do
the right thing for 24bpp
Probably a typo, I was going from memory. I thought it was a multiple of 8
bits per component, not for the whole thing, so that (and a typo) would
explain it.
But the bigger problem was that even if you only have 1 bit for r, g, and b
you should be able to represent yellow as 110, so any r>1g>1b>1
On Mon, May 30, 2016 at 8:37 AM, Richard Miller <9f...@hamnavoe.com> wrote:
> > It turns out that the interface 9pi used for querying framebuffer depth
> > is also now broken. Setting framebuffer_depth=N in config.txt used to
> > work for changing the pixel format, now it doesn't.
>
> OK, new 9pi
> I was pretty sure it was either a kernel or libmemdraw bug, but I don't
> know how you can possibly
> track these things down so quickly without even getting a proper bug
> report.
All I did was to recover the ability to set r8g8b8 mode on 9pi, after
a firmware change broke it. I don't know whe
> What would you think about moving the named pipe from samterm into sam?
Sorry for the delay, but I have had to put all this together...
I haven't studied the source so much, but it seams that sam communicates
with samterm (if not -d), and samterm flows the IO to and from it. The
pipe looks more
I posted wrong code for Plan 9 by error.
The E script:
-
#!/bin/rc
files=()
dest=()
if(~ $#* 0){
echo usage: E file ... >[1=2]
exit usage
}
for(i)
switch($i){
case /*
files = ( $files $i )
case *
files = ( $
