<br><br><div class="gmail_quote">On Wed, Jan 27, 2010 at 12:17 PM, john-thomas richards <span dir="ltr">&lt;<a href="mailto:jtr@jrichards.org">jtr@jrichards.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wed, Jan 27, 2010 at 12:06:37PM -0500, Bob Kline wrote:<br>
&gt; On Wed, Jan 27, 2010 at 11:50 AM, Michael Mol &lt;<a href="mailto:mikemol@gmail.com">mikemol@gmail.com</a>&gt; wrote:<br>
</div>[snip]<br>
<div><div></div><div class="h5">&gt; &gt; &gt;<br>
&gt; &gt; &gt;     What irritates me greatly is that the SDKs for talking to the main<br>
&gt; &gt; &gt;     types of cameras we work with is only practically available for<br>
&gt; &gt; &gt;     Windows.  In one case, the manufacturer only provides an OCX file.<br>
&gt; &gt; &gt;     In the other case, the manufacturer opted for a 3rd-party API called<br>
&gt; &gt; &gt;     GigEVision, but the number of implementations of that API is<br>
&gt; &gt; &gt;     exceedingly small, and the group of companies controlling the spec<br>
&gt; &gt; &gt;     manage it more tightly than the MPEG group; I&#39;m not sure how one<br>
&gt; &gt; &gt;     could legally build a FL/OSS implementation.  There&#39;s one<br>
&gt; &gt; &gt;     non-Windows implementation, but you pay through the nose for it, and<br>
&gt; &gt; &gt;     say Hello to system library version requirements.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;   It&#39;s still the case that many - most? -<br>
&gt; &gt; &gt; companies will only talk to M$ about<br>
&gt; &gt; &gt; their hardware.  Canon is notorious<br>
&gt; &gt; &gt; that way.  All an aid to keeping M$&#39;s<br>
&gt; &gt; &gt; de facto monopoly intact.<br>
&gt; &gt;<br>
&gt; &gt; Erm...Believe me, it&#39;s not in the their interest to keep a Microsoft &quot;de<br>
&gt; &gt; facto&quot; monopoly intact. Most implementations for talking to GigEVision<br>
&gt; &gt; devices are pure-hardware, now, without a trip through userland<br>
&gt; &gt; software. I&#39;d have to look into it again, but I believe most of the<br>
&gt; &gt; companies in the group behind the API are also in the industry of<br>
&gt; &gt; selling pure-hardware solutions.<br>
&gt; &gt;<br>
&gt; &gt; Tell me where that helps Microsoft.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; That much doesn&#39;t.  But many companies<br>
&gt; don&#39;t want the expense and bother of<br>
&gt; supporting several platforms.  So they<br>
&gt; withhold information from anyone but M$,<br>
&gt; and that helps keep M$&#39;s monopoly in<br>
&gt; place.<br>
&gt;<br>
&gt;     -- Bob<br>
<br>
</div></div>Doesn&#39;t that work more in the software world (programming for a Windows<br>
platform) than it does in a hardware world (programming for an x86<br>
platform)?  It seems that hardware manufacturers are getting a clue that<br>
developing hardware based on standards makes more sense than proprietary<br>
protocols.  There are exceptions, but my Canon camera (since you<br>
mentioned Canon) works quite well on Linux because the *hardware* is<br>
fairly standard (that is, the interface) even though Canon&#39;s provided<br>
*software* only works on Windows.<br>
<br>
It seems that the real issue with hardware being tied to software<br>
(specifically, to Windows) is a printer issue where the manufacturer<br>
reduces cost by off-loading the processing to the computer, thus<br>
requiring a software driver (for Windows only).<br>
<br>
Then again, I may be totally lost about what you&#39;re actually trying to<br>
say.<br>
--<br>
john-thomas<br>
------<br>
Man is the only animal that can remain on friendly terms with the<br>
victims he intends to eat until he eats them.<br>
Samuel Butler (1835-1902)<br> </blockquote><div>Man is also the only animal that </div><div>buys more books than it can read..</div><div><br></div><div>Re Canon,  true.  It&#39;s a mixed picture</div><div>I&#39;d say.  I too download images from</div>
<div>my Canon camera under Kubuntu 9.10.</div><div>The newer cameras do seem to use</div><div>open standards, but as you say, Canon</div><div>only provides M$ tools.  Maybe because</div><div>tools already exist for Linux.</div>
<div><br></div><div>As I mentioned a while back, a 10 year</div><div>old Canon flatbed scanner is not being</div><div>supported  in xsane.  The author claims</div><div>Canon will not provide the hardware data.</div><div><br>
</div><div>But perhaps things are getting better,</div><div>and for those buying new gadgets, more</div><div>of them will have Linux support, even if</div><div>Linux provides that support..</div><div><br></div><div>    -- Bob</div>
<div> </div></div><br>