Forums > Jitter

How to play a movie while it is still recording…

June 17, 2013 | 7:09 pm

I just wonder how to get this. I tried to record a movie with the jit.qt.record help file, and then while it was still recording I tried to play it back with the help file.
It didn’t work, only when I stopped the recording, it would be able to play back…
Background, I want to create very long delays (one hour for example). Is there maybe a special codec or format I could use to achieve this?

Thanks for any suggestions…


June 18, 2013 | 12:41 am

no movie involved. you record into a ‘buffer’ [jit.matrixset] and play back frame after frame from there …
there should be no time limit, given the attic is big enough.


— Pasted Max Patch, click to expand. —


June 18, 2013 | 6:24 am

Is this recording to disc? I bet there is not enough memory in my Air to keep it in memory. I am talking about maybe one hour of material…
try to put 360000 into the frame size, and this is just 20 minutes…

I guess the attic of jit.matrixset isn’t big enough for this task…

June 18, 2013 | 6:44 am

I guess what it needs is a format which allows random access, therefore it should have a fixed size for each frame. Each image might be compressed, but with the speed of ssd nowadays, I guess it should be possible to save it as raw uncompressed images…
I would happily create a container on disk of the required size on disc in advance. The Jitter objects should be able to write into it and read from it… I don’t know if the existing formats allow this…
1 hour 720p HDTV would need 370 GB of storage space @ 2 * 105 MB/sec (for writing and reading at the same time…)
But I’d be happy to begin with 625 PAL @ 2 * 20 MB per/sec, or 70 GB per/hr.


June 18, 2013 | 7:05 am

i remembered a thread with a similiar question some months ago:
while this is about audio, you maybe could use a similar strategy for video:
recording multiple n-minutes files to ssd and give them a clear time name counting up…

Ah this one is better:
not store as quicktime movie, but as image sequence….

June 18, 2013 | 9:55 am

there is also the @frame attribute of jit.qt.record.

June 18, 2013 | 12:23 pm

umpf. I wasn’t aware that it records to RAM; thought it was disk.
the second thread TOBIASROS proposes (mr. Bensons suggestion) seems the way to go …
the problem with qt-compression is that it needs to close/save the .mov to make it accessible.

June 19, 2013 | 8:35 am

The method of Andrew Benson, to throw .jxf files into a folder works fine. I get with the ssd of my Macbook Air the full frame rate back!
I wonder how long it would take to wear out the ssd…;-)
I tried the same with jpeg compression, and I also get a decent frame rate (15fps). Of course surfing the web at the same time will bring it to an halt…;-)
But for 500 frames this is 700 MB vs. 20 MB roughly…
Activity monitor does not show a significant difference (50% with just Andrews patch running).
It seams writing and reading lots of data is as expensive as compress/decompress…

Thanks for all the suggestions…


June 21, 2013 | 10:49 am

i gathered quite some experience with this (i started the thread mentioned above) and one tip if you work with a fixed buffer size:
as soon as you start overwriting old frames, your framerate will probably drop to about half – i think it’s a bug. the solution is to run a deletion pass first (like one or two frames ahead), then just write a new .jxf-file.
do NOT overwrite files with the write-command of jit.matrix directly.
it took me months to figure this out…

Viewing 9 posts - 1 through 9 (of 9 total)

Forums > Jitter