Doug MeatLoaf

I'm wondering why, sometimes, not always, I get an " L " shape black border around the image in jit.pwindow.

I have join an image of the problem to show the problem and also the patch I'm using.

Hello.
I'm wondering why, sometimes, not always, I get an " L " shape black border around the image in jit.pwindow.
I have join an image of the problem to show the problem and also the patch I'm using.
Cannot see what I'm doing wrong.
Thanks a lot for your help.
Cheers.


unwanted-l-shape-black-border-around-the-image-in-jit-pwindow

if you want the jit.gl.videoplane to completely fill the pwindow, set @transform_reset 2 on the videoplane.

i'd also recommend you enable @output_texture 1 on your jit.movie since you are sending directly to a videoplane. this will dramatically increase performance.

I made the changes you have suggested me.

But there still a problem with my patch when I enable @transform_reset 2 on the videoplane.

Since I want the image to rotate, I'm using " jit.anim.drive " to do the job on the videoplane.

With @transform_reset 2 set, each time the image rotate and pass the 0 degree point I could say, the image dissapear for a brief moment.

Have you an idea what about what is happening?

Thanks a lot Rob for your help.
I made the changes you have suggested me.
But there still a problem with my patch when I enable @transform_reset 2 on the videoplane.
Since I want the image to rotate, I'm using " jit.anim.drive " to do the job on the videoplane.
With @transform_reset 2 set, each time the image rotate and pass the 0 degree point I could say, the image dissapear for a brief moment.
I can't figure out why.
Have you an idea what about what is happening?
Just so you know I'm using .png images.
And thanks again for your help.
Best.


ok, in this case i'd just calculate the aspect ratio and use that as the X axis scale value.

also, i'd use moviedim rather than dim. dim won't be correct until a matrix has been output, whereas moviedim will be correct as soon as the file is loaded.

Again Rob, thanks for your help.
It's really appreciated.
BEst.


I had this issue explained above of an image rotating using [jit.anim.drive] with @transform_reset set to 2 ( orthographic normalized ) which was disappearing each time it was passing the degree 0. That was happening in a jit.pwindow and the problem was solve with Rob's idea explained above.

I'm facing the same issue but this time in a OpenGl Context in a jit.window. And the solution provided by Rob does not do the trick this time.

If I don't use the attribute "@transform_reset 2", the problem does not occur but the image get distorted while turning.

I have attach a patch showing the issue. By the way, I'm using a .png image.

I'm wondering if some one have an idea of what I could do to solve this issue?

hi Doug, thanks for the report. this is a bug with the "turn" message that anim.drive sends to gl objects. i will try and get this fixed for a future update.

one kind of hacky solution is to add a 1 degree rotation on the X axys (@rotatexyz 1 0 0) before enabling the turn rotation. this should prevent the blackout.

alternatively, just use something like jit.time.line (from the jit.mo package) to animate the rotatexyz attribute (which doesn't suffer from the same bug as the turn message).

Thanks for your two possible solutions. I have tried the first one, and it seems to work fine. I will try the second one eventually to see how it goes.

Again Rob, thank you very much for your support. I really appreciate it.

I’m still struggling with the bug with the "turn" message that anim.drive sends to gl objects.

I have tried the hack you were suggested me ; to add a 1 degree rotation on the X axys (@rotatexyz 1 0 0) before enabling the turn rotation. Finally, this trick does not work. After some time, the problem arise again.

What I’m trying to achieve is to control the rotation speed and direction with a float object ; negative turns counterclockwise, positive turns clockwise. Exactly as the [anim.drive] does.

I have installed the jit.mo package like you suggested and tried to make it work the way [anim.drive] does but can’t figure out how I could achieve this.

I have added a patch I started building with the [jit.mo.time].

just use the "speed" attribute to jit.mo.time. it should do that already.

FYI, this issue will be fixed in the next release (coming soon).

I have a performance during the next weekend, so for now, I'll working with the jit.mo.time object.

Image rotating using [jit.anim.drive] disappear when at degree 0