<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:admin="http://webns.net/mvcb/"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
	<channel>
	  <title>Ask MetaFilter questions tagged with 10bit</title>
      <link>http://ask.metafilter.com/tags/10bit</link>
      <description>Questions tagged with '10bit' at Ask MetaFilter.</description>
	  <pubDate>Mon, 30 Jun 2008 11:14:58 -0800</pubDate> <lastBuildDate>Mon, 30 Jun 2008 11:14:58 -0800</lastBuildDate>

      <language>en-us</language>
	  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
	  <ttl>60</ttl>	  
	<item>
	<title>decoding 10bit video</title>
	<link>http://ask.metafilter.com/95398/decoding%2D10bit%2Dvideo</link>	
	<description>Decoding a 10bit video file ain&apos;t easy... I own an &lt;a href=&quot;http://www.reel-stream.com/andromeda.php&quot;&gt;HD camera mod&lt;/a&gt; that records uncompressed 8bit and 10bit video files directly to a Mac&apos;s HDD. The camera company provided software to capture and render the video files. The rendering software never worked correctly with the 10bit files and we were waiting for an updated release. The company was &lt;a href=&quot;http://dvinfo.net/conf/showthread.php?t=109186&quot;&gt;sold&lt;/a&gt; and the rendering software was *not* updated and is now no longer supported. &lt;br&gt;
&lt;br&gt;
:(&lt;br&gt;
&lt;br&gt;
I wondered how hard it would be to write a Quicktime component under OS X 10.4 to directly read both the 8bit and 10bit files. &lt;br&gt;
&lt;br&gt;
I bought some red, green and blue felt from the art store and recorded 8bit and 10bit clips of each color on an overcast day.&lt;br&gt;
&lt;br&gt;
Starting with the 8bit files, I used a hex viewer to examine the &quot;red&quot; video file, and saw numbers like this (converted to decimal):&lt;br&gt;
&lt;br&gt;
114 31 32 112 29 32 [...]&lt;br&gt;
&lt;br&gt;
Well, that was easy. A quick check of the &quot;green&quot; video file confirmed that the byte order of each pixel is stored R G B. And indeed, my codec can now open successfully open an 8bit file. Hooray! But wait...&lt;br&gt;
&lt;br&gt;
Using the same hex viewer I peek at the 10bit &quot;red&quot; video file, which was recorded using the same exposure as the 8bit file so I kind of know what numbers to expect, and I get this (again converted to decimal):&lt;br&gt;
&lt;br&gt;
212 245 129 137 &lt;em&gt;120&lt;/em&gt; 123 44 130 156 &lt;em&gt;32&lt;/em&gt; 142 136 71 200 &lt;em&gt;34&lt;/em&gt; [...]&lt;br&gt;
&lt;br&gt;
The italics are mine, they are (kinda) the R G B values I&apos;m looking for, I just didn&apos;t expect them to show up like that. I&apos;ve seen examples of how 10bit DPX image files are packed but the pattern I see in my files just doesn&apos;t make sense to me.&lt;br&gt;
&lt;br&gt;
Do they make sense to anyone else? I really want to use these 10bit files, and if I can figure out the R G B pattern I&apos;ll be good to go.&lt;br&gt;
&lt;br&gt;
For the record I did email the rendering software&apos;s developer asking for a hint. He did not reply.</description>
	<guid isPermaLink="false">tag:ask.metafilter.com,2008:site.95398</guid>
	<pubDate>Mon, 30 Jun 2008 11:14:58 -0800</pubDate>
	<category>10bit</category>
	<category>format</category>
	<category>Mac</category>
	<category>packing</category>
	<category>technical</category>
	<category>video</category>
	<dc:creator>shino-boy</dc:creator>
	</item>
	
	</channel>
</rss>

