mosra on master
Cpu: fix build on architectures… (compare)
mosra on master
GltfSceneConverter: initial ver… package: enable GltfSceneConver… GltfImporter: allow zero-length… and 3 more (compare)
mosra on next
Cpu: fix build on architectures… (compare)
mosra on next
Cpu: fix build on architectures… (compare)
mosra on next
GltfSceneConverter: initial ver… package: enable GltfSceneConver… GltfImporter: allow zero-length… and 3 more (compare)
mosra on next
GltfSceneConverter: initial ver… package: enable GltfSceneConver… GltfImporter: allow zero-length… and 3 more (compare)
mosra on next
GltfSceneConverter: initial ver… package: enable GltfSceneConver… GltfImporter: allow zero-length… and 3 more (compare)
mosra on next
MeshOptimizerSceneConverter: ad… (compare)
mosra on master
Bump scene converter plugin int… (compare)
mosra on next
MeshOptimizerSceneConverter: up… package/ci: go back to lcov 1.1… GltfImporter: fix glb2gltf.py t… and 8 more (compare)
mosra on master
Use Corrade String[View] in som… doc: updated credits and change… Trade: full scene conversion su… and 8 more (compare)
that a FBO binding would cause the pipeline to sync sounds strange
I have read that i(t may cause) in "Implicit synchronization" paragraph here (look at the last sentence):
https://www.khronos.org/opengl/wiki/Synchronization
another option instead of double-buffering is to delay the picking to the beginning of the next frame
Yes, that's what I done, and right after the framebuffer is bound but not cleared yet.
_outlineDrawable = SceneGraph::DrawableGroup3D{};
_outliner.reset(new Outliner(&mesh, *_outlineDrawable, _scene));
_outliner->scale(Magnum::Vector3{ 1.1f });
auto mat = objects._attachmentObjects[id]->transformation();
_outliner->setTransformation(mat);
transform()
instead.
setPreserveEGLContextOnPause
. Can I do this without some tweaking on Magnum's source?
android context
https://gist.github.com/hsdk123/ea5b70493cc0923cb48de1bb86c6fbfe
https://gist.github.com/hsdk123/3a392070192bfaa6e97348f6023160d3
I remember having to do the same thing and ended up copying most of the androidapplication class and modifying it. @mosra if you might be able to take this into androidapplication, would be great
I remember having to do the same thing and ended up copying most of the androidapplication class and modifying it. @mosra if you might be able to take this into androidapplication, would be great
This is fine, but you should destroy the old resources, like the GL Surface, when re-creating the new one, otherwise you will result in a memory leak!
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,66): warning C4346: 'Magnum::Math::IsScalar<T>::value': dependent name is not a type [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,66): message : prefix with 'typename' to indicate a type [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,82): error C2146: syntax error: missing ')' before identifier 'value' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,82): error C2365: 'T': redefinition; previous definition was 'template parameter' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53): message : see declaration of 'T' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,82): error C2061: syntax error: identifier 'value' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,19): error C2059: syntax error: ')' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,82): error C2146: syntax error: missing ')' before identifier 'min' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,82): error C2146: syntax error: missing ';' before identifier 'min' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,102): error C2143: syntax error: missing ';' before '{' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(53,102): error C2447: '{': missing function header (old-style formal list?) [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,66): warning C4346: 'Magnum::Math::IsScalar<T>::value': dependent name is not a type [C:\Users\paul\coding\neurite\frontiers\scratch\sdlcs_helloworld_multiplatform\plugins\mag-plugin-node-api\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,66): message : prefix with 'typename' to indicate a type [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,82): error C2146: syntax error: missing ')' before identifier 'value' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,82): error C2365: 'T': redefinition; previous definition was 'template parameter' [C:\Users\paul\coding\neurite\frontiers\scratch\sdlcs_helloworld_multiplatform\plugins\mag-plugin-node-api\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56): message : see declaration of 'T' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,82): error C2061: syntax error: identifier 'value' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,19): error C2059: syntax error: ')' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,82): error C2146: syntax error: missing ')' before identifier 'max' [C:\coding\build\plugin-node-api.vcxproj]
C:\coding\build\_deps\magnum-src\src\Magnum/Math/Vector.h(56,82): error C2146: syntax error: missing ';' before identifier 'max' [C:\coding\build\plugin-node-api.vcxproj]
#define NOMINMAX
? :)
NOMINMAX
first
NOMINMAX
globally for the entire project through CMake target property (target_compile_definitions
or something). In theory, Magnum could do that the same way and make in PUBLIC
. The latter has the downside of being totalitarian.
Is this a pretty common error case when getting started with Magnum and Windows?
@OptimusLime you'd hit this whenever there's a variable or a function defined min
or max
anywhere, so i wouldn't say this is specific to Magnum, even the standard <limits>
header has issues with this ... so i'd say dealing with NOMINMAX
is a common Windows practice? (not a Windows user myself tho)