<?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: Fusion HDTV to QuickTime H.264</title>
	<atom:link href="http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/</link>
	<description>Art, Design, and Technology</description>
	<lastBuildDate>Tue, 27 Jul 2010 05:45:12 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: free satellite</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-261737</link>
		<dc:creator>free satellite</dc:creator>
		<pubDate>Mon, 26 Jan 2009 19:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-261737</guid>
		<description>Development of digital technologies occurs prompt rates. Does not lag behind progress and digital TV. Speaking about digital TV, we first of all mean satellite TV. The digital satellite TV becomes more and more accessible to simple users. The market paid satellite tv also is not necessary on a place. The new digital standard of TV of high clearness HDTV actively develops and takes root. The satellite TV becomes more and more directed on the spectator. Besides digital quality of the image, advantage of satellite systems also is also the extensive cover zone of the companion.</description>
		<content:encoded><![CDATA[<p>Development of digital technologies occurs prompt rates. Does not lag behind progress and digital TV. Speaking about digital TV, we first of all mean satellite TV. The digital satellite TV becomes more and more accessible to simple users. The market paid satellite tv also is not necessary on a place. The new digital standard of TV of high clearness HDTV actively develops and takes root. The satellite TV becomes more and more directed on the spectator. Besides digital quality of the image, advantage of satellite systems also is also the extensive cover zone of the companion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cale</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-30481</link>
		<dc:creator>Cale</dc:creator>
		<pubDate>Tue, 09 May 2006 03:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-30481</guid>
		<description>No problem. There were actually a couple hiccups in the original capture, so I&#039;m sure that was probably just an issue with the file.</description>
		<content:encoded><![CDATA[<p>No problem. There were actually a couple hiccups in the original capture, so I&#8217;m sure that was probably just an issue with the file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim.</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-30478</link>
		<dc:creator>Jim.</dc:creator>
		<pubDate>Mon, 08 May 2006 15:36:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-30478</guid>
		<description>I&#039;m thinking for stuff like mplayer and other gui apps, there are some aqua-based endianness issues to work out before they&#039;ll run on the Intel machines (I keep forgetting about the architecture change). I was trying to guess purely based on a command-line program, which presumably wouldn&#039;t have the endianness problems, but I must be wrong. The floating point stuff is probably enough to make a coder pull his hair out, or so I would imagine.

It ran alright. I didn&#039;t look at the frame rate, but everything was in sync, and I only noticed a couple of places where it &#039;felt&#039; laggy on my machine. Nice quality, thanks for providing it!</description>
		<content:encoded><![CDATA[<p>I&#8217;m thinking for stuff like mplayer and other gui apps, there are some aqua-based endianness issues to work out before they&#8217;ll run on the Intel machines (I keep forgetting about the architecture change). I was trying to guess purely based on a command-line program, which presumably wouldn&#8217;t have the endianness problems, but I must be wrong. The floating point stuff is probably enough to make a coder pull his hair out, or so I would imagine.</p>
<p>It ran alright. I didn&#8217;t look at the frame rate, but everything was in sync, and I only noticed a couple of places where it &#8216;felt&#8217; laggy on my machine. Nice quality, thanks for providing it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cale</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-30476</link>
		<dc:creator>Cale</dc:creator>
		<pubDate>Mon, 08 May 2006 03:57:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-30476</guid>
		<description>I did try to compile mp4creator on the Mac, but it ended up kicking out errors. The mplayer folks haven&#039;t released a Universal version of mplayer for OS X yet, so I&#039;m guessing getting mplayer/mencoder to compile would be a whole separate project in itself. Sure would be nice though.

How did the file play back? :)</description>
		<content:encoded><![CDATA[<p>I did try to compile mp4creator on the Mac, but it ended up kicking out errors. The mplayer folks haven&#8217;t released a Universal version of mplayer for OS X yet, so I&#8217;m guessing getting mplayer/mencoder to compile would be a whole separate project in itself. Sure would be nice though.</p>
<p>How did the file play back? <img src='http://www.midnightcheese.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim.</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-30470</link>
		<dc:creator>Jim.</dc:creator>
		<pubDate>Sat, 06 May 2006 20:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-30470</guid>
		<description>Yowza, that is a big file. Let&#039;s see if my old PB can push it. Damn you and your Macbook goodness :)</description>
		<content:encoded><![CDATA[<p>Yowza, that is a big file. Let&#8217;s see if my old PB can push it. Damn you and your Macbook goodness <img src='http://www.midnightcheese.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim.</title>
		<link>http://www.midnightcheese.com/2006/04/fusion-hdtv-to-quicktime-h264/comment-page-1/#comment-30469</link>
		<dc:creator>Jim.</dc:creator>
		<pubDate>Sat, 06 May 2006 20:26:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.midnightcheese.com/index.php?p=381#comment-30469</guid>
		<description>So do you have to do that stuff in a linux environment? It seems odd that the encoder programs wouldn&#039;t port nicely to OSX&#039;s BSD layer. I mean, they aren&#039;t hardware dependant, thus they shouldn&#039;t need low level calls, right?

The things we have to go through just to get stuff done. Where or where did compatibility go?</description>
		<content:encoded><![CDATA[<p>So do you have to do that stuff in a linux environment? It seems odd that the encoder programs wouldn&#8217;t port nicely to OSX&#8217;s BSD layer. I mean, they aren&#8217;t hardware dependant, thus they shouldn&#8217;t need low level calls, right?</p>
<p>The things we have to go through just to get stuff done. Where or where did compatibility go?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
