nanogui: Thread: more on jpeg...

I've looked at the jpeg stuff some more. I tried running Martin's
demo3.sh (nice graphics:) on an 8bpp fb. This works fine. When running
on 16bpp or 24bpp fb, the picture is very distorted. I recompiled with
SCREEN_PIXTYPE=PF_TRUECOLOR565 and 888 (in config) for each. The results
are the same. I noticed in GrJPEG the comment "Support only palettized
for now ...". Does this mean only support for 8bpp video?

Has anyone done any work with 24bpp framebuffers? I couldn't get any of
the demos to run on an 800x600x24bpp fb.

I like the latest make system. It's really nice :)

Thanks, Kyle.

On Wednesday, February 02, 2000 12:30 PM, Kyle Harris  wrote:
: I've looked at the jpeg stuff some more. I tried running Martin's
: demo3.sh (nice graphics:) on an 8bpp fb. This works fine. When running
: on 16bpp or 24bpp fb, the picture is very distorted. I recompiled with
: SCREEN_PIXTYPE=PF_TRUECOLOR565 and 888 (in config) for each. The results
: are the same. I noticed in GrJPEG the comment "Support only palettized
: for now ...". Does this mean only support for 8bpp video?
: 

Yes, IIRC.  We need to add support for truecolor in the jpeg stuff.


: Has anyone done any work with 24bpp framebuffers? I couldn't get any of
: the demos to run on an 800x600x24bpp fb.

It's all supposedly implemented, but I haven't been able to test it.
Perhaps it's time for me to buy a new video card.  What are you
running?  Can you switch between modes?  What version of Linux?

What exactly isn't running?


: 
: I like the latest make system. It's really nice :)

Thank Martin, he created it.  I like it too.

Regards,

Greg

Greg Haerr wrote:
> 
> 
> : Has anyone done any work with 24bpp framebuffers? I couldn't get any of
> : the demos to run on an 800x600x24bpp fb.
> 
> It's all supposedly implemented, but I haven't been able to test it.
> Perhaps it's time for me to buy a new video card.  What are you
> running?  Can you switch between modes?  What version of Linux?
>

I'm running 2.2.5-15 kernel on an Aaeon 4896 MediaGX single board
computer with a C&T 69000 chip. The framebuffer is VESA, so I can't
change modes without rebooting. 

> What exactly isn't running?
>

Most demos kinda run, but the color is off and there are vertical lines
every few mm. Mdemo with GRAPH3D enabled takes a seg fault. Below is the
stack trace.

Program received signal SIGSEGV, Segmentation fault.
0x8057dd9 in linear32_drawhorzline (psd=0x8088ab0, x1=0, x2=394, y=96,
    c=12307669) at fblin32.c:77
77                              *addr++ = c;
(gdb) bt
#0  0x8057dd9 in linear32_drawhorzline (psd=0x8088ab0, x1=0, x2=394,
y=96,
    c=12307669) at fblin32.c:77
#1  0x8054a02 in FB_drawhline (psd=0x8088ab0, x1=0, x2=393, y=96,
	 c=12307669) at scr_fb.c:114
#2  0x80531f3 in GdFillRect (psd=0x8088ab0, x1=0, y1=97, width=800,
	 height=600) at devdraw.c:532
#3  0x804b09a in FillRect (hdc=0x8088b20, lprc=0x0, hbr=0x805c704)
	 at wingdi.c:384
#4  0x804dfef in init3 (hDC=0x8088a78, memhwnd=0x80889b8) at
	 graph3d.c:55
#5  0x8048d11 in WndProc (hwnd=0x80889b8, msg=15, wp=0, lp=0)
	 at demo.c:217
#6  0x804a4c8 in DispatchMessage (lpMsg=0xbffffd2c) at
	 winuser.c:27
#7  0x8048f02 in WinMain (hInstance=0x0, hPrevInstance=0x0,
	 lpCmdLine=0x0, nShowCmd=5) at demo.c:299
#8  0x8049aad in main (ac=1, av=0xbffffdb4) at winmain.c:49
#9  0x4004bcb3 in __libc_start_main (main=0x8049a70 <main>,
	 argc=1, argv=0xbffffdb4, init=0x80487c4 <_init>, fini=0x8059ccc
	<_fini>, rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffdac)
	 at ../sysdeps/generic/libc-start.c:78

 
Kyle.

> I'm running 2.2.5-15 kernel on an Aaeon 4896 MediaGX single board
> computer with a C&T 69000 chip. The framebuffer is VESA, so I can't
> change modes without rebooting. 

The MediaGX onboard video is supported by Linux in X11, the VESA and VGAfb
both work on it. Its an odd chip out of VGA mode and uses some fairly
weird tricks. 

Alan