Feb 27, 2013 at 4:58pm


Hey- did anyone else hear about Hap?


Looks like an amazing hardware-accellerated codec. What are the chances of getting it in Jitter? Or, since it’s in GL-Land, at least in an external like jit.bc.qtkit?

Could be a great way to accelerate video in Jitter!

: j

Feb 28, 2013 at 2:40am

I agree. This would make a great addition to Jitter!

Feb 28, 2013 at 8:10pm


Mar 1, 2013 at 4:48pm

Heads up to developers of Max!
“You can then play the videos in any app – even those that lack Hap support. But you’ll need updated versions of your VJ apps to support the codec. For now, that means only VDMX is working, but that promises to change if people do like the codec. (I’d love to see creative coding apps, too, like Processing, OpenFrameworks, Cinder, and the like.)”


Mar 1, 2013 at 4:49pm

“5 Layers of 1080p encoded in Hap playing in VDMX on 2.6 GHz Intel Core i7 Retina MacBook Pro.”

Mar 1, 2013 at 5:28pm

For folks using Jitter, I think the ‘Hap Alpha’ version would be particularly useful.

Unfortunately I know it would stick a sore spot in c74′s current move to 64-bit which I’ve read is hampered by QuickTime, so I thought I’d mention that we’re hoping to have Hap working with AVFoundation as soon as Apple makes this possible for 3rd party developers.

Also of note, Millumin released an update today adding native support too:


- Dave @ VV

Mar 14, 2013 at 11:45pm

hey folks.
i’ve got an open-source jitter external that provides native HAP support ready to go!


32 bit mac 10.6+, and Max 6.1+ only.

please give it a go, and let me know if you run into any problems.

with my limited testing so far, i can say the performance is pretty amazing.
many thanks to Tom, David and the Vidvox team.

the source is up on github, so feel free to make modifications / improvements (once the 6.1 sdk is released).


Mar 16, 2013 at 10:09am

Great to see a hap implementation for jitter!
I played around with the help-file and it seems to work fine for straight playback of HD files.
I noticed that palindrome loop mode doesn´t work well when using hapq, at least on my setup (it works fine when using hap).

A bigger problem for me is that I don´t seem to be able to connect a jit.gl.slab to the output of jit.gl.hap. The output just turns black, and even after removing the jit.gl.slab there is still no output. I need to reopen the helpfile to get it working again.


Mar 16, 2013 at 11:21am

Sweet! Will try to find some time to give it a test drive in between gigs.

Mar 16, 2013 at 4:43pm

hi hc. thanks for the report regarding slabs. TBH, I haven’t tried that yet.
I’m not at my computer, but I suspect the problem is that gl.hap, when playing back HAP files, outputs Texture2Ds. but the default gl.slab shaders are all written to work with Texture2DRects, and the output textures have @rect enabled by default.

in this case, jit.gl.pix might be the better option for processing gl.hap output.

I’ll take a look and confirm this when I get a chance.

Mar 16, 2013 at 5:20pm

In the meantime, you could try inserting an instance of jit.gl.texture after jit.gl.hap for one extra texture copy.

There maybe other issues, however.

Mar 16, 2013 at 7:29pm

Thanks for this object… it seems to be the right way to have a good codec and avoid using jitter matrix.

i need to insert jit.gl.slab too.
Insert jit.gl.pix or jit.gl.texture doesn’t work for me…
Thanks again

Mar 16, 2013 at 11:22pm

thanks for the report guys.
turns out i was completely wrong with my initial diagnosis. no surprise there :)

i’ve fixed the problem and updated the Toolbox download link.
please give a look and lemmeknow if that doesn’t fix things for you.

Mar 17, 2013 at 8:47am

Hi Rob,
thanks for the quick update.
My initial tests are successful with slabs, will test more extensively later.


Mar 17, 2013 at 10:03am

I have just tried this and it gives amazing results. Thanks! Doing some extensive testing today with the different HAP codec’s as well.
But Is it difficult to make a Max 6.0.8 compatible version as well? Or is it depending on something in Max 6.1 which is not in the 6.0.8 version?

I have been struggling with not being able to play back a lot of High res video at the same time, this is really the solution, but since I am really depending on the Jamoma framework (currently not compatible with Max 6.1) I was wondering if making a Max 6.0.8 version would be possible?

Mar 17, 2013 at 7:17pm

