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