Name is required.
Email address is required.
Invalid email address
Answer is required.
Exceeding max length of 5KB

Fast Forwarding Stream (broken)

Hello,

I am having an issue fast forwarding streams when using primary: "flash" as my default player.
https://gyazo.com/13b1523753f1759e2c6cff0ed41ae84f

However, when I use primary: "html" the player functions as expected and fast forward works fine.
https://gyazo.com/e675a3ee8c02134343601e1bb9ae1a82

I would prefer to use primary: "flash" as my default player. At this time not enough Ad Networks support the html player fully and I'm worried my fill rate will suffer.

Does anyone know of a bug in the flash player related to fast forwarding?

Thanks,
Grant

5 Community Answers

Up Down

Todd

JW Player Support Agent  
0 rated :

Hi Grant,

Flash cannot seek ahead to unbuffered portions of the video. You would need to wait for the video to load that far ahead before you could fast forward. The solution would be to implement pseudo-streaming on your server. The support document at http://support.jwplayer.com/customer/en/portal/articles/1430518-jw6-pseudo-streaming-in-flash refers how to do this in JW6, but it might also work in JW7.

Ask your ad network for VPAID 2.0 ad tags. This will give you better support for ads in HTML5. Please see http://www.jwplayer.com/blog/vpaid-2-jw7/ and our VPAID 2.0 Ads Tester at http://demo.jwplayer.com/vpaid2/ for more details.

Hope this helps,
Todd

Up Down

grant.mucha

User  
0 rated :

Hello Todd,

How was this possible in JWplayer 5 using flash and mp4 files?

I've been using JWplayer 5 for years now with flash of course and I've had no issue fast forwarding until after updating to JWplayer 7.

I found it rather odd when I noticed the difference. Maybe I accomplished it with pseudo streaming, I recall having to set a http setting while using nginx.

VPAID tags are still provided using a VAST wrapper I believe. However, I know not a lot of Ad Network still meet this requirement, which while unfortunate, still very real.

Up Down

Todd

JW Player Support Agent  
0 rated :

Hard to say without seeing a test page. Can you send me a link to where it is working in JW5 and another link where it is not working in JW7?

Now that Chrome and Firefox are starting to block Flash content, I was under the impression that VPAID 2.0 tags are easier to get now.

Up Down

grant.mucha

User  
0 rated :

That is why I provided the links above to demo the issue.

VPAID tags apparently only work in primary: "flash" based on the documentation on JWplayer.

The below comes directly from JWplayer documentation.
http://support.jwplayer.com/customer/portal/articles/1431665-basic-preroll-video-ads

"Many ad servers (CORS) and creatives (FLV) are not yet compatible with HTML5. In addition, JW Player only supports VPAID ads in Flash. This ensures that a user viewing with Flash installed will receive the advertisement."

Unfortunately, I am seeing like 50% less fill when using primary: http vs flash.

This isn't what I'm working on now, but an older domain I was playing around on earlier. This is using mp4 and fast forward works fine.
http://youstream.io/embed/UGUCHTC2V

Up Down

Todd

JW Player Support Agent  
0 rated :

Fast forward is working at http://youstream.io/embed/UGUCHTC2V because the player is in HTML5 mode. Remember that only Flash needs special treatment to seek to unbuffered portions of the video.

VPAID tags only work with primary: ‘flash’ because they contain .swf ad creatives that require Flash for playback. Your best options for fill in HTML5 would be either VAST MP4 ad tags or VPAID 2.0 tags from your ad network.

This question has received the maximum number of answers.