first test is successful.


Mar 17, 2013 at 9:23pm

Fantastic, thanks :D

Will this be making it’s way in officially with the next release? Also, it didn’t work until I installed the QT component from here: https://github.com/vidvox/hap-qt-codec/ Is that correct? If so, might be worth linking to it in the instructions :)

Mar 17, 2013 at 10:36pm

hello rob,

thank you very much for porting hap to jitter !
this is the biggest improvments for me since years :-)
the performance is really great !

i have one little feature request.
it would be great, if the outcomming texture is not flipped, if you load an non hap encoded movie.
i know, that i can flip the texture afterwards.
but if i have a setup with mixed encoded movies, i dont know if a movie is hap encoded or not.
or can i detect, if the movie is hap encoded or not ?

all the best,

Mar 18, 2013 at 5:08pm

@ricardo 6.1.1 will be out shortly, which should address the Jamoma issues.

Mar 18, 2013 at 5:58pm

@DiGiTaLFX – thanks for the note, i’ve updated the toolbox page to include that link.

@kugelschreiber – in my testing i found that most non-hap qt movies required the texture flip to display properly, only a few did not.
unfortunately i was unable to determine why some did and some didn’t.
so i made it default behavior based on that.

if anyone has more info about the texture flipping inconsistency, i’d love to hear it.

Mar 19, 2013 at 8:41am

@Joshua Really? That is great news. Thanks for the heads up.
@Rob, I have tested with the three different HAP codecs and i’m getting great results. Thank you for sharing this tool!

Mar 19, 2013 at 11:39am

@Rob, will you make it available for 64bit too? Or is it not possible at the moment because of open 64bit jitter/QT issues?

Mar 19, 2013 at 1:14pm

I’m hearing Resolume is following suit and open-sourcing its similar DXV codec. Didn’t find that news online yet though.

Mar 19, 2013 at 8:39pm

@Funk Eater – 32 bit only, for the time being as it’s relies on some Quicktime api calls that aren’t available in 64 bit.
if and when, as david mentions above, apple provides a workaround, the object will be updated.

however supporting max 6.0.* is very simple, so if anyone still needs a version to run on pre 6.1, let me know.

Mar 20, 2013 at 9:02am

I would be glad to use it on 6.0.8 ! still relying on some third parties libraries, so i’m not using 6.1 right now.

Mar 20, 2013 at 9:04am

Second that!

Mar 20, 2013 at 10:18am

and i forgot ‘thanks for your work’ :)

Mar 20, 2013 at 11:58am

Is it possible to have it for Windows 7 ?

Mar 20, 2013 at 4:38pm

@benoit Unfortunately, there is no support for QT to provide OpenGL textures under windows, or many of the other infrastructure that this object relies upon.

Mar 20, 2013 at 5:46pm

ok i’ve uploaded a version here that’s compatible with 6.0.8

but please note, as of 6.1.1, you *should* be able to use 3rd party externals with 32 bit max with no problem.

  1. jit.gl.hap.mxo.zip
Mar 20, 2013 at 7:34pm


Mar 20, 2013 at 7:36pm

Agreed =)

Mar 20, 2013 at 8:45pm

Any solution for smooth fullHD playback on windows would be great. Maybe dxv from resolume could be a good first step for a solutiom? I had very good experiences with the dxv codec in resolume on windows…

Mar 21, 2013 at 3:21am

Super helpful to the 6.0.8 version. Thanks so much!

Mar 21, 2013 at 2:50pm

I’ve problem with the loop ‘looppoints’ message.
It’s like the looppoints is not reset when you read a new movie file…

I need to use looppoints with pattrstorage.


  1. hapvsmovie.maxpat
Mar 22, 2013 at 10:29am

Here is a more simple patch to show the looppoints problem….
Hope i’m clear………


– Pasted Max Patch, click to expand. –
Mar 22, 2013 at 3:48pm

Is there a way to send a jit.gl.hap to multiple GL rendering destinations?

Mar 22, 2013 at 5:13pm

The standard method would be to send it into a texture and use @shared 1 on your windows/contexts

Mar 24, 2013 at 10:59am

It could be a good way to support libav and cineform codecs as in Derivative TouchDesigner?
Libav reads any kind of video (as VLC), Cineform allows to play 4k video in TouchDesigner.


Mar 25, 2013 at 12:08pm

