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

Seek in JwPlayer 6 with flash mode


I have a LightHttpd Server with Mod_H264 to streaming video. Everything work fine on JwPlayer 5, i mean my video can seek into the unloaded part and seek free without reload in loaded part.

But when i upgrade to JwPlayer 6 ( for some reason i must use flash mode only [primary :'flash'] and no html5 mode),with the same config like JW5, my video cannot seek into unloaded part anymore. So i did try to search the web, and see that on JW6 there are a config param that is startparam and i config it : startparam:'starttime' and now my video can seek into the unloaded part.

But the problem is, even i loaded full video,if i seek into anytime on the seekbar, the video load again with my start params.

Am i mistake at anything ? Or is it a bug ?

23 Community Answers

JW Player

User  
0 rated :

And the seek bar going too fast, my video is 700mb, when it loaded about 100mb, the buffered bar is about 40%. So when i seek into about 30% total length, it loaded again.

Can it be fixed?

Ethan Feldman

JW Player Support Agent  
0 rated :

Do you have a link?

JW Player

User  
0 rated :

With startparam parameter :

http://hueanh.com/jw/

Just seek into middle of the video,pause for a while so that the buffered bar can grow, then click somewhere in that black buffered bar, the video will load again.

Without startparam parameter the video cannot seek:

http://hueanh.com/jw/noparam.php

JW Player

User  
0 rated :

And a little more question, how can i force using flash mode on mobile (android) device?

Ethan Feldman

JW Player Support Agent  
0 rated :

You can set the “primary” variable to “flash” to do this.

On your links, the video never loads for me, it just spins.

JW Player

User  
0 rated :

I have move my media into an other server which have better international bandwidth, could u try it again.

<About seek problem, u could try this way: open up javascript console (on chrome) and type in jwplayer().seek(600), then wait and watch it play 10 second(to 610) then type in again jwplayer().seek(605) for example, i expected that it will jump directly to 605s without reload, but the real is it still reloaded>

About android device, even i set primary:'flash', it still require html5 player which i had disable. My device is Xperia S with android 4.0.4 no flash installed. ( I want it show no flash installed error message, not "NO HTML5 player " error message ).

Ethan Feldman

JW Player Support Agent  
0 rated :

It is still buffering forever for me, but I noticed here:

startparam:‘start’

It should be:

startparam:‘starttime’

JW Player

User  
0 rated :

No, my server use 'start' as param to determine where to start.

If u can't play video on my server, you can check your link :

http://www.longtailvideo.com/support/jw-player/29392/flash-pseudo-streaming

Seek into middle of video, wait for the buffered bar grow and click it, it will load again.


=============================================================================

This wont happen in JW5.

And about android device, i see that in the doc :

"Removed: Flash mode on Android"

Is there anyway to still using them. ( Or i will have to detect device and use JW5 for android)

Because weird javascript plugin security problem, i can not use HTML5 mode, even its awesome.

Ethan Feldman

JW Player Support Agent  
0 rated :

Our demo link works fine for me.

What module are you using?

No, we removed them.

JW Player

User  
0 rated :

What do u mean by works fine?

Let me show you some picture:

Step 1 : I seek into middle of video,pause it for a while so it buffered the remains part of video, see in the inspectment area which display the video has loaded 38mb.

http://i148.photobucket.com/albums/s33/lucifekit/ScreenHunter_01Dec191210_zps9ad66318.png

Step 2 : Now i will seek into 9:23. Because i loaded all remain part, so i expect the video will play without reload.

http://i148.photobucket.com/albums/s33/lucifekit/ScreenHunter_02Dec191211_zps86502483.png



Step 3 : But no, the video still reload agains, all buffered data gone.

http://i148.photobucket.com/albums/s33/lucifekit/ScreenHunter_03Dec191211_zps4142c8c3.png

http://i148.photobucket.com/albums/s33/lucifekit/ScreenHunter_04Dec191211_zpsde0ada83.png

JW Player

User  
0 rated :

And again, it wont happen in JW5 and wont happen if the user does not seek into not-yet download part first.

