Hi Adrian,<br><br>I agree with Johan. Micro-Manager went to a lot of effort to create a unified interface for acquisition, so best would be to use it. The ImageJ2 and Micro-Manager teams are working together in areas of overlap, and I expect will do so more as both projects mature. The Micro-Manager developers gave a lot of initial feedback and suggestions regarding difficulties they encountered with ImageJ1, which has really helped guide the development of ImageJ2. So the plan is for Micro-Manager to take advantage of IJ2's flexible architecture, once things are far enough along.<br>
<br>In short, I don't see Micro-Manager going away any time soon, so it makes a lot of sense to base your acquisition code there. Then you get ImageJ integration for free.<br><br>Regards,<br>Curtis<br><br>P.S. The ImageJX mailing list has quieted down because the imagej-devel mailing list has grown and become more of an external list. The name ImageJX made more sense when we were discussing the idea of a new ImageJ, whereas imagej-devel makes more sense now that we are actually doing it. I have updated the mailing lists page (<a href="http://developer.imagej.net/mailing-lists">http://developer.imagej.net/mailing-lists</a>) to reflect that. Sorry for the confusion.<br>
<br><br><div class="gmail_quote">On Thu, Jan 12, 2012 at 3:57 PM, Johan Henriksson <span dir="ltr"><<a href="mailto:mahogny@areta.org">mahogny@areta.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This mailing list does not seem to have received any message in a long<br>
while, but it seems the right spot to drop this question: what are<br>
current positions, plans, ideas, general feelings about capturing<br>
images from a camera with ImageJ[A2] ?<br>
<br>
In NIHImage there was Command-G.<br>
<br>
In ImageJ there is a few plug-ins that can capture frames from certain<br>
sources (QuickTime, Twain,..), with each its own interface. And of<br>
course there is MicroManager. And maybe I have overlooked other stuff.<br clear="all"></blockquote></div><br></div>disclaimer: I have contributed to micromanager so I might be biased.<br><br>but: my feeling is that all plugins but micromanager should be dropped, and if a camera is only supported as a IJ plugin but not in MM then that driver should be added. MM already provides a unified interface. there is no need to put a unified interface on a unified interface, if MM already covers the other hardware.<br>
<br>+ it is a lot of work to redo what MM already does...<span class="HOEnZb"><font color="#888888"><br><br>/Johan<br><br>-- <br>-----------------------------------------------------------<br>Johan Henriksson<br>PhD student, Karolinska Institutet<br>
<a href="http://mahogny.areta.org" target="_blank">http://mahogny.areta.org</a> <a href="http://www.endrov.net" target="_blank">http://www.endrov.net</a></font></span><div class="HOEnZb"><div class="h5"><br>
<p></p>
-- <br>
You received this message because you are subscribed to the Google Groups "ImageJX" group.<br>
To post to this group, send email to <a href="mailto:imagejx@googlegroups.com" target="_blank">imagejx@googlegroups.com</a>.<br>
To unsubscribe from this group, send email to <a href="mailto:imagejx%2Bunsubscribe@googlegroups.com" target="_blank">imagejx+unsubscribe@googlegroups.com</a>.<br>
For more options, visit this group at <a href="http://groups.google.com/group/imagejx?hl=en" target="_blank">http://groups.google.com/group/imagejx?hl=en</a>.<br>
</div></div></blockquote></div><br><br><div class="gmail_quote">On Thu, Jan 12, 2012 at 7:55 AM, Adrian Daerr <span dir="ltr"><<a href="mailto:adrian.daerr@gmx.de">adrian.daerr@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
This mailing list does not seem to have received any message in a long<br>
while, but it seems the right spot to drop this question: what are<br>
current positions, plans, ideas, general feelings about capturing<br>
images from a camera with ImageJ[A2] ?<br>
<br>
In NIHImage there was Command-G.<br>
<br>
In ImageJ there is a few plug-ins that can capture frames from certain<br>
sources (QuickTime, Twain,..), with each its own interface. And of<br>
course there is MicroManager. And maybe I have overlooked other stuff.<br>
<br>
I am currently looking into the possibility of adding grabbing from<br>
GigE cameras directly into ImageJ (which would somewhat ease our<br>
workflow here at the lab, where we currently have a separate grabbing<br>
app that records to the disk), at least on Linux, and was wondering<br>
how that would be best implemented.<br>
<br>
Do you think there is room/need for, or advantages in, having a nice<br>
generic/unified grabbing interface in a future version of ImageJ ?<br>
Do you think all things (hardware-)interface related are best written<br>
as extensions for MicroManager, and ImageJ will continue to interface<br>
with that ?<br>
Would it be easy to provide just some simple interface (RMI ?,<br>
FIFOs ?) which would enable external, possibly native applications to<br>
send image data to ImageJ, for real-time display / processing /<br>
capture ?<br>
Should I just write yet another grabber plugin using the Java Native<br>
Interface to talk to some native part ?<br>
<br>
Searching for 'camera', 'grabber', 'acquisition', etc on a few ML<br>
(fiji-devel, imagejx notably) has not turned up anything, so I figured<br>
I'd ask if I can start this in a usefull direction for the whole<br>
community.<br>
<br>
cheers, Adrian<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
You received this message because you are subscribed to the Google Groups "ImageJX" group.<br>
To post to this group, send email to <a href="mailto:imagejx@googlegroups.com">imagejx@googlegroups.com</a>.<br>
To unsubscribe from this group, send email to <a href="mailto:imagejx%2Bunsubscribe@googlegroups.com">imagejx+unsubscribe@googlegroups.com</a>.<br>
For more options, visit this group at <a href="http://groups.google.com/group/imagejx?hl=en" target="_blank">http://groups.google.com/group/imagejx?hl=en</a>.<br>
<br>
</font></span></blockquote></div><br>