Rob Ramirez

Just wanted to provide a bit more context and info on the 

jit.movie (AVF engine): added native support for HAP movie files

As of 8.1.2 on Mac with the AVF engine, Hap codec support is builtin to the engine. There is no longer a need to install the Hap package for this support, and in fact you are no longer able to install this package on Mac, and your existing package will be overridden by an internal package. To play back Hap encoded movie files on Mac, simply use jit.movie @output_texture 1 with the default AVF engine.

AVF Hap support has also been updated slightly for proper support of HapQ-Alpha type movie files.

Additionally, now live in the PM is GL3 version 0.1.3. This update simply brings support for Hap playback when using the GL3 engine.

On Windows nothing currently is changed. You will still be able to install and use the PM Hap package and jit.movie @engine hap to play back files. HOWEVER, I am hard at work on a VIDDLL update that will bring much improved support for playing back Hap files with viddll. I still need to runs some comparison tests, but it should be comparable to the current DirectShow based Hap engine, and won't have the limitations of that engine (no reverse playback, no support for loadram, etc). Stay tuned for the VIDDLL update announcement.

Please let me know here if you run in to any problems with Hap playback in the 8.1.2 update, and happy patching!

Just wanted to provide a bit more context and info on the 8.1.2 release notes item:

Hey everyone,
Just wanted to provide a bit more context and info on the 8.1.2 release notes item:
jit.movie (AVF engine): added native suppo

max-8-1-2-hap-avf-viddll-and-gl3

So cool! Thanks for all the hard work! Thrilled to also see @seamless_loopcount added as well.

avf jit.movie now has a new loop mode called seamless. this mode is described in the seamless_loopcount entry of the jit.movie avf ref page. Basically it should improve situations when forward looping an entire file using a non-optimal codec (such as h264 without keyframing every frame), and perhaps other codec types as well.

very interested to hear if this improves looping for anyone, in the situation described above.

i have a question about a warning/error message i get. i have an old project that uses hap this way:

[jit.grab 1920 1080 @output_texture 1 @automatic 1 @drawto display0 @engine hap]

"jit.grab: hap video engine not supported - using default avf video engine"

does this mean that jit.grab is not using hap or that it is using hap through the updated builtin avf.

    "version" : "Version 8.1.2 (1bd89fe) (64-bit mac)",

    "osversion" : "Mac OS X Version 10.15.3 (Build 19D76) x86_64",

    "scheduler_in_audio_interrupt" : "off",

    "audio_drivername" : "Core Audio",

    "machine_id" : "75382c39f4e0ff73e25881b58e484819",

    "refreshrate" : 33.333332061767578,

        "Jitter Recipes" : "0.1.1",

        "Node For Max" : "1.3.2",

        "Video and Graphics" : "7.2.0",

does this mean that jit.grab is not using hap or that it is using hap through the updated builtin avf.
my specs are as follows

{
	"version" : "Version 8.1.2 (1bd89fe) (64-bit mac)",
	"platform" : "mac",
	"arch" : "x64",
	"osversion" : "Mac OS X Version 10.15.3 (Build 19D76) x86_64",
	"samplerate" : 44100,
	"iovs" : 512,
	"sigvs" : 64,
	"scheduler_in_audio_interrupt" : "off",
	"audio_drivername" : "Core Audio",
	"audio_driver_subname" : "",
	"license" : "permanent full",
	"machine_id" : "75382c39f4e0ff73e25881b58e484819",
	"eventinterval" : 2,
	"schedinterval" : 1.0,
	"overdrive" : "off",
	"pollthrottle" : 40,
	"queuethrottle" : 100,
	"sysqelemthrottle" : 1000,
	"refreshrate" : 33.333332061767578,
	"schedslop" : 25.0,
	"eventprobing" : 0,
	"mixerparallel" : "off",
	"mixercrossfade" : 0,
	"mixerlatency" : 30.0,
	"mixerramptime" : 10.0,
	"videoengine" : "avf",
	"glengine" : "gl2",
	"packages" : 	{
		"BEAP" : "1.0.2",
		"Gibberwocky" : "0.2.0",
		"gl3" : "0.1.2",
		"hap" : "1.0.6",
		"ISF" : "1.0.2",
		"jit.mo" : "1.1.2",
		"Jitter Recipes" : "0.1.1",
		"max-mxj" : "7.2.5",
		"Mira" : "1.2.1",
		"ml.lib" : "1.0.3",
		"ml.star" : "1.2.0",
		"Node For Max" : "1.3.2",
		"Syphon" : "1.0.6",
		"VIDDLL" : "1.2.1",
		"Video and Graphics" : "7.2.0",
		"Vizzie" : "2.0.3",
		"VR" : "1.0.1"
	}

Hap playback is only applicable to Hap encoded movie files played back from disk using jit.movie, so nothing to do with jit.grab.

as of 8.1.2 there is no need to use the @engine hap on Mac for anything.

Hap playback is only applicable to Hap encoded movie files played back from disk using jit.movie, so nothing to do with jit.grab. 

Thanks for all your work on this, Rob - this is fantastic news! Excited to try it out.

I would like to know if there has been an update to the jit.movie / jit.movie~ objects since 8.1.2. It's not really clear what the optimal engine mode is for playing Hap files on both jit.movie and jit.movie~ with 8.3. I see that jit.movie defaults to AVF and jit.movie~ defaults to VIDDLL, so I am doubly confused. Rob or anyone else is there an updated clarification?

Im playing back HapQ files and seeing them in the jit.windows, but the video is not passing through jit.xfade and jit.gl.videoplane as they where when using other formats like h264 etc. Am I using wrong objects? Is there somewhere I can read about Hap workflow? Ive been looking around quite a bit online now.. Would feel great with some useful guidance :-)

Hi!
Im playing back HapQ files and seeing them in the jit.windows, but the video is not passing through jit.xfade and jit.gl.videoplane as they where when using other formats like h264 etc. Am I using wrong objects? Is there somewhere I can read about Hap workflow? Ive been looking around quite a bit online now.. Would feel great with some useful guidance :-)

Max 8.1.2, Hap, AVF, VIDDLL and GL3