This issue hurt my user so much, because sometime their internet connection is slow, they must pause the video for a while for buffered, then play it, but if they seek into buffered part,the video load agains which mean they must download again all remain part, which is bad.

Ethan Feldman

JW Player Support Agent  
0 rated :

For me, this doesn’t seem to happen, it seeks, then loads immediately.

JeroenW

JW Player Support Agent  
0 rated :

I also see the issue. We’re indeed re-loading the video, even when seeking to an already buffered region. We’ll see what’s going on here and fix!

As to Android/Flash, unfortunately that cannot be enabled. Isn’t there a way to work around your javascript plugin limitation? Sounds like you’re now also missing 100% of the iOS devices.

JW Player

User  
0 rated :

Thank you JW for confirm my issue.

About IOS device,i used javascript plugin in a web-base application because it's hard to inspect what going on.

Lately,on android,i was using flash mode, allow my user can view my media on web-browser. But now i decide to develop an app-version for android user which can handle some security problem, so no need to flash mode anymore thank you.

Hope to see the seek issue fixed soon, now we had rolled back to JW5 until good news arrived.

Enjoy developing ET and JW, have a good week.(Sorry for my bad english :P)

JW Player

User  
0 rated :

I have exactly same situation as Luca.
Some of the video on my site reload when I forward the video.

JW Player

User  
0 rated :

Any updates on this patch Jeroen? I seem to have it also in flash mode on jw6... when seeking to an already-loaded part, it reloads the source as if you were seeking past a loaded part.

This issue is particularly damaging because if a user has a fast connection they can download a huge amount of data and when they try to jump ahead (or back) they reload as much as their connection can handle, again.

JeroenW

JW Player Support Agent  
0 rated :

We have this on our backlog, but not yet fixed. Looking into it!

For now, if you have the possibility to throttle on your server (every server can do that nowadays), I’d recommend to do so at a rate that’s 25% above the video bitrate. This will fix the issue with guys with huge bandwidths seeking, plus also issues around people with huge bandwidths starting a video and bailing out after 10 seconds.

JW Player

User  
0 rated :

I see that youtube is doing that now with their flv serving, they give you a good chunk then they slow down the transfer speed to near-realtime.

How does one achieve this with h264 streaming mod and http pseudostreaming?

(Can this not be done in the flash player as it does on the jw6 html5 player?)

Thanks!

JeroenW

JW Player Support Agent  
0 rated :

I don’t know if this is in the module – probably you need another module or the server already supports it. We did this ourselves a while ago through the configuration of NGINX. There’s always the option for a “burst” of a few seconds, followed by a “throttle” to a certain bitrate.

Unfortunately, this cannot be done in the client. The server needs to implement the rate limiting.

JW Player

User  
0 rated :

Yes there is an experimental plugin for nginx mod streaming which bursts at the beginning then rate limits after.

So, to confirm, the original issue is still occurring:

Load an mp4 into the flash player, metadata is loaded, video duration is displayed and it begins playing.

Seek to a not-yet-loaded segment, a request is placed to the server with a new ?start, the metadata is sent, starts playing and loading.

Now seek ahead a bit, to a part that is loaded already, and it place a new request to the server with a new ?start even though it is within what is loaded.

Note: If you start the video and seek to a part that is loaded, it will not exhibit this, only once you seek into an unloaded area for the first time will it now begin to exhibit this behavior.

JeroenW

JW Player Support Agent  
0 rated :

Yes indeed – I added your findings to our ticket on this to clarify things:

http://developer.longtailvideo.com/trac/ticket/1864

JW Player

User  
0 rated :

http://www.longtailvideo.com/support/jw-player/29392/flash-pseudo-streaming

I was thinking perhaps it is a configuration/initialization issue, but this link exhibits it also.


Right when it loads, seek to the end to force a pseudo-stream request, now seek back anywhere and wait for it to load, you will see that if you seek to an already-loaded part (darker bar) it will place a new offset request.

JeroenW

JW Player Support Agent  
0 rated :

Yes indeed -as the ticket explains. We’ll be implementing this fix for 6.5.

This question has received the maximum number of answers.