[Sumover-dev] [svn commit] r4879 - vic/branches/mpeg4

sumover-dev at cs.ucl.ac.uk sumover-dev at cs.ucl.ac.uk
Wed Sep 1 11:38:16 BST 2010


Author: piers
Date: Wed Sep  1 11:38:16 2010
New Revision: 4879

Modified:
   vic/branches/mpeg4/CHANGES.html
   vic/branches/mpeg4/module.h

Log:
Updated to reflect info on latest changes
Module.h - corrected comment text on YUV format used by vic


Modified: vic/branches/mpeg4/CHANGES.html
==============================================================================
--- vic/branches/mpeg4/CHANGES.html	(original)
+++ vic/branches/mpeg4/CHANGES.html	Wed Sep  1 11:38:16 2010
@@ -32,8 +32,11 @@
       <li>Can also use the free GraphStudio from <a href="http://blog.monogram.sk/janos/tools/monogram-graphstudio/">http://blog.monogram.sk/janos/tools/monogram-graphstudio/</a>
     </ul>
   </ul>
-  <li>New grabber that uses the native API from the Blackmagic Design DeckLink SDK for Windows, MacOS and Linux
-  <li>libv4l support added for the V4L & V4L2 grabbers
+  <li>OSX now Leopard support (ie Activates 32bit build (-arch i386) as VIC uses deprecated Quicktime Capture interface which are only available in 32bit)
+  <li>New grabber-file - which supports raw YUV video files as video source
+  <li>New grabber that uses the native API from the Blackmagic Design DeckLink SDK for Windows, MacOS and Linux from HitLabNZ, integrated by Doug
+  <li>libv4l support added for the V4L and V4L2 grabbers
+  <li>Added iocom patches to repository against svn ffmpeg
 </ul>
 <H3>v2.8ucl-1.4.0beta</H3><UL>
   <li> H.264 decode functionality for IOCOM's IG2 default (non-standard) H.264 streams. Currently required patches ffmpeg h264 decoder.

Modified: vic/branches/mpeg4/module.h
==============================================================================
--- vic/branches/mpeg4/module.h	(original)
+++ vic/branches/mpeg4/module.h	Wed Sep  1 11:38:16 2010
@@ -54,8 +54,8 @@
 	int layer_;
 };
 
-/* YUV Frame uses I420(fourcc code) representation - Each frame is
- * stored as firstly the Y(Intensity) at full resolution - ie WxH
+/* YUV Frame uses Planar format I420(fourcc code) representation - Each
+ * frame is stored: Firstly the Y(Intensity) at full resolution - ie WxH
  * Followed by U(Chrominance Cb) subsampled 2x2 i.e. W/2*H/2
  * Followed by V(Chrominance Cr) also subsampled 2x2 
  * Hence 12 bits/pixel and frame size = WxH+2*(W/2*H/2)



More information about the Sumover-dev mailing list