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 of custom 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