Excuse me for insisting, but I need to use the messages ‘looppoints’.
Without initialization of these variables when you open a new file, this ‘hap’ object remains unusable for me …
Does anyone have an idea to fix it?

thanks again

– Pasted Max Patch, click to expand. –
Mar 25, 2013 at 7:27pm

With a patch I’m working on it goes from 10-15fps to 30-35 !

Thank you VDMX team and Tom Butterworth !

Now I’m even surprised it didn’t happen before…

And also a big thank to Rob Ramirez for the jitter support.
It would have been really frustrating to know it exists and not be able to use it ;)

Something like this ?

– Pasted Max Patch, click to expand. –
Mar 25, 2013 at 8:00pm

Yes, of course, but if you want to use pattr to store the looppoints, it’s a little bit more complex (prority between messages….).
the good way will be that the hap object reset the looppoints when call a new file…. as jit.qt.movie does….

Mar 28, 2013 at 1:52am

hi francois.
yeah i see that’s a discrepancy with qt.movie.
however, it’s easy enough to work around with the “clear_looppoints” message, triggered on the movie read notification.
i’ll make sure that get’s fixed for a future update.

Mar 28, 2013 at 11:37am

Hi Rob,
thank you, i try it ….

i’ve found an other strange behavior ;
Order (priority ?) of the output messages is changing according to the position of objects connected.

– Pasted Max Patch, click to expand. –

Thanks again

Mar 28, 2013 at 3:06pm

yeah, i think i defer the read notification to the low priority queue, and maybe that’s causing the print to display the order strangely.
doesn’t really seem like a problem with the functionality however.

Apr 8, 2013 at 10:07am

Thanks Rob,
The “clear_looppoints” message work fine for me !
So, i’m hap_py…

– Pasted Max Patch, click to expand. –
Apr 21, 2013 at 10:25pm

[jit.hap] is incredible… This is at least something, that can push video in jitter into cutting-edge standards. I’m just encoded and played some video in 5000×1000 pixels resolution and my radiator in my MBP even didn’t start…

I’m curiose about 64bit version… anyway: it’s great.

May 4, 2013 at 3:30pm

I see now that Derivative touch designer lists support Hap.
See product list: https://github.com/Vidvox/hap or Derivatives site.
Since Touch is windows only seems they may have ported the codec to windows?
Would love someone to release a windows version opensource same as the mac version.

May 4, 2013 at 3:55pm

dusx: the max object supports windows now:


May 4, 2013 at 5:42pm

Is it possible to output quicktime using the codec on windows ye?

May 4, 2013 at 9:43pm

the hap windows codec is still in beta. I’ll announce here as soon as the public release is available.

May 8, 2013 at 12:13pm

I was wondering if it would be possible to add the loadram function in the jit.gl.hap? I have noticed that when i start several movies at once, it freezes for a moment before resuming the playback.

May 8, 2013 at 12:25pm

And… maybe.. @soc parameter for jit.gl.hap… please… please… please…

Jun 4, 2013 at 7:58am

is hap codec available for window? or will it be?


Jun 4, 2013 at 9:07am

Actually jit.gl.hap (or just an idea of unpack-to-texture) is something I can imagine as regular part of jitter, much more up to date than existing solution.

Jun 5, 2013 at 12:00pm

hello! I have 2 small HD video playing in my patch with hap and they freeze when they have to loop. I’m using the frame message for sync them. Any ideas how to avoid the freezing?

I tried to load the same video in the help file of the jit.gl.hap and it is doing the same. I notice this happen only when I am using counter -> prepend frame attached to the jit.gl.hap


thanks in advance

Jun 5, 2013 at 12:05pm

here is the patch edited from the help file



– Pasted Max Patch, click to expand. –



Jun 6, 2013 at 3:02am

Hi Martina

I’m not sure, about details of your project, but I’m using multiple [jit.gl.hap] objects in one of my project with no issues. For looping try @loop 1 (or @loop 2) parameter for [jit.gl.hap].

Jun 6, 2013 at 3:48am

Hi Yaniki. First of all thanks for the reply! But unfortunatly loop 1 (or 2) is not possible for my project.

The project part where hap is involved needs the two movie to be sync toghether. So that is why I’m using the counter for playing the frame of the video loaded in the hap object, banging the frames.

