Opengl Error 1281 At Top Enddraw Invalid Value
Sign in Pricing Blog Support Search GitHub This repository Watch 4 Star 16 Fork 5 kritzikratzi/fullscreen-p5 Code Issues 11 Pull requests 0 Projects 0 Wiki Pulse Graphs New issue OpenGL error 1281 at top endDraw(): invalid value #9 Closed jeffg2k opened this Issue Dec 4, 2009 · 4 comments Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 2 participants jeffg2k commented Dec 4, 2009 I don't know if this effects anything... things work ok but I see it as an error when running my sketch with textures. Owner kritzikratzi commented Jan 3, 2010 you mean that sometimes when switching from fullscreen to window-mode and back ruins your textures? (if you have example code i'd be happy) jeffg2k commented Jan 3, 2010 For some odd reason, I'm not seeing the error anymore. I see what I can do to reproduce it and try and post something if I do. jeffg2k commented Jan 29, 2010 I haven't seen this issue since reporting it. So probably worth closing. Owner kritzikratzi commented Jan 29, 2010 k, thanks. This issue was closed. Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc. Terms Privacy Security Status Help You can't perform that action at this time. You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Tool DevelopmentEvents and OpportunitiesGeneral Discussion Sub forum : Move this topic Cancel Contributed Library Questions micha.sch.. ControlP5 - OpenGL - addGroups in Contributed Library Questions • 1 year ago Hi. I just getting crazy to create a GROUP using the newest version of ControlP5 and Processing 2.08a. https://github.com/kritzikratzi/fullscreen-p5/issues/9 Here is a minimum example to point out the problem: import controlP5.*; ControlP5 cp5; void setup(){ size(200,200, OPENGL); // remove OPENGL and the example works cp5 = new ControlP5(this); cp5.addGroup("test"); } https://forum.processing.org/topic/controlp5-opengl-addgroups void draw() { background(0); stroke(255); line(100, 100, 800, 1000); } If I remove the "OPENGL" statement, the example runs, else this (for me) cryptic errors appear: ControlP5 0.7.6 infos, comments, questions at http://www.sojamo.de/libraries/controlP5 java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at processing.core.PImage.loadPixels(PImage.java:493) at processing.core.PImage.mask(PImage.java:926) at controlP5.BitFontRenderer.write(Unknown Source) at controlP5.ControlFont$BitFontLabel.calculateHeight(Unknown Source) at controlP5.ControlFont$BitFontLabel.adjustTexture(Unknown Source) at controlP5.ControlFont$BitFontLabel.adjust(Unknown Source) at controlP5.ControlFont.adjust(Unknown Source) at controlP5.Label$SinglelineLabel.draw(Unknown Source) at controlP5.Label.draw(Unknown Source) at controlP5.ControllerGroup.draw(Unknown Source) at controlP5.ControllerGroup.drawControllers(Unknown Source) at controlP5.ControllerGroup.draw(Unknown Source) at controlP5.ControlWindow.draw(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at processing.core.PApplet$RegisteredMethods.handle(PApplet.java:1078) at processing.core.PApplet$RegisteredMethods.handle(PApplet.java:1071) at processing.core.PApplet.handleDraw(PApplet.java:2003) at processing.opengl.PGL$PGLListener.display(PGL.java:2501) at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:189) at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:177) at javax.media.opengl.awt.GLCanvas$DisplayAction.run(GLCanvas.j
JHelioviewer Edit Fix Released High Markus Langenberg Edit You need to log in to change this bug's status. Affecting: JHelioviewer Filed https://bugs.launchpad.net/bugs/657085 here by: Malte Nuhn When: 2010-10-08 Confirmed: 2010-10-11 Assigned: 2010-10-11 Started https://codeanticode.wordpress.com/2008/10/24/new-glgraphics-release-compatible-with-processing-0149/ work: 2010-10-14 Completed: 2010-11-11 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu Ubuntu Linaro Evaluation Build Ubuntu RTM Package (Find…) Project (Find…) Status Importance Fix Released High Assigned to Me Markus Langenberg (markus-langenberg) Comment on opengl error this change (optional) Email me about changes to this bug report Also affects project (?) Also affects distribution/package Nominate for series Bug Description In some constellations (seems to somehow depend on the zoom level and the window size), I am able to produce very "nasty" OpenGL renderings. When seeing these strange images, I get a lot of OpenGL opengl error 1281 error messages (I just improved the error message for that to give more detail). It is OpenGL Error "1281", which translates to "Invalid Value". I currently can't provide more information about this. However, I had these problems already every now and then, so I guess it is not related to some recent changes. Add tags Tag help Related branches lp:jhelioviewer lp:~markus-langenberg/jhelioviewer/jhv-markus (Merged) Malte Nuhn (malte.nuhn) wrote on 2010-10-08: #1 Screenshot Edit (788.1 KiB, image/png) Malte Nuhn (malte.nuhn) wrote on 2010-10-08: #2 Download full text (5.8 KiB) I tried to debug the application with "gDEBugger - an OpenGL Debugger and Profiler". Unfortunately it can't debug JAVA applications on a Mac (but on Windows and Linux). So it might be interesting if someone else can reproduce this bug on his non-Mac machine. Here are the details of my machine: //////////////////////////////////////////////////////////// // This File contain a system information snapshot // Generation date: Saturday, October 9, 2010 // Generation time: 00:33:38 // // Generated by gDEBugger - an OpenGL Debugger and Profiler // www.gremedy.com //////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////
in Processing 0149. It can be downloaded from here. Besides the compatibility with the latest releases of Processing, it has a couple of new features: the default texture filtering mode is now set to linear. texture parameters can also be specified when loading image files from disk. Like this:Like Loading... Related Posted October 24, 2008 by ac in Programming Tagged with glgraphics, glgraphics update, opengl, Processing « New release of GSVideo:20080911 New GLGraphics release:0.8.9 » 12 responses to “New GLGraphics release compatible with Processing0149+” Subscribe to comments with RSS. Hi, thanks for making this library! I'm getting an error trying to use it, I've posted the error code and details here: http://processing.org/discourse/yabb_beta/YaBB.cgi?board=OpenGL;action=display;num=1225321020 Can you help? Reply Tim Cowley October 29, 2008 at 11:38 pm Does running on 0154 give the same error? Reply codeanticode October 30, 2008 at 4:38 am Looks interesting but … I downloaded 0149 and attempted to use it with Processing version 0155 and whenever I try to instantiate an object of type GLTexture (e.g.: boom = new GLTexture(this); ), the application gives the following error: OpenGL error 1282 at top endDraw(): invalid operation Also, I can't run any of the example files without getting the following error: Framebuffer Object error! Any ideas what might be causing this/these errors? Reply Arron Ferguson November 13, 2008 at 12:03 am what operating system and video card are you using? Reply codeanticode November 13, 2008 at 7:20 pm I'm getting the same error: OpenGL error 1281 at top endDraw(): invalid value sometimes… it's kind of inconsistent… i can run the examples, when i'm incorporating the lib then i get the error… i'm running a mac powerpc g4 with a radeon 9600 R