Weird interference with ofVideoPlayer on Linux

[davidemania]

In an Ubuntu Linux OF application the creation of a new ofVideoPlayer (the standard one, GStreamer based) fails hanging forever in the

setPlayer(std::make_shared<OF_VID_PLAYER_TYPE>());

This happens if the ofxHapPlayer addon is enabled in addons.make, no matter if it is then used in the application or not. Weirdly enough if some other application using GStreamer (like totem or the ofVideoPlayer example) is run then everything is fine until the next reboot, subsequent runs of the (previously) failing app go on without issues.

There must be some interference between the addon code and the OF video insiders, any idea about what can this be? Or how to start debugging something like that?

Using OF 0.10.1, Ubuntu 19.04, master branch of ofxHapPlayer.

[davidemania]

More strange things... the following snippet will result in a non functioning Hap video:

videoPlayer = new ofVideoPlayer();
videoPlayer->setPlayer(ofPtr<ofGstVideoPlayer>(new ofGstVideoPlayer));
hapVideoPlayer = new ofxHapPlayer();

but if I comment out the second line the Hap player works fine. There definitely is something weird under the hood.

[dimitre]

I'm having issues too. if I place an ofxHapPlayer inside my class, it returns some error regarding normal ofVideoPlayer

Call to implicitly-deleted copy constructor of 'ofApp::vid'

I'm here in macOs 10.14.6, XCode 11.3.1, ofw from git (default patch-release)

[bangnoise]

@dimitre not sure if that's going to be related, but can you paste a few lines of code that demonstrate the problem (or link a full project if that's easier)?

[dimitre]

Hello @bangnoise just ignore my comment. I've just tested together with ofVideoPlayer and GStreamer and it is working well side by side (latest ofxHapPlayer). @davidemania are you still experiencing the issue?