Everything is fine except for the ending, mean that when the hap has to start again the movie (let’s say from frame 1200 to frame 1) it freeze and then it goes again. In the patch i posted i have this issue, also tested in different mac os 10.6 (mac book pro 17 ” e 13 “) and on mac os 10.7 (mac mini ) as well. 

I wonder if I am doing something hap don’t support, if anybody else have the same issue with the patch i posted (loading small hd video 1280 x 720) and if somebody have a solution how to avoid this freezing while using the play of the video controlled by the FRAMES (so not with loop 1 parameter)


Thanks again

Jun 6, 2013 at 4:52am


I played a bit with patch you posted… strange, but, seems to be ok on my computer (MacBook Pro, OSX 10.8.4, Max 6.1.2) – looping is ok, no freezes when video reaches end.

But, maybe a workaround this: if you have to sync 2 videos (with the same length) you can compose both videos into single one (eg. one on the left, second on the right side) and play this video from single player (let’s say from [jit.gl.hap]). And you can use two [jit.gl.videoplane] objects textured by the same image, but with different tex_offset_x/y, tex_scale_x/y attributes to show different part of the texture.

Jun 6, 2013 at 9:29am

Thanks for the reply, I’ll try to test it in a 10.8.4 system and see. The workaround you suggest would be amazing, but unfortunatly the company wants to sync 6 videos (each computer will have 2 monitors attached to it)… But really, thanks to let me know on 10.8 works with no problem… I wonder why thou! I’ll let you know if i’ll still have this freeze on 10.8 too



Jun 6, 2013 at 9:36am

ok I juts tested in a 10.8.4 system and it still freeze when have to go back to the first frame… just to be sure, did you tested with a 1280×720 video exported with hap codec? In fullscreen?

Jun 6, 2013 at 10:32am

hi martina.
make sure that the movie is not playing when you give the frame message.
meaning, @autostart 0, and you don’t ever send the start message, you control all playback with the frame message.

are you able to playback from an SSD drive?

another suggestion is to have two copies of the same movie, and when copy A reaches the end, switch to copy B.

Jun 6, 2013 at 11:03am

oh god sorry for this… I was so into the programming i forgot the basic of @autostart 0! Thanks a lot Rob!!!!

Jun 7, 2013 at 9:09pm


I am working on an installation that will use multiple video screens. I am playing around with the HAP codec as it seems really good. The problem I am having is getting multiple hap moves playing, and or, displaying the same HAP movie on multiple screens. It seems that what screen is made first, will work, and the others just display white. I can’t even switch the destination of the video to different screens.

Not sure if any one else has had this problem?


– Pasted Max Patch, click to expand. –



Max 6.1.2 OSX 10.8.3 2.2Ghz Intel Core i7 on MacBook Pro.

Jun 8, 2013 at 1:23am

Try “@shared 1″ attribute for booth windows.

Jun 8, 2013 at 9:54am

Kudos to all who have contributed to this libraries. I just made a quick test with my “monster” – size video I have for serious performancetests, (2048 x 3488 px), and it runs with solid 60fps on my 4.5 year old macbook pro. (I have an SSD).

I am impressed.

Thanks a lot.

PS. This obviously means I have to “sizeup” my performance test video :-)

Jun 8, 2013 at 3:53pm

Hi Yaniki,
Thank you so much, works perfectly.
These libraries are great.

Jul 8, 2013 at 4:22am

I wonder if it is a human constant to always have to go as fast as possible …
So I want to go on the fast lane too. But there are some involuntary stops in the playback of the movie.

can we come back to the [loadram] message subject?
this procedure is asked for above but seems to be still not available.
could this be implanted?

there are some ‘hangs’ occurring every 2/3 seconds when you trigger the movie in very short intervals (200ms). is [loadram] a solution for that behavior? or is it more due to the [qmetro] flow, that is to be low hierarchy? and then what would be the antidode for that?

Jul 8, 2013 at 5:24am

+ 1
for loadram

Jul 8, 2013 at 9:27am

not sure how difficult a loadram implementation will be, or how helpful, but i’ll put it on my list.

for anything other than straight playback from start to finish, or simple looping, your best bet is to leave playback stopped, and control frames with the frame or time message, and your own timing mechanism.

Jul 8, 2013 at 10:53am

good to hear, Rob, I really appreciate your work and your input here.
very instructive.

