Re: Animationplugin_open GL probem
Posted: Mon Jan 11, 2016 11:27 pm
I acknowledge the OpenGL error (I just fixed it and I'll post the updated beta version soon).
However I don't think it is the cause of the error you get here (I had the same OpenGL error in the Console on my side but despite this the plugin was properly generating the animation).
The error message makes me think that the issue comes more likely from the size of the 3D view. CloudCompare tries to make sure that its size is a multiple of 4 before rendering (as most codecs requires this). To do this it will try to resize the 3D view before the rendering. Two potential issues may arise:
- CloudCompare fails to resize the view (because it's just too big for your graphic card, or your window system prevents the window to be actually resized) --> to test this, simply try to reduce the size of the 3D view and see if it helps
- otherwise the codec you use (it's hard to know exactly which one is used as it depends on the output file extension and then it's automagically chosen by the ffmpeg library on which the plugin relies) may require a frame size that is a multiple of 16 for instance (or more). To test this, simply try to manually resize the 3D view so that its dimensions are a multiple of 16 (or even 64 or 256 just to be sure).
Can you try this and tell me how it went?
However I don't think it is the cause of the error you get here (I had the same OpenGL error in the Console on my side but despite this the plugin was properly generating the animation).
The error message makes me think that the issue comes more likely from the size of the 3D view. CloudCompare tries to make sure that its size is a multiple of 4 before rendering (as most codecs requires this). To do this it will try to resize the 3D view before the rendering. Two potential issues may arise:
- CloudCompare fails to resize the view (because it's just too big for your graphic card, or your window system prevents the window to be actually resized) --> to test this, simply try to reduce the size of the 3D view and see if it helps
- otherwise the codec you use (it's hard to know exactly which one is used as it depends on the output file extension and then it's automagically chosen by the ffmpeg library on which the plugin relies) may require a frame size that is a multiple of 16 for instance (or more). To test this, simply try to manually resize the 3D view so that its dimensions are a multiple of 16 (or even 64 or 256 just to be sure).
Can you try this and tell me how it went?