Posts: 873
Joined: Jul 2008
Reputation:
8
The more Visualizations the merrier :-)
Posts: 1,506
Joined: Nov 2013
2014-08-09, 18:27
(This post was last modified: 2014-08-09, 18:30 by ironic_monkey.)
the easiest is cloning my git, pointing cmake to project/cmake and running 'make visualization.projectm'. You can then pick it up from buildtree/addons/visualization.projectm
If you prefer to use wsnipex tree point cmake to project/cmake/addons
Those files are provided with the 'make install' target of xbmc for out-of-tree builds if you prefer that route.
Posts: 1,506
Joined: Nov 2013
this is due to data paths. projectm eats these through a define (eff it!). by default it's setup for a system-wide install.
edit the DATA_PATH in the CMakeLists.txt of visualization.projectm to point to the proper dir.
Posts: 1,506
Joined: Nov 2013
i have remedied this, but i could not do it while staying compatible with upstream.
somebody needs to backport
https://github.com/notspiff/xbmc-cmake/c...f9f59cccd6 (or add equivalent functionality differently, then change the addon).
until that happens you cannot grab a new visualization.projectm (nor the top of my tree), you have to do the DATAPATH thing ^^^
Posts: 1,506
Joined: Nov 2013
2014-08-10, 12:11
(This post was last modified: 2014-08-10, 12:13 by ironic_monkey.)
projectm spews a shitload of strings to the terminal. just watch that output..
anyways, your procedure looks sane to me. it should work like that. you don't have to manually cmake again though, as cmake autoregen's if CMakeLists.txt was changed.
Posts: 1,506
Joined: Nov 2013
Posts: 1,506
Joined: Nov 2013
2014-08-10, 13:52
(This post was last modified: 2014-08-10, 13:54 by ironic_monkey.)
Could not open font file: /Vera.ttf
definitely not correct still. that should say /home/xbmc/.xbmc/addons/visualization.projectm/resources/Vera.ttf
example patch;
Code:
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3d9ff8c..0094400 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -10,7 +10,7 @@ find_package(GLEW REQUIRED)
find_package(ProjectM REQUIRED)
add_definitions(-DHAS_SDL_OPENGL)
-set(DATA_PATH "${CMAKE_INSTALL_PREFIX}/share/xbmc/addons/visualization.projectm/resources")
+set(DATA_PATH "/home/xbmc/.xbmc/addons/visualization.projectm/resources")
add_definitions(-DDATAPATH="${DATA_PATH}")
set(INCLUDES ${OpenGL_INCLUDE_DIR}
Posts: 1,506
Joined: Nov 2013
2014-08-10, 14:03
(This post was last modified: 2014-08-10, 14:04 by ironic_monkey.)
also, didn't see that question. the reason there is no visualization.projectm in the xbmc-cmake git is that it is cloned straight out of the visualization.projectm git and built as part of the build process.
the only integration point is text files, see
https://github.com/notspiff/xbmc-cmake/t...ata/addons (linux/visualization.projectm for projectm).
you can change the git url or revision there if you want to push your changes to a repository. just make sure to run make rebuild_cache after the change, or the build system won't pick it up (a todo..)
Posts: 1,506
Joined: Nov 2013
as i said you CANNOT take HEAD of visualization.projectm since i made changes that only works with my tree! you need HEAD~1.
the buildsystem won't make it into helix, probably not even into kodi, in its current form. other devs are taking bits and pieces so hopefully the synthesis some years down the line will be even better...
the viz won't make it into helix. but it will be compatible with helix through the procedure you are following so if peeps want to distribute it have at it.
i don't distribute binaries in any form to avoid getting into trouble with upstream.