[needs-packaging] projectM

This would be a great feature for Amarok!

I'm right now working on getting projectm and it's libvisual module into gutsy

That will be excellent. Can we also ensure that the mythtv (specifically mythmusic) packages are built with libvisual enabled? libvisual-ProjectM is by far the best music visualization available for mythtv.

Also, don't know where this would fit in, but I found that the ProjectM source only includes a small subset of available visualizations.

I found great cherry-picked sets of Milkdrop visualizations that are compatible with ProjectM here: http://xbmc.svn.sourceforge.net/viewvc/xbmc/trunk/XBMC/visualisations/Milkdrop/

Would it be possible to package these up as well as a projectM-extras ?

@ ross:
woah, i didnt even know that milkdrop presets are compatible with projectM, great find!

@apachelogger:

since projectM hasnt made it into gutsy, are you going to get it packaged for hardy heron ?

projectm 1.0 is comin soon:
http://xmms-projectm.sourceforge.net/

@Ross: I'll have to look into license, but beside that there is not much of a problem creating a -extras package.

@mikkael: Of course, I'm also going to get it into gutsy-backports as soon as it is in Hardy.

Another vote for this package!
Goom sucks. Any place where we can test your packages? (is it on your ppa?)

It's only in my Feisty PPA for now, also only for i368 since I didn't have time to fix amd64 yet.

The packages do not work for Gutsy though. At least the plugin is not selectable in totem nor in rhythmbox.
Off course, this could have been expected trying a feisty package .. but i though i would try it anyway..

ProjectM is a openGL visualization. which neither totem nor rhythmbox can handle due to gstreamer being crappy.
totem & rhythmbox have code in them to remove GL plugins from their lists of libvisualizations.

the feisty ppa packages work in gutsy. (tho it is adviced to rebuild them against gutsy)

So, if it's not going to work with Rhythmbox and Totem, which programs do support this? Can this be fixed?

I am a bit surprised. Are you really saying a program like XMMS can do more than GStreamer is theoretically even capable of handling?

i can't be bothered finding the bug reports and stuff related to this, but from memory.
gstreamer supports outputting to opengl, but it cannot internally handle opengl in it's pipelines.
(and besides that... gstreamer atm is crappy @ normal visualizations, feel free to prove me wrong here)

amarok supports libvisual almost perfectly ^-^ including opengl (using xine)

i've built projectm 1.01 & projectm-libvisual 1.0 packages for gutsy x86 (source packages available as well)
they function correctly, but there were a few hacks in the build process to make it work.
things i can recall that need fixing up is restoring the splitting of projectm into 0 & -dev & data packages (cause i couldn't get that working again after getting the build to work)

stuff available @ http://mirror.randumb.org/darkmagez/libproject/

have fun.

Does 1.0 work correctly in Amarok? Everyone I asked to test it ran across this issue: http://sourceforge.net/forum/forum.php?thread_id=1854414&forum_id=358774

So either it's effecting a lot of people or actually everyone, both are reasons not to get 1.0 in the archive right now (btw, I got working packages with package splitting and all). So I'll wait whether projectm comes up with a fix, if they can't I tend to go with 0.

i can't seem to replicate that issue. (not everyone is affected)
any chance of getting a copy of your source packages for the 1 series? i'd like to see how you got it working.

it seems i am the only one with that white window problem ? (it was me who reported it @ sourceforge)

ill try your packages DarkMageZ and report if they fix that on my install..

Nope, I had various people try it (source and my pacakge) and most intel & nvidia users had the white window problem.

DarkMagez, your packages installed fine, but the white window bug is there.
I am using nvidia's closed drivers. (new-legacy one, 96.43)

so propably we have to wait for upstream to fix this ?

Thank you DarkMageZ ( i failed the manual install , don't know what are your hacks ;-) ) , everything works fine with your packages, no bug (Gefore 7600, amd64X2).

Due to a policy change (https://lists.ubuntu.com/archives/ubuntu-motu/2007-November/002684.html) I set the status to 'Triaged'. Set it back to 'In Progress' once you have a source package up for review.

libprojectm as well as libvisual-projectm have been synced from debian.

I notice it's still not packaged in Karmic, though libvisual-projectm and libprojectm-data are. What's the deal?

yeah come on people! this would be a great edition to ubuntu -- please package projectm 2.0 with all the aditional programs like pulseaudio-projectm etc

Done. I'm still working on some improvements (together with upstream). The packaging is available at Debian Experimental at time and maybe it will get ready for Maverick. (But if not, it will definitely in 11.04)

Package is now available in Maverick too.

yeah but not working with gstreamer...

GStreamer does not zupport OpenGL libvisual actor at time... Patches are available and I asked a GStreamer dev to apply these patches. Since the patches were very old, he wanted to test if they do still apply first. I did not receive feedback yet, I'll ask on the assigned bug report again.
You can install projectM-pulseaudio to visualize any PulseAudio audio source with projectM.