is there another way to trigger [jit.gl.hap] with a ‘high priority’ [bang]?
when I go to openGL coming from a [jit.qt.movie], RAM loaded, that is banged with a normal [metro] everything is accurate.

Oct 26, 2013 at 3:42am

Hello i’m one of the adventurous/suicide MAX users that has installed mac os 10.9
i actually have no problems with max itself but i do encountered a problem with jit.gl.hap.
the object is working fine when loading non HAP movie files but, crashing MAX when trying to load HAP compressed files
i work on a 13″ macbook pro 2010

Oct 27, 2013 at 6:17am

same here.

Oct 27, 2013 at 7:30am

It seems to me that it has something to do with the hap codec and not the jit.gl.hap object.
I cannot playback hap files in quicktime either.

Can you confirm this?

Oct 27, 2013 at 9:56am

Same here.
I try installing the last vdmx update, which has a hap update


but it didn’t work. Max doesn’t crash, but the video is not playing….

Oct 27, 2013 at 9:57am

I forgot: quick time can play Hap files, so it might be something with jit.gl.hap

Oct 27, 2013 at 12:36pm

Update with this dmg. http://vidvox.net/download/Hap_Codec_2.dmg
Should work.

Works for me.

Oct 27, 2013 at 12:45pm

Not super stable though….. seems that it might be something with jit.gl.hap as well.

Oct 27, 2013 at 1:03pm

OK, I have done some more testing, and with the new hap installer everything is working ok for me


Oct 28, 2013 at 6:35am

Thank you Ricardo for that test. It solve the crash problem. But I have now the same issue that I previously had: With HAP files, no images are displayed, only sound. The framecount is also not running. Though, other codec are playing perfectly and it plays well with QT or VDMX.

I’m testing it simply with the help file.

The only solution that I found previously was to replace the HAP.component with the older one (March 17th), but unfortunately it crash while running on OS 10.9…

If somebody could help me, it would be wonderful because it’s quite urgent…

Tested on MacBookPro Retina 10.8.2 // Max 6.1.4
Also with an already compiled app (with my retina) on MacbookAir and Mac mini… same problem…



Oct 30, 2013 at 10:54pm


Oct 31, 2013 at 8:50am

I can confirm the issue described by Simon. Maverics + Max 6.1.4 + Hap = no image.

Oct 31, 2013 at 11:31am

thanks for the reports everyone.
just a heads up, it will be some time before i update to 10.9 and can investigate this.
so in the meantime, it seems advisable to stick with 10.8.

of course the code is on github, if anyone else cares to take a look…

Oct 31, 2013 at 5:12pm

Anyway, I just finished my 2nd project based on HAP (both codec and external) and I’m still impressed with how well it works.Both stability and performance are great. I think that HAP is currently the best way to work with video in Max. I would be delighted if – some already outdated and inefficient – jit.qt.movie took a bit of youthful energy from jit.gl.hap…

> of course the code is on github, if anyone else cares to take a look…

Actually, maybe I should dust off my coding skills in C… ;-)

Nov 1, 2013 at 4:24am

Hmmmmm, I used this installer and now everything works perfect.


Nov 1, 2013 at 4:26am

I have cloned the hap project from git hub. Dont know if that makes a difference in some way, but I have an image.

Nov 1, 2013 at 12:15pm

