VPAID JS within a VPAID JS bridged by IMA3

[cam...@watchingthat.com]

Hi first time poster - although  this is my second attempt as the first try didn't seem to work.

We are attempting to use IMA3 within our VPAID JS to bridge an ad call and load up another VPAID JS.

So the sequence would be:

1. User clicks play
   
2. Player loads Tracer VPAID with adTag
3. Tracer loads IMA3 and submits adTag
4. IMA3 manages the response chain and plays out final media creative

This all works fine with the final media creative is a video file

It doesn't work when the final media creative is another VPAID JS

Logging events we see IMA works right up to the CONTENT_PAUSE_REQUESTED event when everything just hangs.

Looking at the network traffic we can see the VAST returned properly with the VPAID JS url but we don't see a call out by the browser to that URL.

So it feels like we're supposed to be doing something in this case (unlike when it's a video file which just seems to work).

You can see it happening here

http://players.brightcove.net/1715776713001/Syrt6zARl_default/index.html?videoId=2587662798001

To be clear when we use the end VPAID JS tag direct in the player it works just fine.  So, again, it feels like we should be doing something when we get that CONTENT_PAUSE_REQUESTED event.

Thanks in advance!

CC

[gsm...@brightcove.com]

What is happening when you say the Tracer "loads IMA3" in the third step? Is it initializing the plugin at that point? If so, that is too late to initialize the IMA3 plugin and have it work correctly. This page under the section "Implement using code" has details. If that's not what you mean, it would be helpful to know what exactly is happening at that step.

-Greg

[cam...@watchingthat.com]

Hey Greg

We dynamically load a version of IMA3 by injecting the script  into our scope.  We then test for the presence of the google.ima namespace and work from there. 

We don't use (or, more to the point, can't use) the parent IMA3 session.  

What seems to be problem is we get an Ad back via the AdEvent object which has it's mediaUrl = null.  But looking at the VAST it's very much there (albeit nested under a MediaFiles parent).  The rest of the ad info data is properly set (like the AdSystem etc). 

CC

[Greg Smith]

I see from your page that you're using the Brightcove IMA3 plugin. If you're trying to initialize a second "instance" of the Brightcove IMA3 plugin dynamically, I don't expect it will work. If you're loading a second instance of the IMA3 SDK dynamically, I'm not sure what will happen exactly. It may be possible to use the same AdsLoader again instead, since you can use the same AdsLoader multiple times. Since in this case you're interacting with the IMA SDK directly, you may find useful information by searching the IMA SDK forum. Hope this helps!

--
You received this message because you are subscribed to a topic in the Google Groups "Interactive Media Ads SDK" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ima-sdk/LRxec7TjMnQ/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ima-sdk+unsubscribe@googlegroups.com.
To post to this group, send email to ima...@googlegroups.com.
Visit this group at https://groups.google.com/group/ima-sdk.
For more options, visit https://groups.google.com/d/optout.

[cam...@watchingthat.com]

Thanks Greg

We got it sorted.  You're right in your assessment.  We are being instantiated by the BC player (in this example), but there are instances we are in 3rd party players that don't have IMA.  So we initialise the second instance.  But of the native IMA SDK, not the BC hosted version.  

That's brought into an iFrame to keep this isolated. And that was our problem.  We were trying to use the slot and videoSlot passed into us but that is out of scope so our IMA was failing accessing it.  We've cloned those units and are fine now.

Thanks for your thoughts and help!

CC

To unsubscribe from this group and all its topics, send an email to ima-sdk+u...@googlegroups.com.