the basic GStreamer player functionality should already work across the Cinder supported Linux variants ( e.g RPi / Jessie, TK1, *buntu etc. ) . That said there are a lot of different things to take in to account, especially due to the different nature of the supported devices and variants but also because of the changes in recent versions of GStreamer itself.
This might get a bit long so apologies beforehand.
One main thing is that we have different versions of GStreamer shipping with the different flavors of Linux that Cinder can run on – This makes it trickier to construct/find a unified API that works equally well on all the different Linux variants and devices. This is especially true when you want to take advantage of more experimental features like the gst-gl components for example. This API moves some processing from the cpu to the gpu which makes things faster and will also allow for things like zero-copy gpu transfers in the future. This API has been in flux up until now across the different GStreamer versions ( 1.4, 1.6 and now 1.8 for Xenial ) but there is already initial Cinder support for it.
In parallel with this there is support for the more ‘traditional’ ( and slower ) path where most of the processing happens on the cpu. Depending on your requirements / hardware and GStreamer version though this might be already good enough. I would consider this path stable and I m using it for two installations that I just got finished with GStreamer 1.8 and Xubuntu 16.04.
The path decision happens based on the detected GStreamer version so for >= 1.6 the gl path is chosen and for smaller versions the cpu one.
The RPi is also a special case because of the OMX plugin and the need for moving as much as possible to the gpu but last I checked ( it has been some months already ) on Jessie, GStreamer was still at 1.4.4 . Arch provides the latest packages but the ones provided by pacman do not have properly enabled gl support on the RPi so there also you would have to go with the cpu part. The only solution for testing the gl path in these devices currently would be to compile and install GStreamer from source.
The video player is something that I am planning to work again in the next period and any suggestions/testing/remarks are more than welcome. Which brings me to your linking error statement – What distribution are you trying to test stuff on and what kind of linking error are you getting? The gst player is currently mapped to the qtime namespace so you should try to compile and run the QuickTimeBasicSample for starters. The gst libraries are pulled in automatically for you through our CMake configuration so you shouldn’t need any additional configuration as long as you have GStreamer installed in your system. Btw if you don’t get any linker errors when building the BasicSample for example, this means that all of Cinder’s dependencies ( including GStreamer ) are properly found on your system so if that builds, then the video sample should also build for you.
Hope these info give a first overview of the current status – It is a challenging topic in general and It would be great to get more people involved in this so please feel free to come back with more on this!