<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: Dirt cheap frame grabber</title>
	<atom:link href="http://www.epanorama.net/blog/2020/07/11/dirt-cheap-frame-grabber/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.epanorama.net/blog/2020/07/11/dirt-cheap-frame-grabber/</link>
	<description>All about electronics and circuit design</description>
	<lastBuildDate>Fri, 17 Apr 2026 09:55:43 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.14</generator>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2020/07/11/dirt-cheap-frame-grabber/comment-page-1/#comment-1818540</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Mon, 27 Nov 2023 18:04:03 +0000</pubDate>
		<guid isPermaLink="false">https://www.epanorama.net/blog/?p=186512#comment-1818540</guid>
		<description><![CDATA[There was software that was running on the PC end. It sampled data from parallel port and then displayed it on screen. Capture approximately two frames time. Then process it by finding start sync pulse. Display frame. Clean receive buffer. Sample again and decode again.

The X resolution was quite low, due the limited rate PC could sample data from parallel port. 
In Y direction the image was scaled so that several scan lines were summed together to form one output line. The summing allowed to increase effective number of pixel gray scale values it can get (so it look there is better Grey scale resolution than what the AD hardware can give).]]></description>
		<content:encoded><![CDATA[<p>There was software that was running on the PC end. It sampled data from parallel port and then displayed it on screen. Capture approximately two frames time. Then process it by finding start sync pulse. Display frame. Clean receive buffer. Sample again and decode again.</p>
<p>The X resolution was quite low, due the limited rate PC could sample data from parallel port.<br />
In Y direction the image was scaled so that several scan lines were summed together to form one output line. The summing allowed to increase effective number of pixel gray scale values it can get (so it look there is better Grey scale resolution than what the AD hardware can give).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi Engdahl</title>
		<link>https://www.epanorama.net/blog/2020/07/11/dirt-cheap-frame-grabber/comment-page-1/#comment-1813153</link>
		<dc:creator><![CDATA[Tomi Engdahl]]></dc:creator>
		<pubDate>Mon, 11 Sep 2023 13:21:32 +0000</pubDate>
		<guid isPermaLink="false">https://www.epanorama.net/blog/?p=186512#comment-1813153</guid>
		<description><![CDATA[How old school video digitizers worked
https://www.youtube.com/watch?v=4vpKsteIzJs

In this episode I take a look at how oldschool video digitizers like the &quot;computer eyes&quot; for the Commodore 64.]]></description>
		<content:encoded><![CDATA[<p>How old school video digitizers worked<br />
<a href="https://www.youtube.com/watch?v=4vpKsteIzJs" rel="nofollow">https://www.youtube.com/watch?v=4vpKsteIzJs</a></p>
<p>In this episode I take a look at how oldschool video digitizers like the &#8220;computer eyes&#8221; for the Commodore 64.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
