<html>
<blockquote type=cite class=cite cite><font face="arial" size=2>1)</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>Is the code on sourceforge really the
latest?</font></blockquote><br>
It is the latest version of the UCL-based AG vic. I haven't incorporated
the locking patch (would like to hear from more sites on its use, to see
if it causes any problems).<br><br>
<blockquote type=cite class=cite cite><font face="arial" size=2>2)</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>Why does the vic I compiled work (well,
crash really :-) differently than the released AG
vic.</font></blockquote><br>
The latest binary release of vic may be lagging the latest in the
sourceforge CVS archive.<br><br>
<br>
<blockquote type=cite class=cite cite><font face="arial" size=2>3)</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>Should the Windows code (tcl, tk, vic)
be compiled with the single-thread or multi-thread run-time libraries
(see Project Settings -&gt; C/C++ Tab -&gt; Category=&quot;Code
Generation&quot;). Default seems to be
single-threaded.</font></blockquote><br>
I've always built single-threaded; perhaps if VfW capture requires
multithread support it should be multithreaded.<br><br>
<blockquote type=cite class=cite cite><font face="arial" size=2>4)</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>What is the status and direction of vic
development with respect to:<br>
</font><font size=3><br>
</font><font face="arial" size=2>a.</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>Direct draw, display and
capture.</font></blockquote><br>
There are some optimizations that could be made to the display side of
things - support for hardware overlays for h261 (there is support in
there now for jpeg); support for YUV visuals if they are available in
non-overlay mode (RGB-&gt;YUV conversions take up a remarkable amount of
CPU time); etc.<br><br>
I'd love to see someone build a DirectShow-based capture module for
vic.<br><br>
<blockquote type=cite class=cite cite><font face="arial" size=2>b.</font><font face="Times New Roman, Times" size=1>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</font><font face="arial" size=2>AG vic vs. OpenMash vic vs. ucl vic vs.
nlsde vic (am I missing anyone?).</font></blockquote><br>
The OpenMash folks have put quite a bit of effort into making mash vic
compatible with the Access Grid. Since they are actually doing
maintenance &amp; research work with vic, I'm leaning toward integrating
mashvic as a supported tool. Merging the Admire fixes into UCL or Mash
would be great as well.<br><br>
<blockquote type=cite class=cite cite><font face="arial" size=2>One of my
main tasks is to improve the reliability of vic on SMP Windows machines.
I am looking forward to helping the AG effort, but I want to make sure
I'm starting with the right base and have the necessary background
info.</font></blockquote><font size=3><br>
</font>If you are going to be doing capture on Windows, I think moving to
DirectShow for capture would likely lend some stability.<br><br>
--bob</html>