Ugh... Tried recompiling updated CVS and now I keep getting
./Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
What else was updated in that should've caused this problem?
Ico
On 2/19/07, Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
+NB: It is very likely that it may be necessary for this method to
exist
for other types of video devices, but since I was unable to test them, I've put it under the most restrictive ifdef available.
+Ico Bukvic ico@vt.edu 2-18-07 +*/ +#ifdef HAVE_LIBDV
- if (m_videoHandle)m_videoHandle->stopTransfer();
+#endif /* DV4L */ }
this is weird and does not make full sense to me. e.g. if you have compiled Gem with v4l AND libdv support (2 drivers), then the stopTransfer() of the currently used handle will be called on destruction of the [pix_video] object. (this could as well be the V4L-handle; so the define does not exactly what it suggests that it might do)
i have replaced your suggestion by calling the destructor of all existing handles on destruction of pix_videoNEW.
please check whether this still fixes your issues.
I just checked out the CVS. Yes, your solution is more universal. I simply wasn't sure what were the implications without digging much deeper into the code so my proposed solution was simply a well isolated "hack" to expose the problem while limiting its impact on the overall functionality. Thanks for making this more transparent!
I will check this shortly and will let you know if it works as expected (I anticipate it will).
Best wishes,
Ico