Problem with cue point for midroll and capped tags

[gtg236s]

Hello,

I have a problem with the cue-point for midroll in conjunction with a capped ad tag. If the cue-point is set and the indicated midroll is a capped ad, then the player stops, the videoscreen will be black and then the content video continues. Is it absolutely necessary to return a valid ad, when a cue-point is set? Please take a look at the following page. There you'll find the appropriate setup:

http://labs.ewrnd.de/uif4/bc/index.html

Hope you can help me, because it doesn't look good for users, when the player stops and continues again. It would be desirable that the player continues to play without stopping when no ad is returned.

[BC-Oscar]

 A couple of questions:

 - What kind of cue points are you using? You should be using ad cue points. 

 and

 - What ad integration are you using? If this is a third party ad integration you might need to check with the ad provider to see if they are doing anything different for mid-rolls

[gtg236s]

Hey Oscar,

thanks for your reply.

I use the Ad Cue-Points.

What do you mean with: "if they are doing anything different for mid-rolls". I'm a Flash Developer of MediaMind and I used our Universal Instream Framework to test it with the Brightcove.  With other players, we don't have a problem with the midrolls. If there is a capped ad, the content video continues without pausing. But the Brightcove pauses the video at the cue point, even when no ad will be delivered.

Is it absolutely necessary to deliver an advertisement when a cue point is set? Or what could be the reason, that the player pauses for a few milliseconds?

I thank you in advance for the feedback.

[BC-Oscar · Accepted solution]

Sorry for the late response. I missed your post. 

It was a design decision to pause the video in preparation for a mid-roll. The request from several customers was precision at the time showing a mid-roll. For example, a video that is splited in chapters. If we don't pause the video in preparacion for a mid-roll, the video would continue into the next chapter in the video and the mid-roll would be misplaced. It does have the side effect that you describe, if an ad response (even for a no ad) takes a little too long, you'll see the video pausing with no visual feedback for the user. 

[gtg236s]

Hi Oscar,

now I missed your post. Sorry for my late response and thanks for your reply.

Now I have another question. Is it possible to obviant this "problem" with the AdRules solution? After I have described the abovementioned problem to the Brightcove Support, they recommended to me to use the AdRules instead of the AdSWF solution. However, I wonder if this is the solution of the problem, or whether I take up this point as a known problem in our documentation.

I look forward to your feedback and thank you in advance.