So I guess it'd have to be built into GEM... I'll add it to the bug tracker On Jul 24, 2013 5:01 AM, "Max" abonnements@revolwear.com wrote:
i stand corrected: further reading on that page suggests, that there exists a simple support to open such files, as well as an "accellerated" support, which Gem doesn't have:
Accelerated playback of Hap involves passing S3TC frames to graphics hardware using OpenGL. The Hap codec will emit S3TC frames when an application indicates it can handle them. This is done using the usual QuickTime playback mechanisms and if you are already using QuickTime the code overhead to support Hap is fairly low.
The Hap QuickTime codec must be installed.
The steps are
• Open a movie and examine its video track to confirm it is Hap • Create a QTPixelBufferContext for playback using a list ofcustom pixel-format type constants • Play the movie • When you receive a frame, perform compressed texture upload using OpenGL • If the movie is encoded with Hap Q, use a shader when you draw the texture This example includes reusable code to aid the process. Steps 1. and 2. utilise
HapSupport.h HapSupport.c
Steps 4. and 5. utilise
HapPixelBufferTexture.h HapPixelBufferTexture.m ScaledCoCgYToRGBA.vert ScaledCoCgYToRGBA.frag
https://github.com/vidvox/hap-quicktime-playback-demo
Am 24.07.2013 um 00:15 schrieb Max abonnements@revolwear.com:
since it claims to be a QuickTime codec i guess that it is supported
since Gem uses QuickTime for file access
Am 23.07.2013 um 21:14 schrieb Antonio Roberts <antonio@hellocatfood.com :
Are there any plans for GEM to support the Hap video codec for video playback? http://vdmx.vidvox.net/blog/hap