jit.gl.hap provides native support for the Hap quicktime codec. Images are decoded and rendered directly to an OpenGL texture. Non-hap quicktime files are also supported. To play Hap optimized files, the quicktime codec must be installed, found here. For general information about Hap, see the Hap project.
    Currently only supported on 32 bit Macs, OS 10.6 and later and 32 bit Windows. Requires Max 6 and later.

    • Mar 15 2013 | 10:10 am
      You are the man Rob! Thanks!
    • Mar 17 2013 | 2:14 am
      Hello, are there any possibility that this can be made for Max 6.0.8 as well?
    • Aug 15 2013 | 5:42 am
      hi Rob. thank you for this tool. its very exciting. however, it isnt working on my side at all. I have downloaded the necessary hap files to run the codec on my machine, installed them, and converted some files to HAP and HAP-Q using mpeg streamclip. However, when attempting to play in Max, it either it doesnt play the clip at all, or the fps meter is running but no image. Can you advise? (Macbook Pro 2.8GHz, Intel Core i7 + Max 6.1.3)
    • Aug 22 2013 | 6:51 am
      Same problem as Joshua. It worked (and still working on MacBookPro Retina OS 10.8.2 + Max 6.1.3), but not on brand new Macminis bought this week (it worked on some that I bought last May). It's really urgent, can you help us?
    • Aug 22 2013 | 2:20 pm
      hey guys, not sure what the issue could be. would you mind posting this to the forum? it will be much easier for me to track and respond.
    • Oct 05 2013 | 7:05 pm
      This is awesome! Wish I had seen it out a few months ago before building a big VJ patch. The decrease in CPU usage as compared with playing 720p ProResLT movies is pretty incredible. I'm going to change my patch and video library over to Hap!
      Any chance of having a mode where when rate is increased it only reads frames from disk that are needed to fulfill a certain frame rate (like 30 fps) an skips those in between - this would mean you could play movies at, say 8x without using 8x the disk bandwidth. I hacked together a way to do this using frame commands with a metro and a counter, but having it in the object would be cool. This would make it much more plausible to stream a pair of 720p Hap movies from a Firewire800 drive.
    • Oct 08 2013 | 7:28 pm
      yeah, the best way to play with speed changes is to stop the movie, and control using the frame message. otherwise, quicktime takes over playback, and there's no way to prevent that from happening.
      sounds like you came up with a good solution though.
    • Mar 04 2014 | 3:19 am
      jit.gl.hap has just been updated to fix the following issues: - weird cropping in some instances when going fullscreen - causing non-automatic objects to change their dimensions - loopreport will now report when a file reaches the end even is looping is turned off
      happy hap-ing!
    • Mar 04 2014 | 5:07 am
      Thanks Rob!
    • Mar 04 2014 | 9:56 am
      Thanks, cool!
    • Mar 04 2014 | 11:59 am
      & with 'loadram' ...
    • Mar 04 2014 | 1:46 pm
      Hey Rob, is the version through Package Downloader up-to-date ?
    • Mar 04 2014 | 2:55 pm
      so apparently Max Package DOwnloader directly grabs latest disstrib from Github repos, so teh answer should logically be yes :)
    • Mar 04 2014 | 4:01 pm
      Rob just updated the package-info.json file so you should see the update in max package downloader although since it pulls master you'll always be up to date if you press download.
    • Mar 06 2014 | 10:39 am
      This is probably stupid question... How to install HAP codec on Windows (or: where to download it?). Typically I'm using Rob's [jit.gl.hap] external on Mac, but I want to (oh, actually I don't want to, but I have to) move one of my projects into Win.
    • Mar 06 2014 | 12:21 pm
      Thanks Nat
      (@Yaniki : it says "Currently only supported on 32 bit Macs, OS 10.6 and later" so... you have to do something else)
    • Mar 06 2014 | 12:35 pm
      Thanks... this is something I thought...
    • May 29 2014 | 4:00 pm
      hey guys, i'm excited to announce that vidvox has just released the Hap codec on windows: http://vdmx.vidvox.net/blog/hap-windows
      i have updated the hap package to version 1.0.3. this includes a windows external that gives similar performance as the mac version.
      additionally, the update fixes an issue with loading audio-only files, and allows for changing the name of the output-texture.
    • May 29 2014 | 8:14 pm
      Yes, I know! This is a "news of the day" for me ;-)
    • Oct 21 2014 | 11:48 am
      After upgrade to Yosemite and Max 6.1.9 I’m experiencing very low performance, when I’m working with [jit.gl.hap]. I reinstalled hap codec and the [jit.gl.hap] (latest versions), but without any positive change.
      I made some simple tests: first: I connected fpsgui to the [jit.gl.hap] and - and this is strange - the framerate is not falling, but if - for example - I'm using [jit.gl.videoplane] receiving video data from [jit.gl.hap] I see, the content of the [jit.gl.videoplane] is refreshed only once per few seconds. From the other hand: soundtrack attached to the video file is played without any drops - seems something is wrong when [jit.gl.hap] is decoding o transferring data into other objects?
      I’m working on MacBook Pro 17inch (i7, 16GB RAM). On the same hardware configuration, but with Max 6.1.8 and Mavericks, hap was working perfectly.
      Does anyone of you encountered this problem?
    • Oct 21 2014 | 4:34 pm
      Hi Yaniki, Do you mean your video plays some seconds, freezes and then restarts and so on?
      I'm using jit.gl.hap without any issue with Yosemite and Max 6.1.9 (MacBook Pro 15', 16GB RAM, Late 2013).
    • Oct 30 2014 | 1:24 pm
      I experimented with the problem bit. The results are rather positive. Previously, I used hi-res video files (3840x1080px). It worked great under Mavericks, but not under Yosemite. But typical HD files (1920x1080px) coded with HAP are still played perfectly on my computer with [jit.gl.hap] - so (even if I experienced a drop in performance) for most applications [jit.gl.hap] is still the best and highly efficient solution.
    • Nov 09 2014 | 9:11 pm
      I'm on win7. I'm experiencing a similar issue as Yaniki.
      I'm only getting started with jit.gl.hap so I'm not sure what causes the issue. I have a a 75 seconds long 1920x1080 hapQ file at 24fps. I want to play it in a loop. It runs fine a couple of times but then it stops. Pressing play again will resume the playback where it should have been if it did not stop, play for about 2 seconds then stops again. Of course there is no issue with the jit.gl.render since it's still rendering the videoplane at 60fps without any problems.
      I will test with a smaller file but in theory my computer should run it. The same HapQ file runs well in TouchDesigner.
    • Nov 09 2014 | 9:48 pm
      Strange. Seems it's rather connected to Max, not to OS.
    • Nov 09 2014 | 10:03 pm
      Yeah I think it's tied to the object or Max. Definitely not the OS. I use HapQ just fine in other contexts.
      I tested with the same file but encoded with the Hap codec. So it's about half the bit rate. I get the same issue. But I also noticed when I get the issue:
      Suppose a new jit.gl.hap object that wasn't used before. I read a file and send a play message to it. Doing this I get no issue. But as soon as I send other messages while the video is playing, then it will play for roughly 2 seconds and stop until I press play again, where it will play for another 2 seconds.
    • Nov 29 2014 | 5:22 pm
      Great work !
      Curious to know, if non-Hap codec files are loaded in, are they then automatically re-encoded into the correct codec format ? If so I am guessing the benefit of encoding all my files to Hap first is to save some CPU that would need to take place during the encoding process.
    • Dec 09 2014 | 11:41 pm
      I have the same problem that jit.gl.hap stops playing, when sending another message to it after "start". When I send "start" again it plays roughly for 2 secs and then stops again. This only happens on Windows on OSX Mavericks it runs fine. Is there any solution or workaround to this? Is it ok performance wise to send "start" every frame?
    • Dec 10 2014 | 3:59 pm
      Oh. I did not know it was on windows only. I had the issue and the way around it is quite simple. add @autostart 0 (or is it autoplay?) so the object doesn't use its internal playback system. Then just create an external player using a counter object banged by a metro object. That way, everything is handled with basic max object and you can do anything you want. It's much cleaner.
    • Dec 10 2014 | 9:13 pm
      Thanks JBL, I figured it out myself and am happily running 8 HD videos with 60fps now :) The only limit at the moment is that it only uses 1 thread. I get maxed out at 12% load with an i7. But I guess for that there is no simple solution...
    • Dec 23 2014 | 3:23 am
      @Django - i was having a similar problem with videos only playing for 2 seconds then stopping on OS X 10.9 and Max 7. It only happened when I loaded the videos with Overdrive on. I found that if I always load the video file into jit.gl.hap in the main thread (not the scheduler) by using eg deferlow, it worked fine even when overdrive was on. It didn't matter what thread the video was banged or started/stopped in, just what thread it was initially loaded in.
    • Jan 05 2015 | 5:30 pm
      HAP codec is now available under AVF: http://vdmx.vidvox.net/blog/hap-in-64-bit-avfoundation
      Maybe this is a time for 64bit [jit.gl.hap]? Or [jit.movie] is good enough now?
    • Apr 04 2015 | 5:06 pm
      @Yaniki : does that mean you can only use this version with max 64-bits ? or does it work with the 32-bits version ? I already have the problem i described on the forum in the thread entitled 'media problem with jit.gl.hap' o I don't want to screw up things more and uninstall a wrong version of the codec without more informations.
    • Apr 07 2015 | 9:47 am
      [jit.gl.hap] is 32bit only ;-) (you have to run Max in 32bit mode). The codec is now both 32/64bit - so, theoretically there is a change for 64bit version of [jit.gl.hap] in future.
      Of course "hap mode" for build-in Max [jit.movie] will be even better...
    • Apr 07 2015 | 5:54 pm
      @Yaniki Of course "hap mode" for build-in Max [jit.movie] will be even better…
      I also hope this will happen in the near future as I'm now stuck with the current version.
    • May 14 2015 | 4:59 am
      +1 on th gl.hap in 64 bit request :-) ! HAP codec is now available under AVF: http://vdmx.vidvox.net/blog/hap-in-64-bit-avfoundation Maybe this is a time for 64bit [jit.gl.hap]? Or [jit.movie] is good enough now?
    • May 14 2015 | 9:17 am
      could we poor win64 users get a little hope to see some video in Max7? ;-)
    • Jun 08 2015 | 8:03 am
      One thing that I like with jit.movie and that I don't find with jit.gl.hap is the 'clear' message. But I'm a beginner, so maybe there's a known workaround...
    • Jul 09 2015 | 1:37 pm
      I've seen that the hap codec is now available for DirectShow for Windows in 32 bits and 64 bits. http://www.renderheads.com/portfolio/HapDirectShow/
      I've install it, but it doesn't seems to work with jit.movie, perhaps because output_texture is not supported on windows 64bits.
      Maybe there is some stuff to do for Cycing'74 to make it work, but I think it (and I hope) it could work, as it work within Unity3D 64bits.
    • Aug 13 2015 | 11:35 am
      hi Rob First of all thank you for this ! Quick question: Is a compatible hap version for Max 7 in the works?
    • Aug 13 2015 | 1:19 pm
      Hi MarieKe
      jit.gl.hap is compatible with Max7 in 32bit mode. you meant 64 bit right?
    • Aug 13 2015 | 1:28 pm
      yes sorry i mean 64 bit
    • Sep 29 2015 | 10:06 pm
      coming back to ALAINs question: "One thing that I like with jit.movie and that I don’t find with jit.gl.hap is the ‘clear’ message" - I asked something similar quite some time ago.
      I still don't know, how to "delete" the hap-content. I mix several hap-objects and send them to a cornerpin or videoplane object. Even if I dispose one hap-object and meanwhile have another hap-object running content, I see the last frame of the first one, when I load a new file into it. Really annoying. What is the way to really clear it?
    • Sep 30 2015 | 5:34 pm
    • Jun 09 2016 | 11:58 am
      Thanks very much for the Hap port, its been a game changer for me ! ! !
      One issue i am having is that when i switch videos between Hap encoded files and Mov files(like the stock media video clips) i get a frozen blue screen. In order to get it working again i need delete the hap object and load the video again. Both formats seem to play independently, i just cant quickly switch videos if the format differs.
      Any advice on how i can resolve this ???
      once thanks for all your great work !
    • Jun 10 2016 | 10:17 am
      UPDATE :
      The issue only seems to occur when playing back with Hap Q encoded content. What i notice is that when i swap from a Hap Q encoded file to say .mov file the screen freezes blue BUT you can hear the audio of the new file playing in the background.
      My work around is to do then delete the hap object and reload the video Hap Q content. Anybody know of a command to hard reset a module, so i can do it programmaticly when swapping video files ?
    • Jun 12 2016 | 2:40 pm
      UPDATE 2 :
      I think the issue resides with jit.gl.hap supporting mp4 files. I have found that if i load two different mp4 files quickly the whole system crashes. I found that any two different mp4 files loaded within a 500 ms window can cause a crash. I tried also using the dispose message between loading to see if that helped, but found that again this could cause crashes.
      Shame i cant use jit.gl.hap for both Mp4 & Hap files, but it seems very stable with Hap encoded files!
      Anybody else experience such issues ?
    • Sep 09 2016 | 6:47 pm
      Hello I have an issue with this object. First when i read a video it works well, but when I click ones "start" it start to jump and stop. The way to fix it is to send start with metro bangs. Not really elegant the solution. And also playing many videos at the same time it also couse this jumping problem in some cases and then i need to add metros all around the jit.gl.hap how to resolve this jumps? or dropframes? Thanks
    • Sep 09 2016 | 6:57 pm
      Hello Other question, how to know jit.gl.hap has ended the video, I just need a bang when is finished each video.
    • Sep 12 2016 | 11:14 am
      Any help on this bug???
    • Sep 23 2016 | 7:38 pm
      Hello I have a serious problem with an installation that has to run on many iterations. After 7 rounds it gives an memory capacity error on hap object, how to clean this memory each time it reads a video? Thanks for the help David
    • Sep 24 2016 | 1:15 pm
      doesn't the "dispose" message dust the movie loaded?
    • Sep 26 2016 | 4:43 pm
      hey guys, just a heads up, i'm not planning any future updates to the jit.gl.hap object.
      the object relies on the Quicktime framework, which is deprecated in Mac (and will possibly be removed in a future OS) and no longer safe to install on Windows.
      we will be releasing a Hap player for both Mac and Windows that doesn't rely on Quicktime, in the very near future.
      the jit.gl.hap external remains open source, so anyone is welcome to fork and continue the project if desired.
    • Oct 21 2016 | 8:15 pm
      as mentioned above, see here for the modern way to play Hap files in Max: https://cycling74.com/forums/announcing-hap-video-engine