damm... my card was set to 16 bit colors. now is set to 24 and the accumfliptest.py works fine. however some examples still do not render the graphics like 05_waves.py . However this does centipede.py my card does now have very good hardware acceleration under linux so i guess it is something to do with the driver.
Claudio Esperança(e)k dio: >>From the log you sent, it looks like either your board does not > support accumulation buffer (which is unlikely), or pyglet's > get_best_config is unable to find a suitable context configuration > that supports an accumulation buffer. I've seen one other message in > pyglet-users discussion group about problems with this, but the > solution is not clear. > > If you are willing, there are a couple of things you might try to help > me track this bug down. Edit the flippolicy.py file inside the tools > directory. Replace the constructor of the AccumWindow class by the > following: > > ------------- > > def __init__(self, *args, **keyargs): > """Constructor""" > # construct the base class > if 'config' in keyargs: > config = keyargs['config'] > else: > config = Config(double_buffer=True) > config.accum_alpha_size = 8 > config.accum_red_size = 8 > config.accum_green_size = 8 > config.accum_blue_size = 8 > print config > keyargs['config'] = config > super(AccumWindow, self).__init__(*args, **keyargs) > > ------- > (In case this code gets mangled by google groups, the only difference > wrt the original code is that no depth buffer is requested -- the > 'depth_size=24' was removed -- and a 'print config' was added to see > what, exactly, the window constructor didn't like in the config). > > If you are able to run accumfliptest.py, then we might put the blame > in the unsupported depth-buffer with 24 bits. You might try requesting > 'depth_size=16' instead to see if it works also. Otherwise, I will > have to come up with yet another way of maintaining the contents of > the back buffer between flips, i.e., another flip policy. Using copy > to texture, perhaps? > > Thanks again, > > --Claudio > > On Oct 17, 3:25 am, altern <[email protected]> wrote: >> i downloaded the latest svn, reinstalled it just in case, then run the >> python accumfliptest.py >> >> $ python accumfliptest.py >> Traceback (most recent call last): >> File "accumfliptest.py", line 20, in <module> >> win = AccumWindow(200,200) >> File "/home/r2d2/pyprocessing-read-only/tools/flippolicy.py", line >> 157, in __init__ >> super(AccumWindow, self).__init__(*args, **keyargs) >> File >> "/usr/local/lib/python2.6/dist-packages/pyglet/window/xlib/__init__.py", >> line 474, in __init__ >> super(XlibWindow, self).__init__(*args, **kwargs) >> File >> "/usr/local/lib/python2.6/dist-packages/pyglet/window/__init__.py", line >> 644, in __init__ >> config = screen.get_best_config(config) >> File >> "/usr/local/lib/python2.6/dist-packages/pyglet/window/__init__.py", line >> 290, in get_best_config >> raise NoSuchConfigException() >> pyglet.window.NoSuchConfigException >> >> the error seems to come from pyglet. So I reinstalled pyglet and check >> the examples to see if there were errors. most worked fine : >> graphics.py, opengl.py, fixed_resolution.py >> but this doesnt, the window opens but there is no graphics : >> window_platform_event.py >> >> Claudio Esperança(e)k dio: >> >>> Thanks for trying that and the tip about the misspelling. >>> I cannot understand what could cause the error you reported. I added a >>> test program to >>> the tools subdir in the svn called accumfliptest.py. Would you be so >>> kind as to try >>> running it in your installation? Just download the most recent version >>> (61, as of this >>> message), go to the tools directory and run 'python accumfliptest.py'. >>> This program does >>> not depend on pyprocessing at all (the two dependencies 'fbo.py' and >>> 'flippolicy.py' were >>> also copied to the tools directory). >>> --Claudio > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en -~----------~----~----~----~------~----~------~--~---
