I'm running GStreamer in Raspbian Buster and I get a bunch of warnings the first time I use it, after a fresh install. This is not very problematic because is only one. However, I want to create a python binary using pyinstaller and each time I run the executable, I get the same warings. Any idea what is causing all these warnings? And how can I remove then, when using gst-python?
(hello_world:14518): GStreamer-WARNING **: 00:20:12.375: Failed to load plugin '/tmp/_MEIwrkn0j/libmmal_core.so': /tmp/_MEIwrkn0j/libmmal_vc_client.so: undefined symbol: mmal_status_to_string
(hello_world:14518): GStreamer-WARNING **: 00:20:12.376: Failed to load plugin '/tmp/_MEIwrkn0j/libmmal_util.so': /tmp/_MEIwrkn0j/libmmal_util.so: undefined symbol: mmal_log_category
(hello_world:14518): GStreamer-WARNING **: 00:20:12.386: Failed to load plugin '/tmp/_MEIwrkn0j/libmmal_vc_client.so': /tmp/_MEIwrkn0j/libmmal_vc_client.so: undefined symbol: mmal_log_category
(hello_world:14518): GStreamer-WARNING **: 00:20:12.399: Failed to load plugin '/tmp/_MEIwrkn0j/gst_plugins/libgstopenal.so': /tmp/_MEIwrkn0j/gst_plugins/libgstopenal.so: undefined symbol: _gst_debug_min
(hello_world:14518): GStreamer-WARNING **: 00:20:12.401: Failed to load plugin '/tmp/_MEIwrkn0j/gst_plugins/libgstmpeg2enc.so': /tmp/_MEIwrkn0j/gst_plugins/libgstmpeg2enc.so: undefined symbol: GST_CAT_DEFAULT
(hello_world:14518): GStreamer-WARNING **: 00:20:12.404: Failed to load plugin '/tmp/_MEIwrkn0j/gst_plugins/libgstlame.so': /tmp/_MEIwrkn0j/gst_plugins/libgstlame.so: undefined symbol: _gst_debug_min
Related
I'm in Ubuntu 20.04 using Opencv 4.4.0 in C++. I can run the file but failure throwing the next message:
[ WARN:0] global /home/user/opencv-4.4.0/modules/videoio/src/cap_gstreamer.cpp (713) open OpenCV | GStreamer warning: Error opening bin: error de sintaxis
[ WARN:0] global /home/user/opencv-4.4.0/modules/videoio/src/cap_gstreamer.cpp (480) isPipelinePlaying OpenCV | GStreamer warning: GStreamer: pipeline have not been created
Error opening video stream or file
I don't know what's the problem
When I try to launch my videowidget application it gives me the error:
(videowidget:9305): GLib-GObject-WARNING **: cannot register existing type 'GstObject'
(videowidget:9305): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed
(videowidget:9305): GLib-GObject-CRITICAL **: g_type_register_static: assertion 'parent_type > 0' failed
(videowidget:9305): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed
(videowidget:9305): GStreamer-CRITICAL **: gst_element_class_set_details_simple: assertion 'GST_IS_ELEMENT_CLASS (klass)' failed
(videowidget:9305): GStreamer-WARNING **: static caps 0xade3824c string is NULL
(videowidget:9305): GStreamer-CRITICAL **: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(videowidget:9305): GStreamer-WARNING **: static caps 0xade3828c string is NULL
(videowidget:9305): GStreamer-CRITICAL **: gst_mini_object_unref: assertion 'mini_object != NULL' failed
(videowidget:9305): GStreamer-WARNING **: static caps 0xade3824c string is NULL
(videowidget:9305): GStreamer-CRITICAL **: gst_mini_object_unref: assertion 'mini_object != NULL' failed
I have two GStreamer versions installed on my target machine 0.10 and 1.0 which runs on Jessie 8.2.
I figured out that when I uninstall 1.0, 0.10 version requires an .so file from gstreamer1.0.
VideoWidget example from Qt example folder works fine, but the simple example from doc.qt.io/qt-5/videooverview.html won't work.
1.0 and 0.10 are parallel installable and I doubt one is trying to use a file from the other.
Those issues usually happen when the application was linked against both versions. While you can have both at your system, applications should link only against one of them.
when you construct an object ,it's parent should be Q_NULL_POINTER.
QFileDialog *pDlg = new QFileDialog();
instead of
QFileDialog *pDlg = new QFileDialog(this);
I'm writing a code in C++ with MySQL Cpp Conn 6.1 to connect to a database and write data for later use. When trying to initialize the driver with driver = get_driver_instance(); it returns an error message:
Creating executable: out/gcc-debug//DB8.exe
out/gcc-debug//defaultSensor.o: In function `Z10dbWriteWiniiiii':
C:\Users\LuisH.Forchesatto\Dropbox\ProjetosOmnet++\DB8/dbWriteWin.h:35: undefined reference to `_imp___ZN3sql5mysql19get_driver_instanceEv'
collect2.exe: error: ld returned 1 exit status
Makefile:85: recipe for target 'out/gcc-debug//DB8.exe' failed
make: *** [out/gcc-debug//DB8.exe] Error 1
I tried to add mysqlcppconn to the link option (-lmysqlcppconn) but it returns the following error message:
Creating executable: out/gcc-debug//DB8.exe
C:\Users\LuisH.Forchesatto\Downloads\omnetpp-4.6\tools\win32\mingw32\bin/ld.exe: cannot find -lmysqlcppconn
collect2.exe: error: ld returned 1 exit status
Makefile:85: recipe for target 'out/gcc-debug//DB8.exe' failed
make: *** [out/gcc-debug//DB8.exe] Error 1
this error applies if I include the full path to mysqlcppconn.dll or .lib as well as including their directories to paths and symbols.
The non initialized driver variable may be causing crashes when trying to connect to the database so it needs to work.
The paths and symbols contains the includes for mysqlcppconn headers and boost library headers. The full code to the application is in the link below.
https://dl.dropboxusercontent.com/u/85576999/dbWriteWin.h
2 possible error causes,
I - you are refering to undeclered function or variable
II - you aren´t including the proper library in compilation time
I'm using mingw-w64 (4.8.0) + cmake to build shared libraries for yaml-cpp (0.5.1). The project has a few build targets in the CMakeLists.txt that comes with it: the main library yaml-cpp and some test programs e.g. parse, which links the library.
The library target yaml-cpp itself built without error but it is followed by this error when parse is built:
Linking CXX executable parse.exe
CMakeFiles\parse.dir/objects.a(parse.cpp.obj):parse.cpp:(.text+0x1a3): undefined reference to `YAML::Load(std::istream&)'
CMakeFiles\parse.dir/objects.a(parse.cpp.obj):parse.cpp:(.text+0x1b2): undefined reference to `YAML::operator<<(std::ostream&, YAML::Node const&)'
c:/work/mingw64-4.8/bin/../lib/gcc/x86_64-w64-mingw32/4.8.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles\parse.dir/objects.a(parse.cpp.obj): bad reloc address 0x0 in section `.data'
collect2.exe: error: ld returned 1 exit status
util\CMakeFiles\parse.dir\build.make:90: recipe for target 'util/parse.exe' failed
mingw32-make[3]: *** [util/parse.exe] Error 1
CMakeFiles\Makefile2:228: recipe for target 'util/CMakeFiles/parse.dir/all' failed
mingw32-make[2]: *** [util/CMakeFiles/parse.dir/all] Error 2
CMakeFiles\Makefile2:240: recipe for target 'util/CMakeFiles/parse.dir/rule' failed
mingw32-make[1]: *** [util/CMakeFiles/parse.dir/rule] Error 2
makefile:211: recipe for target 'parse' failed
mingw32-make: *** [parse] Error 2
I run into similar errors when I try to write small test programs using the library, and I don't know what is wrong. What might be the issue here?
Jesse Beder's comment points to the exact issue causing the error described in the question. A quick fix while this gets fixed in a follow-up release is to apply the patch (https://code.google.com/p/yaml-cpp/issues/detail?id=216#c4) to a clean copy of yaml-cpp 0.5.1. There is also a line that declares std::string node_data::empty_scalar in the source file src/node_data.cpp that should be commented out. After making these changes, the shared libraries and utilities build without error.
It tried to run a GStreamer Tutorial Example, that already worked, but didn't work anymore right now. I didn't change the source code. I build the Project with CMake.
I get the following Error on every of my Testprograms, that are slightly different from each other:
(GStreamer_Test_AppSrc:28073): GLib-GObject-CRITICAL **: g_param_spec_boxed: assertion `G_TYPE_IS_BOXED (boxed_type)' failed
(GStreamer_Test_AppSrc:28073): GLib-GObject-CRITICAL **: g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed
(GStreamer_Test_AppSrc:28073): GLib-GObject-WARNING **: gsignal.c:1644: parameter 1 of type `<invalid>' for signal "GstAppSrc::push_buffer" is not a value type
(GStreamer_Test_AppSrc:28073): GLib-GObject-WARNING **: cannot register existing type `GstObject'
(GStreamer_Test_AppSrc:28073): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
(GStreamer_Test_AppSrc:28073): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type > 0' failed
(GStreamer_Test_AppSrc:28073): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
(GStreamer_Test_AppSrc:28073): GStreamer-CRITICAL **: gst_element_class_set_static_metadata: assertion `GST_IS_ELEMENT_CLASS (klass)' failed
(GStreamer_Test_AppSrc:28073): GStreamer-CRITICAL **: gst_caps_ref: assertion `GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed
(GStreamer_Test_AppSrc:28073): GStreamer-CRITICAL **: gst_caps_ref: assertion `GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed
(GStreamer_Test_AppSrc:28073): GStreamer-CRITICAL **: gst_caps_unref: assertion `GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed
The Problem was, that i had installed GStreamer 0.10.x AND 1.x and mixed together both respectively CMake.
CMake remembered some Cache Settings, when i tried to compile my Project with GStreamer 1.x. After cleaning up the Out-of-Source Build Directory of the CMake-Project and rebuilt the Project again with solely GStreamer-0.10.x Dependencies, my Programs again worked as expected.