Pierre Alexandre Tremblay

I have a problem which I think is a bug. I try to use asyncread to read movies in jit.qt.movie and it does not read in the window, it reads in the top left part of my main screen!

If you load the patch pasted down, and you resize and reposition the window 'Optimized' and you asyncread, you will be surprised!

bug-with-jit-qt-play-using-the-window-commande-with-asyncread

any confirmation would be welcome, as I can reproduce this on all the machines I have tested

It's not just you.. I'm on a MBP C2D, 10.6.6 and half my screen is eaten up by the image. Had to quit max to get rid of it..

the same here. pretty strange.
MacBookPro5,3 - 10.6.6


thanks to you both, I am happy to know it is generalised.

I will probably sent a message to support now, but in the meantime I could do with some help trying to go around this.

What I try to do is to play random clips from a large pool (over 40 clips) without any latency while I switch. The clips can be up to 3 minutes so no RAM preload is possible.

the current approach is to have 2 jit.qt.play sent to the same window, one reading whilst the other one preload. I have problems with this. If I use read, I get the read file to 'publish' a frame when loaded (despite being stopped). i was hoping that asyncread would not to that but I get this strange bug...

What I try to do is to play random clips from a large pool (over 40 clips) without any latency while I switch. The clips can be up to 3 minutes so no RAM preload is possible. 

the current approach is to have 2 jit.qt.play sent to the same window, one reading whilst the other one preload.  I have problems with this. If I use read, I get the read file to 'publish' a frame when loaded (despite being stopped). i was hoping that asyncread would not to that but I get this strange bug...

Thanks for the report, I can repro some problems with @window and asyncread, we will take a closer look.

What approach would you take to try to achieve instant random access in the meantime? 2 alternating jit.qt.player with real matrix output to 2 openGL textures preloading? It will definitely be more heavy in term of passing full resolution films to textures than to use the 'direct_to_window' trick...

What approach would you take to try to achieve instant random access in the meantime?  2 alternating jit.qt.player with real matrix output to 2 openGL textures preloading? It will definitely be more heavy in term of passing full resolution films to textures than to use the 'direct_to_window' trick...

In this case, the @window attribute is causing the problems, so just avoid this. Use a patch cord or a send/receive pair.

You might want to check out Andrew Benson's excellent VPS tutorial:

https://cycling74.com/tutorials/the-video-processing-system-part-1/

It uses poly~ to asyncread/loadram a video bank.

But maybe I'm not understanding your issue now. If so, please feel free to send along a simple example patch.

In this case, the @window attribute is causing the problems, so just avoid this.  Use a patch cord or a send/receive pair.  

But maybe I'm not understanding your issue now.  If so, please feel free to send along a simple example patch.

I cannot use loadram because the clip pool is too big. I'll go through a gl.texture.

There was talks of having an attribute to jit.qt.movie to play straight to a texture, is that in the pipeline or has it been put on the wishlist?

Bug with jit.qt.play using the Window commande with asyncread