-
Notifications
You must be signed in to change notification settings - Fork 179
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AB runs but displays nothing. #53
Comments
hi, |
Thanks for you swift response. Incidentally, I tried a small sample Qt-GL which worked fine. Regards On Sun, 2015-09-20 at 23:32 -0700, Krzysztof Kolasinski wrote:
[21/09/2015 17:20:47] {Debug} Starting application: |
Did you try to google the first warning ? |
The libpng problem seems to be harmless, it happens on Fedora mostly and in almost all programs that use libpng. |
Thanks for that Calinou. I haven't investigated it. Given it's a warning and the OpenGL issues are errors, I de-prioritized it. The NVIDIA RAM reporting as zero is because there is no current (GL) context. The next error glBindTexture @CommonObjects.h, line 346 I suspect might be due to it being called prior to initializeGLFunctions being called. A bit of reorganization within MainWindow might be able to address that specific ordering. However I'm unsure if the errors that follow it are consequential or have independent cause. |
The patch below demonstrates the first issue... diff --git a/Sources/mainwindow.cpp b/Sources/mainwindow.cpp
diffuseImageProp = new FormImageProp(this,glImage); |
Ok, so further to above. At least some of these problems lie in initialization of the FormImageProp members of MainWindow. FormImageBase contains imageProp which is of type FBOImageProporties (sic). imageProp is being initialized in FormImageProp::setImage which is being called from the MainWindow constructor. I suspect these probably needs to be initialized from within an initializeGL callback -no obvious candidate presents itself. Alternatively, FBOImageProporties might get away with lazy initialization. My two cents... |
Ok, I tracked this issue down to the 3.14 commit: b212a52. This commit is rather large but I'm at least going to try and sift through it and figure out what the issue could be. |
Hey everyone, I have an update. Turns out I was way off and the commit that broke the GL rendering was actually e877f55. The issue is this line:
Please note this bug only affects Linux and Mac because of the preprocessor declaration setting this value for only those platforms. The QGLFormat::CoreProfile disables OpenGL functions depreciated in 3.0. The real solution to fixing this problem is to find where in the source the depreciated functions are used and upgrade them with the current iterations. As a workaround until a fix is made you can simply comment out that line (Sources/main.cpp, line 184 in the current HEAD (d495e35). Just created a pull request for this temporary workaround. |
Well done CodePhase - worked for me. |
Hi sorry for dalay, thank you! I will try this right now! |
Hi,
I have recently downloaded and built AB without a problem. However when I run it I get two black windows.
I'm running Fedora 21 with GeForce GT 730 (OpenGL version 4.4) and the proprietary NVIDIA drivers.
The log file seems to indicate a lot of OpenGL errors. These are typically INVALID_ENUM, INVALID_OPERATION, INVALID_VALUE (unfortunately GH complained when I tried to attach the log file).
Any assistance would be greatly appreciated.
Kind regards.
The text was updated successfully, but these errors were encountered: