by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Vladimír Vondruš
@mosra
you just can't
at all
and as far as i can see, there's no (webgl) extension to allow this either
Tracy Ma
@linuxaged
╮(╯-╰)╭
Vladimír Vondruš
@mosra
the mouseinteraction example is slightly more complicated because of the multisampling, which you could skip if you don't need that, but the main complexity with the shader reading is still there
Janos95
@Janos95
or use an AABB tree and do ray casting. But that's not really simpler :laughing:
Vladimír Vondruš
@mosra
yeah no :D
what if there's more than just one channel 255?
ugh
i wonder how the phone in my pocket isn't just spontaneously catching fire every ten minutes
DaeMon87
@DaeMon87
@mosra I added that pluginList call and it returns an empty list
Vladimír Vondruš
@mosra
are you using current master?
(asking because there's a particular behavior in older versions that could have this effect, so want to rule that out before we continue investigating further)
DaeMon87
@DaeMon87
im a few commits behind
ill update to latest
Vladimír Vondruš
@mosra
if you have at least mosra/corrade@e6f6538 then all is fine
now, when it fails to load the plugin, it prints a message to the standard output, can i see what it prints?
DaeMon87
@DaeMon87
I dont see the standard output in my application ill see what I can do to to get that output
Guillaume Jacquemin
@williamjcm
You could create a file stream and redirect Utility::Debug to it, for example.
Vladimír Vondruš
@mosra
or if you're using CMake and use add_executable(... WIN32 ...), temporarily remove that WIN32 to have a console window open (or the output shown in VS)
Guillaume Jacquemin
@williamjcm
That too.
DaeMon87
@DaeMon87
managed to get some output
PluginManager::Manager::load(): plugin StbTrueTypeFont is not static and was not found in C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts
Vladimír Vondruš
@mosra
so as you said earlier, C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts contains StbTrueTypeFont.dll and .conf?
DaeMon87
@DaeMon87
yes thats right
Vladimír Vondruš
@mosra
any chance you have more than one instance of the font plugin manager?
which corrade commit are you on?
DaeMon87
@DaeMon87
the last commit I have is for 10 April 2020 nnot sure what commit that is, will give all my repos an update so I have the lastest
Vladimír Vondruš
@mosra
ah, then you are about a month before mosra/corrade@e6f6538 which probably fixes this (in case you really are hitting the case of multiple instances of the same manager)
when you update, let me know if that fixed it for you
DaeMon87
@DaeMon87
awesome much thanx
Andy Somogyi
@AndySomogyi

@mosra I might be using using namespace ..., I'll have to take a look.

Will Magnum build on centos 5.0? Looks like I have to make a centos build. Last time I had to use centos, it had some absolutely ancient versions of gcc, python 2.?... and you had to download RPM from various placed just to build anything.

DaeMon87
@DaeMon87
I have achieved progress!
PluginManager::Manager::load(): cannot load plugin StbTrueTypeFont from "C:/Work/GitRepos/dotactiv/CatMan/x64/Release/magnum/fonts/StbTrueTypeFont.dll": 126
Vladimír Vondruš
@mosra
@AndySomogyi it will build on centos 7 (or maybe 6?), the one that has GCC 4.8 ... for that i'm still keeping compatibility, but with older ones you're out of luck, sorry :P
@DaeMon87 great, this probably just means some dependency DLL is not found -- what corrade and magnum DLLs do you have next to your application executable?
Andy Somogyi
@AndySomogyi
Evidently, to create a pypi binary, you need to create a 'manylinux' build, I'm still trying to figure out what exactly this entails.
Vladimír Vondruš
@mosra
argh not this
i remember someone wanted me to do this a while ago, but when i saw the requirements i noped away out of that
centos 6? ugh
it's funny, on one hand you have the modern c++ extremists who complain when your platform can't do full C++17
on the other hand you have these total compatibility extremists who force you to go back to the tech of 2010, abandoning even c++11
i used to have gcc 4.4 compatibility, but got rid of that in 2017 because that was an absolute maintenance nightmare
as far as i can see, centos 6 is gcc 4.4
Vladimír Vondruš
@mosra
tho manylinux2014 seems to be reasonable enough: https://www.python.org/dev/peps/pep-0599/
gcc 4.8
Andy Somogyi
@AndySomogyi
Looks like I can get away with CentOS 7.
Vladimír Vondruš
@mosra
i was actually thinking if i could drop gcc 4.8 support soon, hah ... good to know it's still very important :D
DaeMon87
@DaeMon87
@mosra
CorradePluginManager.dll
CorradeUtility.dll
Magnum.dll
MagnumDebugTools.dll
MagnumGL.dll
MagnumMeshTools.dll
MagnumPrimitives.dll
MagnumSceneGraph.dll
MagnumShaders.dll
MagnumText.dll
MagnumTextureTools.dll
MagnumTrade.dll