bugle-users Mailing List for BuGLe
Status: Inactive
Brought to you by:
bmerry
Menu
▾
▴
bugle-users — General discussion about bugle
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(16) |
Jun
|
Jul
|
Aug
(9) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
| 2012 |
Jan
(5) |
Feb
(2) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruce M. <bm...@gm...> - 2012-07-09 17:44:58
|
On 9 July 2012 09:04, Preet <pri...@gm...> wrote: >> Hi >> >> The stack trace helps a lot actually - I can immediately see a bug >> that might explain this. In src/gdldb/gldb-gui-framebuffer.c:475, try >> changing the 4 to a 3 so that it looks like this: >> >> store = gtk_list_store_new(3, >> G_TYPE_UINT, /* ID */ >> G_TYPE_INT, /* bold */ >> G_TYPE_STRING); >> >> Let me know whether that works. > > Hey this worked! I tried building both the debug and release > configs... both seem to be working. Great! I've checked it in to trunk, so next time I get around to making a release it'll be in there. Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Preet <pri...@gm...> - 2012-07-09 07:05:06
|
> Hi > > The stack trace helps a lot actually - I can immediately see a bug > that might explain this. In src/gdldb/gldb-gui-framebuffer.c:475, try > changing the 4 to a 3 so that it looks like this: > > store = gtk_list_store_new(3, > G_TYPE_UINT, /* ID */ > G_TYPE_INT, /* bold */ > G_TYPE_STRING); > > Let me know whether that works. Hey this worked! I tried building both the debug and release configs... both seem to be working. Also, as an aside, thanks a lot for making BuGLe... I used it today to debug some stuff I doubt I ever would have been able to find without OpenGL trace logs. Regards, Preet |
|
From: Bruce M. <bm...@gm...> - 2012-07-08 07:51:24
|
On 8 July 2012 05:25, Preet <pri...@gm...> wrote:
> Hiya,
>
> I get a segmentation fault when I try to run gldb-gui on Arch Linux.
> Someone else in bugle-dev had mentioned the same problem and I think
> they got around it by compiling with the debug config. I tried doing
> that as well, but gldb-gui still crashes. I've pasted my stack trace
> but I don't know how much help it'll be since the crash seems to occur
> in gtk somewhere. I'd appreciate any advice.
Hi
The stack trace helps a lot actually - I can immediately see a bug
that might explain this. In src/gdldb/gldb-gui-framebuffer.c:475, try
changing the 4 to a 3 so that it looks like this:
store = gtk_list_store_new(3,
G_TYPE_UINT, /* ID */
G_TYPE_INT, /* bold */
G_TYPE_STRING);
Let me know whether that works.
Bruce
--
Dr Bruce Merry
bmerry <@> gmail <.> com
http://www.brucemerry.org.za/
http://blog.brucemerry.org.za/
|
|
From: Preet <pri...@gm...> - 2012-07-08 03:26:12
|
Hiya,
I get a segmentation fault when I try to run gldb-gui on Arch Linux.
Someone else in bugle-dev had mentioned the same problem and I think
they got around it by compiling with the debug config. I tried doing
that as well, but gldb-gui still crashes. I've pasted my stack trace
but I don't know how much help it'll be since the crash seems to occur
in gtk somewhere. I'd appreciate any advice.
Preet
0x00007ffff3d63cec in g_type_check_is_value_type ()
from /usr/lib/libgobject-2.0.so.0
(gdb) backtrace
#0 0x00007ffff3d63cec in g_type_check_is_value_type ()
from /usr/lib/libgobject-2.0.so.0
#1 0x00007ffff6385a1e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#2 0x00007ffff62a7bc9 in gtk_list_store_new ()
from /usr/lib/libgtk-x11-2.0.so.0
#3 0x000000000040d4b4 in gldb_framebuffer_pane_id_new (pane=0x953950)
at src/gldb/gldb-gui-framebuffer.c:475
#4 0x000000000040d766 in gldb_framebuffer_pane_combo_table_new (pane=0x953950)
at src/gldb/gldb-gui-framebuffer.c:530
#5 0x000000000040dc88 in gldb_framebuffer_pane_new (statusbar=0x701e80,
statusbar_context_id=1) at src/gldb/gldb-gui-framebuffer.c:588
#6 0x000000000041924d in build_main_window (context=0x7fffffffdfe0)
at src/gldb/gldb-gui.c:875
---Type <return> to continue, or q <return> to quit---
#7 0x0000000000419509 in main (argc=1, argv=0x7fffffffe128)
at src/gldb/gldb-gui.c:917
|
|
From: Adam K. <ada...@gm...> - 2012-03-26 19:38:37
|
Thanks. I updated that bug, pointing out that I have the same strange characters, and that removing them seems to get everything working properly. Adam On Mon, Mar 26, 2012 at 2:44 PM, Bruce Merry <bm...@gm...> wrote: > On 26 March 2012 20:27, Adam Kirchhoff <ada...@gm...> wrote: > > I'm getting a rather vague (to me) error when trying to compile bugle on > a > > relatively stock Slackware 13.37 32-bit installation: > > Hi > > This sounds like the same symptoms as > http://sourceforge.net/apps/trac/bugle/ticket/95, although that was on > Arch Linux (there is a workaround in the bug, but the same user ran > into segfaults down the line so it might not be a total fix). > Unfortunately I haven't been able to reproduce the problem, so I > suspect it's going to be something about the Python installation or > libraries on those distributions that isn't matched on Ubuntu 11.10. > > I'm going to reopen the bug since if it's affecting multiple > distributions then it's probably only going to become more common, and > when I get a chance I'll try to find a Live CD which will reproduce > the problem. > > If you do manage to figure out what's going on please do update the bug. > > Bruce > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ > |
|
From: Bruce M. <bm...@gm...> - 2012-03-26 18:44:32
|
On 26 March 2012 20:27, Adam Kirchhoff <ada...@gm...> wrote: > I'm getting a rather vague (to me) error when trying to compile bugle on a > relatively stock Slackware 13.37 32-bit installation: Hi This sounds like the same symptoms as http://sourceforge.net/apps/trac/bugle/ticket/95, although that was on Arch Linux (there is a workaround in the bug, but the same user ran into segfaults down the line so it might not be a total fix). Unfortunately I haven't been able to reproduce the problem, so I suspect it's going to be something about the Python installation or libraries on those distributions that isn't matched on Ubuntu 11.10. I'm going to reopen the bug since if it's affecting multiple distributions then it's probably only going to become more common, and when I get a chance I'll try to find a Live CD which will reproduce the problem. If you do manage to figure out what's going on please do update the bug. Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Adam K. <ada...@gm...> - 2012-03-26 18:27:43
|
I'm getting a rather vague (to me) error when trying to compile bugle on a relatively stock Slackware 13.37 32-bit installation: [adamk@vm-slackware bugle-0.0.20120312]$ scons quiet=no libdir=/usr/local/lib32 bindir=/usr/local/bin32 without_gtkglext=yes without_lavc=yes without_g tk=yes scons: Reading SConscript files ... Checking for C library m... (cached) yes Checking for C header file stdint.h... (cached) yes Checking for C function siglongjmp()... (cached) yes Checking for GCC printf attribute... (cached) yes Checking for GCC constructor attribute... (cached) yes Checking for GCC hidden alias attribute... (cached) yes Checking for inline... (cached) no Checking for __inline__... (cached) yes Checking for C header file GL/glx.h... (cached) yes Checking for C header file GL/glxext.h... (cached) yes Checking for C header file GL/gl.h... (cached) yes Checking for C header file GL/glext.h... (cached) yes Checking for glFlush() in C library GL... (cached) yes Checking for C function vasprintf()... (cached) yes Checking for C function strdup()... (cached) yes Checking for C function strndup()... (cached) yes Checking for regcomp(0, 0, 0) in C++ library None... (cached) yes Checking for pkg-config >= 0.18... (cached) yes Checking for libavcodec (suppressed by user)... (cached) no Checking for libswscale (suppressed by user)... (cached) no Checking for C header file NVPerfSDK.h... (cached) no Checking for pkg-config >= 0.18... (cached) yes Checking for gtk+-2.0 >= 2.4.0 (suppressed by user)... (cached) no Checking for gtkglext-1.0 >= 1.0.0 (suppressed by user)... (cached) no Checking for C library GLEW... (cached) yes WARNING: GTK+ 2.4+ is needed for the debugger. It will not be built Checking for C library GLEW... (cached) yes Checking for C library glut... (cached) yes Checking for C library GLU... (cached) yes *** Configuration *** build-compiler = gcc (default) host-compiler = gcc (derived) host = <empty> (default) gltype = gl (default) glwin = glx (derived) winsys = x11 (derived) fs = unix (derived) platform = posix (derived) binfmt = elf (derived) callapi = <empty> (derived) config = release (default) prefix = /usr/local (default) libdir = /usr/local/lib32 (from user) pkglibdir = /usr/local/lib32/bugle (derived) bindir = /usr/local/bin32 (from user) includedir = /usr/local/include (derived) datadir = /usr/local/share (derived) docdir = /usr/local/share/doc/bugle (derived) mandir = /usr/local/share/man (derived) without_gtk = yes (from user) without_gtkglext = yes (from user) without_lavc = yes (from user) parts = all (default) quiet = no (from user) *** scons: done reading SConscript files. scons: Building targets ... build/gcc_gcc_gl_glx_x11_posix_release/budgie/budgie -I src -I build/gcc_gcc_gl_glx_x11_posix_release -c build/gcc_gcc_gl_glx_x11_posix_release/include/budgie/call.h -2 build/gcc_gcc_gl_glx_x11_posix_release/include/budgie/types2.h -a build/gcc_gcc_gl_glx_x11_posix_release/include/budgie/callapi.h -d build/gcc_gcc_gl_glx_x11_posix_release/budgielib/defines.h -t build/gcc_gcc_gl_glx_x11_posix_release/budgielib/tables.c -l build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c -T build/gcc_gcc_gl_glx_x11_posix_release/data/gl.tu /home/adamk/bugle-0.0.20120312/build/gcc_gcc_gl_glx_x11_posix_release/bc/main.bc parse error in config file: syntax error, unexpected TEXT Unknown parse error scons: *** [build/gcc_gcc_gl_glx_x11_posix_release/include/budgie/call.h] Error 1 scons: building terminated because of errors. [ad...@vm...: ~/bugle-0.0.20120312]$ Any thoughts? Adam |
|
From: Bruce M. <bm...@gm...> - 2012-02-14 14:49:39
|
On 14 February 2012 16:00, Sergey Polischuk <po...@ya...> wrote: > Hello there. > > I have compilation problem with bugle-0.0.20111115 on ubuntu 10.04 with python 2.6, gcc 4.4.3 > scons says: <snip> > Any ideas what is going wrong? It looks like it's because I used a Python 2.7 feature and you presumably have an older Python. This is already fixed on trunk but it hasn't gone into a release yet. The easiest workaround is probably to use the patch from http://sourceforge.net/apps/trac/bugle/ticket/94. Regards Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Sergey P. <po...@ya...> - 2012-02-14 14:00:40
|
Hello there.
I have compilation problem with bugle-0.0.20111115 on ubuntu 10.04 with python 2.6, gcc 4.4.3
scons says:
scons: done reading SConscript files.
scons: Building targets ...
APITABLESH build/gcc_gcc_gl_glx_x11_posix_release/apitables.h
Traceback (most recent call last):
File "src/gengl/gengl.py", line 1103, in <module>
sys.exit(main())
File "src/gengl/gengl.py", line 1097, in main
process_header(apis, functions, options)
File "src/gengl/gengl.py", line 975, in process_header
print("#define BUGLE_{} {}".format(extension.name, index))
ValueError: zero length field name in format
scons: *** [build/gcc_gcc_gl_glx_x11_posix_release/apitables.h] Error 1
scons: building terminated because of errors.
Any ideas what is going wrong?
Please on answer send copy to my mail directly!
Cheers, Sergey.
|
|
From: Bruce M. <bm...@gm...> - 2012-01-16 17:50:18
|
> I think Chrome also uses multiple processes for sandboxing reasons, > which will probably also confuse gldb-gui. If it doesn't work, > something you can try is to > 1. Edit src/platform/posix/platform/threads.h and #define > DEBUG_CONSTRUCTOR to 1 just above where it gets tested. > 2. Use the TCP/IP protocol > (http://www.opengl.org/sdk/tools/BuGLe/documentation/gldb-gui.1.php#gldb-gui-MAN-remote-tcp) > on the local machine. This seems to (mostly) work for me on Chromium. I edited a copy of the shell script that launches Chromium to contain export BUGLE_DEBUGGER=tcp export BUGLE_DEBUGGER_PORT=9118 export LD_PRELOAD=libbugle.so exec $LIBDIR/$APPNAME --single-process "$@" The --single-process seems to be necessary to prevent the processes from fighting over the TCP port. When I run the shell script, it blocks waiting for the TCP/IP connection. After that I start gldb-gui separately and tell it to connect to port 9118 on localhost. At that point the Chromium window appears and I can browse to a WebGL site, then stop it in the debugger and examine state. I am seeing some warnings coming back from the debugger so it's not completely working, but it looks like it should be usable. Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: kalyan r. <kal...@gm...> - 2012-01-15 19:05:41
|
I have been able to launch chrome browser able to run webgl demos through the gldb gui by doing as follows: a)Forced chrome to use single process with --single-process flag. b)Chrome to use egl. But I am unable to debug, I am wondering if I need to do anything to enable egl support in gldb. I have set break points which are never triggered. If I ask chrome to use gl it crashes the whole application. I tried the following : cd /opt/google/chrome /opt/google/chrome$gldb-gui ./chrome --single-process --use-gl=egl reg, kalyan On Sun, Jan 15, 2012 at 7:01 PM, Bruce Merry <bm...@gm...> wrote: > On 15 January 2012 18:30, kalyan reddy <kal...@gm...> wrote: > > Forgot to mention One point: > > > > WHen I close the gui , chrome gets launched. I get an error message in > the > > console as follows: > > > > ERROR: ld.so: object 'libbugle.so' from LD_PRELOAD cannot be preloaded: > > ignored. > > Hi > > I suspect the problem is the /usr/bin/google-chrome is a shell script. > gldb doesn't currently handle that case very well, since it tries to > intercept GL commands in the shell instead of in the real process. In > such cases the easiest thing is usually to copy the shell script and > edit it to call gldb-gui where it would normally exec the real binary. > > I think Chrome also uses multiple processes for sandboxing reasons, > which will probably also confuse gldb-gui. If it doesn't work, > something you can try is to > 1. Edit src/platform/posix/platform/threads.h and #define > DEBUG_CONSTRUCTOR to 1 just above where it gets tested. > 2. Use the TCP/IP protocol > ( > http://www.opengl.org/sdk/tools/BuGLe/documentation/gldb-gui.1.php#gldb-gui-MAN-remote-tcp > ) > on the local machine. > > The first step is to ensure that Chrome only opens the TCP port on the > first GL call, and hence that only the process that is doing the GL > work will try to listen for the debugger, while using the TCP/IP > protocol means that gldb-gui can talk to whichever is the right > process, instead of trying to talk to the first process it launched. > It might not work, particularly if Chrome is using GL for its own > purposes, or if every process does some GL initialisation that > triggers the debugger filter. > > I haven't tried to do any WebGL debugging, so if you figure out how to > make it work, please let me know and I'll add it to the FAQ. > > Good luck > Bruce > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ > |
|
From: Bruce M. <bm...@gm...> - 2012-01-15 17:01:10
|
On 15 January 2012 18:30, kalyan reddy <kal...@gm...> wrote: > Forgot to mention One point: > > WHen I close the gui , chrome gets launched. I get an error message in the > console as follows: > > ERROR: ld.so: object 'libbugle.so' from LD_PRELOAD cannot be preloaded: > ignored. Hi I suspect the problem is the /usr/bin/google-chrome is a shell script. gldb doesn't currently handle that case very well, since it tries to intercept GL commands in the shell instead of in the real process. In such cases the easiest thing is usually to copy the shell script and edit it to call gldb-gui where it would normally exec the real binary. I think Chrome also uses multiple processes for sandboxing reasons, which will probably also confuse gldb-gui. If it doesn't work, something you can try is to 1. Edit src/platform/posix/platform/threads.h and #define DEBUG_CONSTRUCTOR to 1 just above where it gets tested. 2. Use the TCP/IP protocol (http://www.opengl.org/sdk/tools/BuGLe/documentation/gldb-gui.1.php#gldb-gui-MAN-remote-tcp) on the local machine. The first step is to ensure that Chrome only opens the TCP port on the first GL call, and hence that only the process that is doing the GL work will try to listen for the debugger, while using the TCP/IP protocol means that gldb-gui can talk to whichever is the right process, instead of trying to talk to the first process it launched. It might not work, particularly if Chrome is using GL for its own purposes, or if every process does some GL initialisation that triggers the debugger filter. I haven't tried to do any WebGL debugging, so if you figure out how to make it work, please let me know and I'll add it to the FAQ. Good luck Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: kalyan r. <kal...@gm...> - 2012-01-15 16:30:12
|
Forgot to mention One point: WHen I close the gui , chrome gets launched. I get an error message in the console as follows: ERROR: ld.so: object 'libbugle.so' from LD_PRELOAD cannot be preloaded: ignored. reg, kalyan On Sun, Jan 15, 2012 at 6:28 PM, kalyan reddy <kal...@gm...>wrote: > HI Guys, > > I am new user of bugle. I am trying to use the gldb-gui to debug > google-chrome webgl problems. > > This is how I have built bugle: > > sudo scons CCFLAGS="-m32" LINKFLAGS="-m32" libdir=/usr/local/lib32 > bindir=/usr/local/bin32 > sudo scons install > > I have tried this gldb-gui /usr/bin/google-chrome --use-gl=egl. > > The UI opens up and I press run but nothing happens. I tried setting the > breakpoint to glCOpyTexImage2D. BUt nothing happnes and chrome is never > launched > > Do I need to do any additional steps?? > > reg, > kalyan > |
|
From: kalyan r. <kal...@gm...> - 2012-01-15 16:29:04
|
HI Guys, I am new user of bugle. I am trying to use the gldb-gui to debug google-chrome webgl problems. This is how I have built bugle: sudo scons CCFLAGS="-m32" LINKFLAGS="-m32" libdir=/usr/local/lib32 bindir=/usr/local/bin32 sudo scons install I have tried this gldb-gui /usr/bin/google-chrome --use-gl=egl. The UI opens up and I press run but nothing happens. I tried setting the breakpoint to glCOpyTexImage2D. BUt nothing happnes and chrome is never launched Do I need to do any additional steps?? reg, kalyan |
|
From: _ _ <fbe...@gm...> - 2011-10-21 05:59:59
|
Great! It makes sense. Let me know when you have the fix in the repository: I'll test it on my machine before you roll out a release. -- François Bertel On Thu, Oct 20, 2011 at 11:27 AM, Bruce Merry <bm...@gm...> wrote: > On 20 October 2011 19:26, _ _ <fbe...@gm...> wrote: >> Hi Bruce, >> >> I actually found out what happens. >> >> 1. when glxinfo is run straight from the shell, it first looks for libGL.so.1 >> 2. when glxinfo is run through bugle, bugle first looks for libGL.so >> >> I figured this out by setting the environment variable LD_DEBUG to all >> (see man ld.so for details) to trace what ld.so is doing. > > Nice! > > <snip> > >> So, that's the fault. I'm not sure what the right solution is: >> >> 1. I have to find out why the mesa package is required (probably some >> dependencies) >> 2. I have to find out why mesa is listed before nvidia in >> /etc/ld.so.cache (what were the arguments passed to the last call to >> ldconfig when /etc/ld/so.cache?, maybe there is something to look for >> in the /etc/alternatives mechanism?) >> 3. maybe bugle should try to look for libGL.so.1 instead of libGL.so? >> 4. I'm pretty sure if I remove the mesa symlink libGL.so, I will have >> the correct behavior but it looks hackish. > > I think the correct solution is 3: bugle should load libGL.so.1. That > is the SONAME that applications will actually store in their ELF > headers and which is used for dynamic linking, so BuGLe should match > it. libGL.so is the name that the (build-time) linker seeks when given > -lGL, but it then looks inside the library it finds the SONAME to use > for dynamic linking. > > Bruce > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ > |
|
From: Bruce M. <bm...@gm...> - 2011-10-20 18:27:40
|
On 20 October 2011 19:26, _ _ <fbe...@gm...> wrote: > Hi Bruce, > > I actually found out what happens. > > 1. when glxinfo is run straight from the shell, it first looks for libGL.so.1 > 2. when glxinfo is run through bugle, bugle first looks for libGL.so > > I figured this out by setting the environment variable LD_DEBUG to all > (see man ld.so for details) to trace what ld.so is doing. Nice! <snip> > So, that's the fault. I'm not sure what the right solution is: > > 1. I have to find out why the mesa package is required (probably some > dependencies) > 2. I have to find out why mesa is listed before nvidia in > /etc/ld.so.cache (what were the arguments passed to the last call to > ldconfig when /etc/ld/so.cache?, maybe there is something to look for > in the /etc/alternatives mechanism?) > 3. maybe bugle should try to look for libGL.so.1 instead of libGL.so? > 4. I'm pretty sure if I remove the mesa symlink libGL.so, I will have > the correct behavior but it looks hackish. I think the correct solution is 3: bugle should load libGL.so.1. That is the SONAME that applications will actually store in their ELF headers and which is used for dynamic linking, so BuGLe should match it. libGL.so is the name that the (build-time) linker seeks when given -lGL, but it then looks inside the library it finds the SONAME to use for dynamic linking. Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: _ _ <fbe...@gm...> - 2011-10-20 17:26:17
|
Hi Bruce, I actually found out what happens. 1. when glxinfo is run straight from the shell, it first looks for libGL.so.1 2. when glxinfo is run through bugle, bugle first looks for libGL.so I figured this out by setting the environment variable LD_DEBUG to all (see man ld.so for details) to trace what ld.so is doing. >From this, I investigated further: 3. "ldconfig -p" displays /etc/ld.so.cache and it shows that for libGL.so.1 the nvidia lib is listed first (actually the mesa version is not even listed). It also shows that for libGL.so, the mesa lib is listed first (before the nvidia one), hence the discrepancy. The mesa libGL.so is a symlink to the mesa libGL.so.1. So when glxinfo looks for libGL.so.1 through bugle, it ends up finding it already has it from mesa libGL.so and never picks the nvidia one. So, that's the fault. I'm not sure what the right solution is: 1. I have to find out why the mesa package is required (probably some dependencies) 2. I have to find out why mesa is listed before nvidia in /etc/ld.so.cache (what were the arguments passed to the last call to ldconfig when /etc/ld/so.cache?, maybe there is something to look for in the /etc/alternatives mechanism?) 3. maybe bugle should try to look for libGL.so.1 instead of libGL.so? 4. I'm pretty sure if I remove the mesa symlink libGL.so, I will have the correct behavior but it looks hackish. Regards, -- François Bertel On Thu, Oct 20, 2011 at 7:58 AM, Bruce Merry <bm...@gm...> wrote: > > On 19 October 2011 07:26, _ _ <fbe...@gm...> wrote: > > Hello, > > > > The issue that happened before with Ubuntu 10.04, re-appeared with Ubuntu > > 11.10 (and actually previously with Ubuntu 11.04 too). > > > > ref: http://sourceforge.net/mailarchive/message.php?msg_id=25902804 > > > > My computer is a laptop Sony Vaio VPCZ12EGX with an nVidia GeForce GT 330M, > > 1GB. This the x86_64 version of Ubuntu 11.10. > > > > It happens both with release 0.0.20101121 and svn/trunk. > > I'm able to reproduce this on an 11.10 machine, so hopefully I'll be > able to dig into it when I get time. > > Cheers > Bruce > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ |
|
From: Bruce M. <bm...@gm...> - 2011-10-20 14:58:21
|
On 19 October 2011 07:26, _ _ <fbe...@gm...> wrote: > Hello, > > The issue that happened before with Ubuntu 10.04, re-appeared with Ubuntu > 11.10 (and actually previously with Ubuntu 11.04 too). > > ref: http://sourceforge.net/mailarchive/message.php?msg_id=25902804 > > My computer is a laptop Sony Vaio VPCZ12EGX with an nVidia GeForce GT 330M, > 1GB. This the x86_64 version of Ubuntu 11.10. > > It happens both with release 0.0.20101121 and svn/trunk. I'm able to reproduce this on an 11.10 machine, so hopefully I'll be able to dig into it when I get time. Cheers Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Bruce M. <bm...@gm...> - 2011-10-20 14:50:21
|
It's applied in trunk - thanks. It looks like GCC 4.6 is causing some other problems and highlighting some other warnings which I'd like to fix before I roll out a release. On 19 October 2011 08:55, Bruce Merry <bm...@gm...> wrote: > Thanks! > > I've just installed 11.10 on a machine but hadn't gotten around to > trying bugle on it yet. I'll definitely get this applied soon, > although sadly I don't seem to find as much time to work on bugle as I > used to. > > Bruce > > On 19 October 2011 05:18, _ _ <fbe...@gm...> wrote: >> Hello, >> >> src/filters/screenshot.c does not compile on Ubuntu 11.10 because it uses a >> recent version of libavformat where PKT_FLAG_KEY has been replaced by >> AV_PKT_FLAG_KEY and CODEC_TYPE_VIDEO by AVMEDIA_TYPE_VIDEO. >> >> This is happening both for the release 0.0.20101121 and svn trunk. >> >> >> Searching the web for the error message: 'CODEC_TYPE_VIDEO’ undeclared, I >> found that using "#if LIBAVFORMAT_BUILD < 4621" fix the compilation error: >> >> >> Here is a diff againt the svn trunk. There are 3 occurrences of the fix in >> this file. >> >> Index: src/filters/screenshot.c >> =================================================================== >> --- src/filters/screenshot.c (revision 1031) >> +++ src/filters/screenshot.c (working copy) >> @@ -267,7 +267,11 @@ >> if (!codec) codec = avcodec_find_encoder(CODEC_ID_HUFFYUV); >> if (!codec) return BUGLE_FALSE; >> c = video_stream->codec; >> +#if LIBAVFORMAT_BUILD < 4621 >> c->codec_type = CODEC_TYPE_VIDEO; >> +#else >> + c->codec_type = AVMEDIA_TYPE_VIDEO; >> +#endif >> c->codec_id = codec->id; >> if (c->codec_id == CODEC_ID_HUFFYUV) c->pix_fmt = PIX_FMT_YUV422P; >> else c->pix_fmt = PIX_FMT_YUV420P; >> @@ -313,7 +317,11 @@ >> av_init_packet(&pkt); >> pkt.pts = c->coded_frame->pts; >> if (c->coded_frame->key_frame) >> +#if LIBAVFORMAT_BUILD < 4621 >> pkt.flags |= PKT_FLAG_KEY; >> +#else >> + pkt.flags |= AV_PKT_FLAG_KEY; >> +#endif >> pkt.stream_index = video_stream->index; >> pkt.data = video_buffer; >> pkt.size = out_size; >> @@ -579,7 +587,11 @@ >> av_init_packet(&pkt); >> pkt.pts = c->coded_frame->pts; >> if (c->coded_frame->key_frame) >> +#if LIBAVFORMAT_BUILD < 4621 >> pkt.flags |= PKT_FLAG_KEY; >> +#else >> + pkt.flags |= AV_PKT_FLAG_KEY; >> +#endif >> pkt.stream_index = video_stream->index; >> pkt.data = video_buffer; >> pkt.size = out_size; >> >> >> FYI, here are the ubuntu 11.10 packages required to build bugle: >> >> libswscale, libswscale-dev, libavformat libavformat-dev, libavcodec-dev, >> libavcodec53 version=4:0.7.2-1ubuntu1 >> >> libgtkglext1 and libgtkglext1-dev version=1.2.0-1.2fakesync1 >> libglew1.5 and libglew1.5-dev version=1.5.7.is.1.5.2-1ubuntu4 >> freeglut3 and freeglut3-dev version=2.6.0-1ubuntu2 >> >> >> Regards, >> >> -- >> François Bertel >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2d-oct >> _______________________________________________ >> bugle-users mailing list >> bug...@li... >> https://lists.sourceforge.net/lists/listinfo/bugle-users >> >> > > > > -- > Dr Bruce Merry > bmerry <@> gmail <.> com > http://www.brucemerry.org.za/ > http://blog.brucemerry.org.za/ > -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Bruce M. <bm...@gm...> - 2011-10-19 06:55:11
|
Thanks! I've just installed 11.10 on a machine but hadn't gotten around to trying bugle on it yet. I'll definitely get this applied soon, although sadly I don't seem to find as much time to work on bugle as I used to. Bruce On 19 October 2011 05:18, _ _ <fbe...@gm...> wrote: > Hello, > > src/filters/screenshot.c does not compile on Ubuntu 11.10 because it uses a > recent version of libavformat where PKT_FLAG_KEY has been replaced by > AV_PKT_FLAG_KEY and CODEC_TYPE_VIDEO by AVMEDIA_TYPE_VIDEO. > > This is happening both for the release 0.0.20101121 and svn trunk. > > > Searching the web for the error message: 'CODEC_TYPE_VIDEO’ undeclared, I > found that using "#if LIBAVFORMAT_BUILD < 4621" fix the compilation error: > > > Here is a diff againt the svn trunk. There are 3 occurrences of the fix in > this file. > > Index: src/filters/screenshot.c > =================================================================== > --- src/filters/screenshot.c (revision 1031) > +++ src/filters/screenshot.c (working copy) > @@ -267,7 +267,11 @@ > if (!codec) codec = avcodec_find_encoder(CODEC_ID_HUFFYUV); > if (!codec) return BUGLE_FALSE; > c = video_stream->codec; > +#if LIBAVFORMAT_BUILD < 4621 > c->codec_type = CODEC_TYPE_VIDEO; > +#else > + c->codec_type = AVMEDIA_TYPE_VIDEO; > +#endif > c->codec_id = codec->id; > if (c->codec_id == CODEC_ID_HUFFYUV) c->pix_fmt = PIX_FMT_YUV422P; > else c->pix_fmt = PIX_FMT_YUV420P; > @@ -313,7 +317,11 @@ > av_init_packet(&pkt); > pkt.pts = c->coded_frame->pts; > if (c->coded_frame->key_frame) > +#if LIBAVFORMAT_BUILD < 4621 > pkt.flags |= PKT_FLAG_KEY; > +#else > + pkt.flags |= AV_PKT_FLAG_KEY; > +#endif > pkt.stream_index = video_stream->index; > pkt.data = video_buffer; > pkt.size = out_size; > @@ -579,7 +587,11 @@ > av_init_packet(&pkt); > pkt.pts = c->coded_frame->pts; > if (c->coded_frame->key_frame) > +#if LIBAVFORMAT_BUILD < 4621 > pkt.flags |= PKT_FLAG_KEY; > +#else > + pkt.flags |= AV_PKT_FLAG_KEY; > +#endif > pkt.stream_index = video_stream->index; > pkt.data = video_buffer; > pkt.size = out_size; > > > FYI, here are the ubuntu 11.10 packages required to build bugle: > > libswscale, libswscale-dev, libavformat libavformat-dev, libavcodec-dev, > libavcodec53 version=4:0.7.2-1ubuntu1 > > libgtkglext1 and libgtkglext1-dev version=1.2.0-1.2fakesync1 > libglew1.5 and libglew1.5-dev version=1.5.7.is.1.5.2-1ubuntu4 > freeglut3 and freeglut3-dev version=2.6.0-1ubuntu2 > > > Regards, > > -- > François Bertel > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > bugle-users mailing list > bug...@li... > https://lists.sourceforge.net/lists/listinfo/bugle-users > > -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: _ _ <fbe...@gm...> - 2011-10-19 05:26:26
|
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness, GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_EXT_swap_control, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_NV_float_buffer,
GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float,
GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB,
GLX_NV_present_video, GLX_NV_copy_image, GLX_NV_multisample_coverage,
GLX_NV_video_capture, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness
GLX version: 1.4
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness, GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 330M/PCI/SSE2
OpenGL version string: 3.3.0 NVIDIA 280.13
OpenGL shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL extensions:
GL_ARB_blend_func_extended, GL_ARB_color_buffer_float,
GL_ARB_compatibility, GL_ARB_copy_buffer, GL_ARB_depth_buffer_float,
GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex,
GL_ARB_draw_instanced, GL_ARB_ES2_compatibility,
GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions,
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
GL_ARB_fragment_shader, GL_ARB_framebuffer_object,
GL_ARB_framebuffer_sRGB, GL_ARB_geometry_shader4,
GL_ARB_get_program_binary, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_imaging, GL_ARB_instanced_arrays,
GL_ARB_map_buffer_range, GL_ARB_multisample, GL_ARB_multitexture,
GL_ARB_occlusion_query, GL_ARB_occlusion_query2,
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sample_shading,
GL_ARB_sampler_objects, GL_ARB_seamless_cube_map,
GL_ARB_separate_shader_objects, GL_ARB_shader_bit_encoding,
GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shading_language_include, GL_ARB_shadow, GL_ARB_sync,
GL_ARB_texture_border_clamp, GL_ARB_texture_buffer_object,
GL_ARB_texture_compression, GL_ARB_texture_compression_rgtc,
GL_ARB_texture_cube_map, GL_ARB_texture_cube_map_array,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_float, GL_ARB_texture_gather,
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_multisample,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_query_lod,
GL_ARB_texture_rectangle, GL_ARB_texture_rg, GL_ARB_texture_rgb10_a2ui,
GL_ARB_texture_swizzle, GL_ARB_timer_query, GL_ARB_transform_feedback2,
GL_ARB_transpose_matrix, GL_ARB_uniform_buffer_object,
GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object,
GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader,
GL_ARB_vertex_type_2_10_10_10_rev, GL_ARB_viewport_array,
GL_ARB_window_pos, GL_ATI_draw_buffers, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_S3_s3tc, GL_EXT_texture_env_add,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_bindable_uniform, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array,
GL_EXT_Cg_shader, GL_EXT_depth_bounds_test, GL_EXT_direct_state_access,
GL_EXT_draw_buffers2, GL_EXT_draw_instanced, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample,
GL_EXTX_framebuffer_mixed_formats, GL_EXT_framebuffer_object,
GL_EXT_framebuffer_sRGB, GL_EXT_geometry_shader4,
GL_EXT_gpu_program_parameters, GL_EXT_gpu_shader4,
GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil,
GL_EXT_packed_float, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_shader_objects,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_texture3D,
GL_EXT_texture_array, GL_EXT_texture_buffer_object,
GL_EXT_texture_compression_dxt1, GL_EXT_texture_compression_latc,
GL_EXT_texture_compression_rgtc, GL_EXT_texture_compression_s3tc,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_format_BGRA8888,
GL_EXT_texture_integer, GL_EXT_texture_lod, GL_EXT_texture_lod_bias,
GL_EXT_texture_mirror_clamp, GL_EXT_texture_object,
GL_EXT_texture_shared_exponent, GL_EXT_texture_sRGB,
GL_EXT_texture_swizzle, GL_EXT_texture_type_2_10_10_10_REV,
GL_EXT_timer_query, GL_EXT_transform_feedback2, GL_EXT_vertex_array,
GL_EXT_vertex_array_bgra, GL_EXT_x11_sync_object,
GL_EXT_import_sync_object, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_alpha_test,
GL_NV_blend_minmax, GL_NV_blend_square, GL_NV_complex_primitives,
GL_NV_conditional_render, GL_NV_copy_depth_to_color, GL_NV_copy_image,
GL_NV_depth_buffer_float, GL_NV_depth_clamp, GL_NV_explicit_multisample,
GL_NV_fbo_color_attachments, GL_NV_fence, GL_NV_float_buffer,
GL_NV_fog_distance, GL_NV_fragdepth, GL_NV_fragment_program,
GL_NV_fragment_program_option, GL_NV_fragment_program2,
GL_NV_framebuffer_multisample_coverage, GL_NV_geometry_shader4,
GL_NV_gpu_program4, GL_NV_gpu_program4_1, GL_NV_half_float,
GL_NV_light_max_exponent, GL_NV_multisample_coverage,
GL_NV_multisample_filter_hint, GL_NV_occlusion_query,
GL_NV_packed_depth_stencil, GL_NV_parameter_buffer_object,
GL_NV_parameter_buffer_object2, GL_NV_path_rendering,
GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_primitive_restart,
GL_NV_register_combiners, GL_NV_register_combiners2,
GL_NV_shader_buffer_load, GL_NV_texgen_reflection, GL_NV_texture_barrier,
GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4,
GL_NV_texture_expand_normal, GL_NV_texture_lod_clamp,
GL_NV_texture_multisample, GL_NV_texture_rectangle, GL_NV_texture_shader,
GL_NV_texture_shader2, GL_NV_texture_shader3, GL_NV_transform_feedback,
GL_NV_transform_feedback2, GL_NV_vdpau_interop, GL_NV_vertex_array_range,
GL_NV_vertex_array_range2, GL_NV_vertex_buffer_unified_memory,
GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_NV_vertex_program2,
GL_NV_vertex_program2_option, GL_NV_vertex_program3,
GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_OES_depth24,
GL_OES_depth32, GL_OES_depth_texture, GL_OES_element_index_uint,
GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer,
GL_OES_packed_depth_stencil, GL_OES_rgb8_rgba8,
GL_OES_standard_derivatives, GL_OES_texture_3D, GL_OES_texture_float,
GL_OES_texture_float_linear, GL_OES_texture_half_float,
GL_OES_texture_half_float_linear, GL_OES_texture_npot,
GL_OES_vertex_array_object, GL_OES_vertex_half_float,
GL_SGIS_generate_mipmap, GL_SGIS_texture_lod, GL_SGIX_depth_texture,
GL_SGIX_shadow, GL_SUN_slice_accum
84 GLX Visuals
visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat
----------------------------------------------------------------------------
0x021 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x022 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x024 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x025 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x026 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x027 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x028 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x029 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x02a 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x02b 24 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x02c 24 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x02d 24 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x02e 24 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x02f 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x030 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x031 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x032 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x033 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x034 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x035 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x036 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x037 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x038 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x039 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03a 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03b 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x03c 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x03d 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03e 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03f 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x040 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x041 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x042 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x043 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x044 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x045 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x046 24 dc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x047 24 dc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x048 24 dc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x049 24 dc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x04a 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04b 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04c 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x04d 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x04e 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04f 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x050 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x051 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x052 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x053 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x054 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x055 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x056 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x057 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x058 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x059 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x023 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x05a 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x05b 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x05c 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x05d 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x05e 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x05f 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x060 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x061 32 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x062 32 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x063 32 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x064 32 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x065 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x066 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x067 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x068 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x069 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x06a 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x06b 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x06c 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x06d 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x06e 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x06f 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x070 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x071 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x072 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x073 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x074 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
167 GLXFBConfigs:
visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat
----------------------------------------------------------------------------
0x075 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x076 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x077 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x078 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x079 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x07a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x07b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x07c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x07d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x07e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x07f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x080 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x081 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x082 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x083 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x084 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x085 24 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x086 24 dc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x087 24 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x088 24 dc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x089 24 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x08a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x08b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x08c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x08d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x08e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x08f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x090 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x091 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x092 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x093 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x094 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x095 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x096 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x097 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x098 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x099 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x09e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x09f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a0 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a1 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a2 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a3 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a4 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a5 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a6 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a7 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a8 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a9 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0aa 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ab 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ac 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ad 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x0ae 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x0af 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x0b0 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x0b1 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x0b2 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x0b3 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x0b4 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x0b5 32 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x0b6 32 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x0b7 32 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x0b8 32 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x0b9 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0ba 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0bb 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0bc 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0bd 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0be 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0bf 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0c0 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0c1 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c2 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c3 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c4 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c5 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c6 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c7 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c8 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c9 0 sg 0 16 0 r y . 5 6 5 0 . . 4 16 0 16 16 16 16 0 0 None
0x0ca 0 sg 0 16 0 r . . 5 6 5 0 . . 4 16 0 16 16 16 16 0 0 None
0x0cb 0 sg 0 16 0 r y . 5 6 5 0 . . 4 24 0 16 16 16 16 0 0 None
0x0cc 0 sg 0 16 0 r . . 5 6 5 0 . . 4 24 0 16 16 16 16 0 0 None
0x0cd 0 sg 0 16 0 r y . 5 6 5 0 . . 4 24 8 16 16 16 16 0 0 None
0x0ce 0 sg 0 16 0 r . . 5 6 5 0 . . 4 24 8 16 16 16 16 0 0 None
0x0cf 0 sg 0 16 0 r y . 5 6 5 0 . . 4 0 0 16 16 16 16 0 0 None
0x0d0 0 sg 0 16 0 r . . 5 6 5 0 . . 4 0 0 16 16 16 16 0 0 None
0x0d1 0 sg 0 0 0 r . . 0 0 0 0 . . 4 16 0 16 16 16 16 0 0 None
0x0d2 0 sg 0 0 0 r . . 0 0 0 0 . . 4 24 0 16 16 16 16 0 0 None
0x0d3 0 sg 0 0 0 r . . 0 0 0 0 . . 4 24 8 16 16 16 16 0 0 None
0x0d4 0 sg 0 32 0 r . . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d5 0 sg 0 32 0 . . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d6 0 sg 0 32 0 r y . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d7 0 sg 0 32 0 y . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d8 0 sg 0 32 0 r . . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d9 0 sg 0 32 0 . . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0da 0 sg 0 32 0 r y . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0db 0 sg 0 32 0 y . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0dc 0 sg 0 64 0 r . . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0dd 0 sg 0 64 0 . . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0de 0 sg 0 64 0 r y . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0df 0 sg 0 64 0 y . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0e0 0 sg 0 128 0 r . . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e1 0 sg 0 128 0 . . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e2 0 sg 0 128 0 r y . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e3 0 sg 0 128 0 y . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e4 0 sg 0 32 0 r . . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e5 0 sg 0 32 0 . . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e6 0 sg 0 32 0 r y . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e7 0 sg 0 32 0 y . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e8 0 sg 0 32 0 r . . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0e9 0 sg 0 32 0 . . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0ea 0 sg 0 32 0 r y . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0eb 0 sg 0 32 0 y . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0ec 0 sg 0 32 0 r . . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ed 0 sg 0 32 0 . . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ee 0 sg 0 32 0 r y . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ef 0 sg 0 32 0 y . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0f0 0 sg 0 32 0 r . . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f1 0 sg 0 32 0 . . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f2 0 sg 0 32 0 r y . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f3 0 sg 0 32 0 y . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f4 0 sg 0 64 0 r . . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f5 0 sg 0 64 0 . . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f6 0 sg 0 64 0 r y . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f7 0 sg 0 64 0 y . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f8 0 sg 0 64 0 r . . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0f9 0 sg 0 64 0 . . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0fa 0 sg 0 64 0 r y . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0fb 0 sg 0 64 0 y . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0fc 0 sg 0 128 0 r . . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fd 0 sg 0 128 0 . . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fe 0 sg 0 128 0 r y . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0ff 0 sg 0 128 0 y . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x100 0 sg 0 128 0 r . . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x101 0 sg 0 128 0 . . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x102 0 sg 0 128 0 r y . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x103 0 sg 0 128 0 y . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x104 0 sg 0 16 0 r . . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x105 0 sg 0 16 0 . . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x106 0 sg 0 16 0 r y . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x107 0 sg 0 16 0 y . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x108 0 sg 0 64 0 r . . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x109 0 sg 0 64 0 . . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x10a 0 sg 0 64 0 r y . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x10b 0 sg 0 64 0 y . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x10c 0 sg 0 16 0 r . . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10d 0 sg 0 16 0 . . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10e 0 sg 0 16 0 r y . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10f 0 sg 0 16 0 y . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x110 0 sg 0 16 0 r . . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x111 0 sg 0 16 0 . . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x112 0 sg 0 16 0 r y . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x113 0 sg 0 16 0 y . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x114 0 sg 0 64 0 r . . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x115 0 sg 0 64 0 . . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x116 0 sg 0 64 0 r y . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x117 0 sg 0 64 0 y . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x118 0 sg 0 64 0 r . . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x119 0 sg 0 64 0 . . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x11a 0 sg 0 64 0 r y . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x11b 0 sg 0 64 0 y . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
|
|
From: _ _ <fbe...@gm...> - 2011-10-19 03:18:09
|
Hello,
src/filters/screenshot.c does not compile on Ubuntu 11.10 because it uses a
recent version of libavformat where PKT_FLAG_KEY has been replaced by
AV_PKT_FLAG_KEY and CODEC_TYPE_VIDEO by AVMEDIA_TYPE_VIDEO.
This is happening both for the release 0.0.20101121 and svn trunk.
Searching the web for the error message: 'CODEC_TYPE_VIDEO’ undeclared, I
found that using "#if LIBAVFORMAT_BUILD < 4621" fix the compilation error:
Here is a diff againt the svn trunk. There are 3 occurrences of the fix in
this file.
Index: src/filters/screenshot.c
===================================================================
--- src/filters/screenshot.c (revision 1031)
+++ src/filters/screenshot.c (working copy)
@@ -267,7 +267,11 @@
if (!codec) codec = avcodec_find_encoder(CODEC_ID_HUFFYUV);
if (!codec) return BUGLE_FALSE;
c = video_stream->codec;
+#if LIBAVFORMAT_BUILD < 4621
c->codec_type = CODEC_TYPE_VIDEO;
+#else
+ c->codec_type = AVMEDIA_TYPE_VIDEO;
+#endif
c->codec_id = codec->id;
if (c->codec_id == CODEC_ID_HUFFYUV) c->pix_fmt = PIX_FMT_YUV422P;
else c->pix_fmt = PIX_FMT_YUV420P;
@@ -313,7 +317,11 @@
av_init_packet(&pkt);
pkt.pts = c->coded_frame->pts;
if (c->coded_frame->key_frame)
+#if LIBAVFORMAT_BUILD < 4621
pkt.flags |= PKT_FLAG_KEY;
+#else
+ pkt.flags |= AV_PKT_FLAG_KEY;
+#endif
pkt.stream_index = video_stream->index;
pkt.data = video_buffer;
pkt.size = out_size;
@@ -579,7 +587,11 @@
av_init_packet(&pkt);
pkt.pts = c->coded_frame->pts;
if (c->coded_frame->key_frame)
+#if LIBAVFORMAT_BUILD < 4621
pkt.flags |= PKT_FLAG_KEY;
+#else
+ pkt.flags |= AV_PKT_FLAG_KEY;
+#endif
pkt.stream_index = video_stream->index;
pkt.data = video_buffer;
pkt.size = out_size;
FYI, here are the ubuntu 11.10 packages required to build bugle:
libswscale, libswscale-dev, libavformat libavformat-dev, libavcodec-dev,
libavcodec53 version=4:0.7.2-1ubuntu1
libgtkglext1 and libgtkglext1-dev version=1.2.0-1.2fakesync1
libglew1.5 and libglew1.5-dev version=1.5.7.is.1.5.2-1ubuntu4
freeglut3 and freeglut3-dev version=2.6.0-1ubuntu2
Regards,
--
François Bertel
|
|
From: Bruce M. <bm...@gm...> - 2010-11-21 11:07:21
|
Hi This is due to updates to glext.h that BuGLe wasn't able to cope with. Hopefully I'll be able to make a new release very soon (i.e. today), but in case I don't the attached patch ought to do the trick. On 21 November 2010 02:45, Siana Gearz <sia...@go...> wrote: > Helloes. Error follows: <snip> > This happens when building bugle-0.0.20100718. I'm kind of totally > puzzled about where the nonmatching declarations could come from -.- It was caused by an AMD extension that got promoted to an ARB extension with different function signatures. BuGLe is currently a bit stupid in this regard and assumes that functions with the same name (other than the extension suffix) are the same until I tell it otherwise. Regards Bruce -- Dr Bruce Merry bmerry <@> gmail <.> com http://www.brucemerry.org.za/ http://blog.brucemerry.org.za/ |
|
From: Siana G. <sia...@go...> - 2010-11-21 02:45:50
|
Helloes. Error follows: SHCC build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.os build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c: In function ‘budgie_invoke’: build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:18827: warning: passing argument 1 of ‘(void (*)(void (*)(GLenum, GLenum, GLuint, GLenum, GLsizei, const GLchar *, GLvoid *), const GLvoid *))budgie_function_address_real(305)’ from incompatible pointer type build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:18827: note: expected ‘GLDEBUGPROCARB’ but argument is of type ‘GLDEBUGPROCAMD’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:18836: warning: passing argument 5 of ‘(void (*)(GLenum, GLenum, GLuint, GLsizei, const GLchar *))budgie_function_address_real(308)’ makes pointer from integer without a cast build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:18836: note: expected ‘const GLchar *’ but argument is of type ‘GLsizei’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:18836: error: too many arguments to function ‘(void (*)(GLenum, GLenum, GLuint, GLsizei, const GLchar *))budgie_function_address_real(308)’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:19721: warning: pointer targets in passing argument 6 of ‘(GLuint (*)(GLuint, GLsizei, GLenum *, GLuint *, GLuint *, GLsizei *, GLchar *))budgie_function_address_real(603)’ differ in signedness build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:19721: note: expected ‘GLsizei *’ but argument is of type ‘GLenum *’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:19721: warning: passing argument 7 of ‘(GLuint (*)(GLuint, GLsizei, GLenum *, GLuint *, GLuint *, GLsizei *, GLchar *))budgie_function_address_real(603)’ from incompatible pointer type build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:19721: note: expected ‘GLchar *’ but argument is of type ‘GLsizei *’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:19721: error: too many arguments to function ‘(GLuint (*)(GLuint, GLsizei, GLenum *, GLuint *, GLuint *, GLsizei *, GLchar *))budgie_function_address_real(603)’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c: In function ‘glDebugMessageInsertAMD’: build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:32143: error: ‘arg5’ undeclared (first use in this function) build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:32143: error: (Each undeclared identifier is reported only once build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:32143: error: for each function it appears in.) build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:32143: error: too many arguments to function ‘(void (*)(GLenum, GLenum, GLuint, GLsizei, const GLchar *))budgie_function_address_real(308)’ build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c: In function ‘glGetDebugMessageLogAMD’: build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:38534: error: ‘arg7’ undeclared (first use in this function) build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.c:38534: error: too many arguments to function ‘(GLuint (*)(GLuint, GLsizei, GLenum *, GLuint *, GLuint *, GLsizei *, GLchar *))budgie_function_address_real(603)’ scons: *** [build/gcc_gcc_gl_glx_x11_posix_release/budgielib/lib.os] Error 1 This happens when building bugle-0.0.20100718. I'm kind of totally puzzled about where the nonmatching declarations could come from -.- Thankies. |
|
From: Bob K. <bob...@gm...> - 2010-08-15 19:58:09
|
hi bruce,
i'll investigate later when i have a chance, but for now, since
stdout, stderr work as valid streams, i'll work that way.
to summarize:
* core initial problem was setup-related:
* very important to have proper ~/.bugle/ configs:
% mkdir ~./bugle; cp doc/examples/ ~/.bugle/
* setting logging levels high to force all output didn't help.
* in a chain in a 'filterset log {...}' set:
file_level = 5
stderr_level = 5, or stdout_level = 5
* saw output from stdout or stderr, nothing in the file
thanks for all the advice and help. i'll let you know if i find out more.
bob
On Sun, Aug 15, 2010 at 3:45 PM, Bruce Merry <bm...@gm...> wrote:
> (cc'ing bugle-users back in - I forgot to reply-all at one point)
>
> On 13 August 2010 22:50, Bob Kuehne <bob...@gm...> wrote:
>> hi bruce,
>>
>> ok, so if i step through there, i see that i'm bailing in
>> bugle_log_printf where the !f || severity check happens (about line
>> 170 - i've edited, can't tell you exactly).
>>
>> so it looks like getting the file is failing, but the why isn't clear.
>
> I'm afraid your guess is as good as mine at this point. If it had
> failed to create the file I'd assume it was just some kind of
> permission problem, but creating it and failing to log is weird. The
> only thing I can think of that would cause that is a full disk. Good
> luck and let me know if you learn anything.
>
> Bruce
>
>> the pointers all look fine, the severity test passes, but i'm not sure
>> what's going on. log_next is a little opaque.
>>
>> ideas?
>> bob
>>
>> On Fri, Aug 13, 2010 at 4:55 PM, Bruce Merry <bm...@gm...> wrote:
>>> On 13 August 2010 21:45, Bob Kuehne <bob...@gm...> wrote:
>>>> hi bruce,
>>>>
>>>> On Fri, Aug 13, 2010 at 4:14 PM, Bruce Merry <bm...@gm...> wrote:
>>>>> On 13 August 2010 20:36, Bob Kuehne <bob...@gm...> wrote:
>>>>>> hi bruce,
>>>>>>
>>>>>> On Fri, Aug 13, 2010 at 3:23 PM, Bruce Merry <bm...@gm...> wrote:
>>>>>>
>>>>>>> That sounds like either the mechanism to intercept all calls is
>>>>>>> failing, or file logging is failing. Perhaps try adding the following
>>>>>>> inside the "filterset log { ... }" section:
>>>>>>>
>>>>>>> file_level 5
>>>>>>> stderr_level 5
>>>>>>
>>>>>> so if i do this, and update ~/.bugle/statistics per your suggestion below,
>>>>>> i get output (to the console).
>>>>>
>>>>> Do you get any output in the file when you do this? If so it might
>>>>> just mean that the default logging level is wrong for some reason (it
>>>>> should default to 4 for the file, which should be high enough to get
>>>>> trace output).
>>>>
>>>> wrt output in the log file, sometimes. so, if i use the 'logfps'
>>>> chain, with your mods:
>>>>
>>>> --
>>>> chain logfps
>>>> {
>>>> filterset stats_basic
>>>> filterset logstats
>>>> {
>>>> show "frames per second"
>>>> }
>>>> filterset log
>>>> {
>>>> file_level 5
>>>> stderr_level 5
>>>> filename "bugle.log"
>>>> }
>>>> }
>>>> --
>>>>
>>>> i see a lot on the console (stderr), but zip in the file, though i
>>>> clearly see it had touched 'bugle.log' when i ran, but again, 0bytes
>>>> in it. tried a few things, but it does seem to be a problem with
>>>> actually putting content in the log.
>>>
>>> As you say, that sounds like a problem with the logger. You might
>>> learn more by sticking breakpoints on bugle_log and bugle_log_printf.
>>> These functions iterate over the possible logging targets, and by
>>> following the flow you might be able to see why it's skipping over the
>>> file target.
>>>
>>> Bruce
>>> --
>>> Dr Bruce Merry
>>> bmerry <@> gmail <.> com
>>> http://www.brucemerry.org.za/
>>> http://blog.brucemerry.org.za/
>>>
>>
>>
>>
>> --
>> bob kuehne
>> ceo - blue newt software
>> www.blue-newt.com 734/834-2696
>>
>
>
>
> --
> Dr Bruce Merry
> bmerry <@> gmail <.> com
> http://www.brucemerry.org.za/
> http://blog.brucemerry.org.za/
>
--
bob kuehne
ceo - blue newt software
www.blue-newt.com 734/834-2696
|
