Digital Workshop

Attached is an imp file. Videos replaced with bitmaps to reduce filesize as the issue is the same.

I've had this working before but it simply defies me at the moment. The issue is to reduce the left video and overlay pix-in-pix with the left video on top and with the right video fullscreen, play them side by side, or reduce the right video and overlay it pix in pix with the left video fullscreen via the buttons.

I was able to do this via SetLayer previously, but now no matter what I do the video at the top of the chain is on top, period, regardless of the SetLayer command. I've tried rendered, chroma, on top, disable overlay, etc., and nothing changes this except moving one or the other to the top of the list.

Any thoughts?

Dave

Change first script under RD to



Mack

Thanks, Mack.

Can't see that I didn't follow instructions, but nothing changed.

Dave

PS - Got to thinking perhaps the two scripts needed to be consistent, so I changed RU first script to the inverse of RD:

RightVideo.SetLayer(10)
LeftVideo.SetLayer(5)
SideBySideRV.SetLayer(10)

Didn't help either. This is a very cool little routine if I could make it WORK!

Sorry read it wrong. Thought it was simply either on top. As it's either full screen with the other as PIP, then try replacing first script on RU with this:



Mack

Apologies if I am overlooking something, Mack, but it still does the same thing.

Right is 5 and left is 10 on one, and Left is 10 and right is 5 on the other. Seems logical it should work, but only the one at the top of the heirarchy shows through regardless of what I do.

I could swear I had this working a while back but it eludes me now.

Dave

PS - Tried reversing the numbers just in case I was being dyslexic. Didn't change anything.

Not here. Attached shots. Buttons make each video full screen with the other as PIP. Is this the effect your affect?

Mack

That's it precisely. It's driving me nuts...

I found an early copy that worked properly. Tried conforming my current version to it...didn't work.

I changed out the pix in the old version for the videos...and it continued to work.

I began to conform it to what I want now and it quit working even though I did not change the SetLayer scripts at all, just layer options dealing with the buttons as they were not shown and hidden for best effect in the early version.

I am going back through again, step by step conforming the early, working version and doing a preview after every single action. There is something I am doing at some point that goofs it up. Send me that imp file back you have so I can check it here, at your convenince.

I appreciate your help.

Regards,
Dave

Here's the file back. I also checked it with videos (MPG1) and realised they're set wrong - they need to be rendered.

Mack

Thanks, Mack.

I don't feel so dumb now. I know WHAT, but I don't know WHY. Imp you returned worked fine.

Changed out the bitmap on the left with a WMV vid and it worked fine.

Changed out the bitmap on the right for a WMV vid and it worked fine.

Changed out the bitmap for the little hrs/min/sec vid and it stopped working. WTF? Remove it, and it works fine.

SetLayer ceases to work the moment I import the little WMV timeclock video. All the videos are WMV, and I can't even guess as to why adding that little video would affect the set layer script in another place. I can't see any connection.

So, I changed the playback mode to "render" only for the time clock piece and it worked perfectly. Makes no sense at all on the surface as the other two are WMVs and SetLayer is never invoked for the time clock. I am assuming this is a deep inside the OS thing were somehow 3 WMVs at once is one too many or something.

Hate it when I figure out what but can't figure out why...

Thanks again for your help as it would have taken much longer to make it work without your input.

Dave

I'd hazard a guess that it's more to do with the encoding of the WMV file. See footnote C.

http://www.live.interaktiv.co.uk/index. ... Itemid=166

I remember that some of my test WMVs caused problems with Chroma key and that was using a single file. They worked well enough and some play beautifully but I rarely use the format so have never dug deeper.

Perhaps with the advent of HTML video, DW might include a full working open source codec within Opus and solve all these problems once and for all. That and FLV of course

Mack

Well, your guess is undoubtably better than mine.

I can't begin to see why that video would have anything to do with a function it has nothing in common with. Perhaps I need to read "Dirk Gently's Holistic Detective Agency" again for guidance.
Dave