Rodrigo

So building up a patch that will have a few different vid/media things, and for one of these I need to step through a video frame by frame (based on incoming controller data). The easiest way I found was to just use vanilla [jit.movie] along with the "frame $1, bang" message to step through it.

Elsewhere in the patch I'm using a few Vizzie bits and bobs to load/play videos as it's quite convenient being able to patch with higher-level chunks like that.

Now at some point during the performance I want to switch between these sources, so I figured XFADR would be ideal for this. However, if I plug the [jit.movie] output into Video1, and AVPLAYR into Video2, the framerate of the jit.movie seems to take over. Meaning the playback from AVPLAYR is only visible when [jit.movie] updates.

It seems to work fine the other way around, but it seems like a funky consequence of some of XFADR's [video-handler] guts?

comment

loadbang

bpatcher

vz.viewr

metro

random

message

vz.avplayr

number

jit.movie

vz.xfadr

So building up a patch that will have a few different vid/media things, and for one of these I need to step through a video frame by frame (

vizzie's-xfadr-can't-mix-between-jit-movie-and-avplayr

Hmm, an additional knock on effect. The quality of the video takes a massive nose dive if I plug AVPLAYR into Video1 rather than my [jit.movie]. If I plug in [jit.movie] into Video1, the quality of both looks great, but I have the weird stuttering demo'd in the patch above.

Both videos are 1920x1080, though the framerates and codes are different (30fps ProRes 422 vs 60fps H.264). I don't see how that would impact the playback quality though.

Screenshot 2022-03-03 at 3.26.03 pm.png

Screenshot 2022-03-03 at 3.29.28 pm.png

Oooh, I think I know what's happening, though it makes even less sense. If I send a "0" to AVPLAYR (to stop its playback), it then drops the quality of the input going into Video2. Unless I'm missing something, there's no way to Pause or Stop AVPLAYR without sending it a "0" however.

Hmm, an additional knock on effect. The quality of the video takes a massive nose dive if I plug AVPLAYR into Video1 rather than my [jit.movie].  If I plug in [jit.movie] into Video1, the quality of both looks great, but I have the weird stuttering demo'd in the patch above.

Just for searching/posterity, it seems like it is auto adapting to whatever is loading. And when you send a "0", it "unloads" the video.

In looking through AVPLAYRs guts, it looks like you can send `exact pause` and `exact play` to the first inlet. So that will work in this context.

Vizzie's XFADR can't mix between jit.movie and AVPLAYR?