Respect start parameter

Any tips on this ?

Is this something that could be implemented ?

Register it as a a bug.

I think developers will react then.

This ticket would do the trick m to bad its moved to backlog :(((((

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

We're indeed investigating this and moving this ticket into a release (5.5? 5.6?). The "begin" and "end" settings described in this ticket will work different from the "start" and "duration" flashvars:

*) The "start" is just a simple shortcut to have a video start from a specific location instead of from 0. Users can see before this point. It's really for in-video "anchors".
*) Likewise, the "duration" is solely ment to hint the controlbar and other plugins to the duration of a video stream. should the duration actually be different, the player respects the stream duration.
*) The "begin" and "end" options will really be honored by the system. If you set a "begin" at 1 minute and the "end" at 4 minutes of a 5-minute stream, the controlbar will actually only play those 3 minutes. Any seeking before or after those 3 minutes is denied by the player.

JeroenW :

I hope this will get priority in 5.5 or 5.6 :) Please , hehe

JW: I can't see it in the roadmap yet ?

Only me wanting this feature ?

Check this out:
http://developer.longtailvideo.com/trac/ticket/1049

A GREAT new feature

Yes, we indeed haven't scheduled it yet. Sorry, but too much other stuff to get done first ...

Hire some more people :D

Is this supported in 5.5?

No, still not. Sorry ...

We used to use this in smil with our videos delivered to quicktime (npt-clip-begin/end). It worked great. We would like to see this in jwplayer asap :)

Looks like some more people would like to see this feature getting implemented.

Any chance to see this in 5.7 or 5.8 ?

I see 5.8 in the Roadmap now, any chance to put this ticket in 5.8 :)

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

Would be great!

We're still debating in which version this feature will end up. Your vocal support does help prioritizing!

Feature like this would be great. Don't want people to seek to a position before the start position we have set. Hope this will come soon.

this feature would be worth $$ to us. I believe some other players have this feature already.

Hey tomr, we have tested this in the Fl..player :) Works like a charm.

Before changing to flash, we did this using playlist in Window Media Player object, start stop position(scrub).

We do miss this feature a lot :)

Keeping it up there, check out this ticket:

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

:)

we'd really like to see 1049 implemented.

Thanks for the feedback, we'll keep this feature in mind!

Hi

yeah it would help us a lot!

Our problem:
We are publishing 5 hour long clips divided up using playlist(start + duration/item), 20 items per playlist.

When a user chooses clip number 16,17 etc they get a problem with seeking cause the timeline is VERY compact ... :(

This feature would fix this in a heartbeat :)

Thanks for a great player Jeroen :)

bump!

I think we're moving to that "other" player.. we need this feature :(

Been waiting on this feature too. Too bad it's been on the backlog for over a year now.

In all honesty, this is still not on the shortlist for us. We're focusing on improved HTML5 performance, tweaking the interface so the player looks better, and trimming the codebase.

Yeah, I can understand that Jeroen. HTML5 performance needs improvement.

Maybe its possible to shorten down the functionality of that ticket so it wold be faster to implement it ?

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

We'd rather do it "right" for this one. We basically have half-working versions with the "start" and "duration" options.

Note you can a lot of it done with the JavaScript API...

Yeap, already doing all we can with the Javascript (Denying the user to seek before the start point)

But the problem is the time line. 2 hour long clip , start set to 1 hour 45 minutes, duration set to 1 hour 55 min.

The time line is all most impossible to use, seeking in those 10 minutes is very hard cause of the limited time space.

bump!

Have you all tried to do this with a serverside script, e.g. through RTMP or the mod_h264 from code-shop? This is a much better solution over adding this in the player. In the player solution, the following limitations apply that are not there in a serverside solution:

*) Users can still access parts of the video beyond the begin/end points you set.
*) The player still loads the parts of the video beyond the begin/end points you set.
*) It will not work on mobile devices (iOS, Android).

If there's specific questions around a certain server type / setup, I'd be happy to setup a howto for this.

Hey JeroenW

We have tried to do this with wowza and HTTP streaming + playlist.rss

But the problem is using playlist together with the adaptiveprovider.

Here is the setup:
1. Jwplayer 5.9 latest

2. Using, 'provider':'http://webtv.exss.no/webtv/pages/../embed/adaptiveProvider.swf',

3. playlist.rss ->
<media:content url="http://wowzaserver/arkiv/_definst_/webtv/arkiv/testmovie.mp4/playlist.m3u8?wowzaplaystart=161000&wowzaplayduration=954000"/>

4. This is not working, Wowza provides the files (wowza debug log) but the player says is cannot find the file.

If we change to configuration:
1. Jwplayer 5.9
2. Still using the adaptiveprovider
3. Using 'file': 'http://wowzaserver/arkiv/_definst_/webtv/arkiv/testmovie.mp4/playlist.m3u8?wowzaplaystart=161000&wow...'
4.Works just fine :)

Not sure if the adaptiveproivder even supports playing files through a mRSS playlist :)

The playlist works fine in HTML5 mode by the way :)

The player indeed doesn't support playing M3U8 files through a playlist. That's something we're still working on...

I guess you mean the Adaptiveprovider does not support m3u8 files through the player.

The player works fine with m3u8 files in HTML5 mode in our solution.
We buid rss playlists with 1 m3u8 fil per <item><media content="file.m3u8">

Work like a charm but when I enable the adaptiveprovider it does not load in FLASH mode.

Is this something you consider adding ?

No, the player doesn't support it. It thinks M3U8 is only playeable in HTML5 and therefore gives an error in Flash. We will indeed fix this.

Perfect :)

Is this a big fix or is it something we can expect in the release ?

This is something that's coming up for 6.0 (july).