After Ricardo’s posts I reinstalled codec (http://vidvox.net/download/Hap_Codec_2.dmg) again and now hit.gl.hap is working.

Nov 5, 2013 at 5:38pm


First of all thank you for the wonderful work, Ricardo!

I am on OSX 10.9 with Max 6.1.3. I just wnted to say that I have problems playing hap encoded files. Actually nothing is being played. Even after I installed Hap_Codec_2.dmg.

With a ProRes file, it works just fine. Better than with jit.qt.movie. But after a few minutes playing the same movie, it starts to freeze (1 frame per 5 to 15 seconds). Any ideas why? Anyone else experience this?

Thank you all for any input!

Nov 5, 2013 at 5:46pm

PS: QuickTime tries to convert the hap movie if I try to play it with it. And does not want to play the original. So I am guessing I still have problems with the codec. Any ideas what I should do?

Nov 6, 2013 at 2:39am

Hi guys,

jit.gl.hap works now properly (sound and image) on my Mac (10.8) with the new HAP_codec_2 since I removed :
- all HAP.component file (one was hidden in HD>System>Library>Quicktime)
- all jit.gl.hap (i had one in Max 6.0 search path – yes I still have Max 6.0 and Max 6.1 on the same machine)

And then I download and install them properly from here:



I guess that should work on OS 10.9 since Max 6.1.5 has been released.

Hope this helps.


Nov 19, 2013 at 1:33pm

I have no luck getting hap to work in max 6.1.5 on Mavericks. It works fine in quicktime 7 and vdmx so I suspect it is the jit.gl.hap object which is the problem.
Has anybody managed to compile it for mavericks? Xcode crashes when I try to open the jit.gl.hap project..

Nov 20, 2013 at 1:39am

so I finally got this to work by replacing the jit.gl.package from the one on the github page. Thanks Ricardo for helping me out offlist.

Dec 1, 2013 at 3:15am

Hi, I’m a beginner of Max in Japan.

I want to use hap codec on Mavericks, but now I can’t.
I found Quicktime on Mavericks has no support for third-party codecs so I installed Quicktime 7.6.6.
Hap runs on it, but I don’t know how use it on Max instead of QuickTime10.3

I hope anyone help me!

Dec 1, 2013 at 10:02am

Just a quick question. Can anyone else confirm that the “loopreport” and the “framereport” functions does not work?

When enabling “loopreport” I do not receive any notification that a loop has ended.

Ticking the “framereport” gives me only a “framereport 0″ syntax.

Dec 1, 2013 at 10:59am

Hi Ricardo,
I can confirm this. Nothing happens when loopreport is on, and I get the framereport 0 message when enabling framereport.

Dec 2, 2013 at 4:46pm

thanks for bringing this to my attention.
it’s a simple fix, and i’ll post back here when i get it fixed up.

Dec 3, 2013 at 3:29pm

hey guys, i’ve updated the toolbox link with a new package that fixes the loopnotify issues, and adds loadram functionality.


Dec 3, 2013 at 10:42pm


Thanks Rob. This is a great implementation. Thank you so much for doing this :)
Merry x-mas.

Dec 4, 2013 at 6:20am

Great! Thank you Rob!

Is it 32 or 32/64bit compilation?

Dec 4, 2013 at 10:38am

32 only for the time being

Mar 9, 2014 at 7:53pm


I was wondering, if it is possible to render the output of the jit.gl.hap object to a grid shape object?
I tried to use the objects name but that doesn’t seem to be working…
I also tried to put a jit.gl.texture object in between so I could could get a texture name to my grid shape object.
This seems to work, but if I have multiple jit.gl.hap objects set up in this order my patch crashes.
Also it starts to mixup all the texture objects when going to an from fullscreen mode for the window object.

Grtz Eric

Mar 9, 2014 at 8:05pm

I also receive this error :

jit.gl.hap draw texture to FBO: GL Error: Invalid operation
jit.gl.hap submit texture: GL Error: Invalid opertion
jit.gl.texture: error binding texture to target: GL Error: Invalid operation

Mar 10, 2014 at 10:46am

you can send the output of gl.hap directly to a gl.gridshape.

the fullscreen issue was hopefully resolved in the latest update.
please update, and if you’re still having issues, please post your patch and steps to reproduce.

Mar 10, 2014 at 11:58am

ha thnx Rob, so the latest package is not the latest version?
And what would you advice on a jit.multiple object? Because I want to use the texture array for reading out multiple textures.
Is this already possible?

Mar 10, 2014 at 2:14pm

if you open up the help file, it should say version 1.0.2 in the max window.
the toolbox page links to the latest version.

you’re going to have to be more specific with your question. do you mean jit.gl.multiple?
you can query the texture-output name with “getout_name”, and use that to set the texture array attribute to jit.gl.multiple:

– Pasted Max Patch, click to expand. –


Mar 13, 2014 at 2:04pm

Thanks for the little patch directly above Rob. It will function as a work-around for my inability to change the texture name with the “out_name” attribute. When I put an “@out_name texture_name” the max window says “‘out_name’ is not a valid attribute argument.” Am I formatting the argument wrong?

Mar 13, 2014 at 2:13pm

nope, this is just an oversight on my part.
i’ll ticket it.

Apr 18, 2014 at 7:19am

Any idea when the out_name attribute argument is going to be fixed?


You must be logged in to reply to this topic.