|
Home > Archive > Macromedia Flash Server > March 2006 > Seek to End of Video
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Seek to End of Video
|
|
| Robert Sandie 2006-03-09, 5:45 pm |
| Asa, Stefan and aYo's I know this may be simple but have been fighting this
one for a while:
There's a point in the video where "NetStream.Play.Stop" comes through from
FMS.
Seeking before this point works just fine, but when you seek past this point
the stream doesn't want to keep playing anymore. What happens that I start
playing a video, seek to about 99%. The stream never plays again after that
(there is never a "NetStream.Buffer.Full" code to indicate playback starts).
If a stream is playing and you seek before that, the stream will keep
playing just fine but, if you seek past the point where the stop would be,
the stream doesn't play anymore.
Is this a known problem? Any thoughts on what I may be doing wrong?
- Rob
________________________________________
_______
FlashComm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
| |
| Asa Whillock 2006-03-09, 5:45 pm |
| I think you said it all when you said that you've already received the
"NetStream.Play.Stop" and then you seek and it doesn't continue to play.
Here's the issue - and why I don't think it's an issue with FMS, but
take your pick on that one.
If the server's already issued a Stop then in it's view it has sent all
the data in a stream to the client and it's done. The client may not be
done playing it all to the monitor, since there's hopefully some buffer
in there, but all the data has arrived. =20
When you issue a seek after this point, the server gets it, looks at the
stream which is stopped, and reset the play point but doesn't play on
because you weren't playing when it got the request. =20
There are two ways I see to work around this problem.
1) Question the need to seek within the buffered time at the end. I
don't mean to limit your functionality, but if you have a 1 second
buffer - the granularity of seeking within that is lost on me.
If that black out for seek is too long then you're going to have to
reduce the buffer time. =20
2) If you receive a Stop message and then you try and seek, you're
going to have to issue a play. This is likely the most sensible one,
after all your state is stop - so issuing a play makes sense. If it
were me, I'd do this one.
That's all folks,
Asa
-----Original Message-----
From: flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
[mailto:flashcomm-bounces-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org] On Behalf Of Robert
Sandie
Sent: Thursday, March 09, 2006 9:08 AM
To: 'FlashComm Mailing List'
Subject: [FlashComm] Seek to End of Video
Asa, Stefan and aYo's I know this may be simple but have been fighting
this
one for a while:
There's a point in the video where "NetStream.Play.Stop" comes through
from
FMS.=20
Seeking before this point works just fine, but when you seek past this
point
the stream doesn't want to keep playing anymore. What happens that I
start
playing a video, seek to about 99%. The stream never plays again after
that
(there is never a "NetStream.Buffer.Full" code to indicate playback
starts).
If a stream is playing and you seek before that, the stream will keep
playing just fine but, if you seek past the point where the stop would
be,
the stream doesn't play anymore.
Is this a known problem? Any thoughts on what I may be doing wrong?
- Rob
________________________________________
_______
FlashComm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
________________________________________
_______
FlashComm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
| |
| Naicu Octavian 2006-03-10, 2:45 am |
| If this is really a issue I think you could solve it this way:
When a user seeks, you calculate the time ehre it seeks, compare the diff=
erence between seektime and totaltime and if it's smaller than the buffer=
, adjust the buffer!
Also make shure you adjust the buffer back!
Robert Sandie <rsandie-6hjaaxo62fiOxUJJZbBl1EEOCMrvLtNR@public.gmane.org> wrote: Asa, Stefan and aYo's =
I know this may be simple but have been fighting this
one for a while:
There's a point in the video where "NetStream.Play.Stop" comes through fr=
om
FMS.=20
Seeking before this point works just fine, but when you seek past this po=
int
the stream doesn't want to keep playing anymore. What happens that I sta=
rt
playing a video, seek to about 99%. The stream never plays again after th=
at
(there is never a "NetStream.Buffer.Full" code to indicate playback start=
s).
If a stream is playing and you seek before that, the stream will keep
playing just fine but, if you seek past the point where the stop would be=
,
the stream doesn't play anymore.
Is this a known problem? Any thoughts on what I may be doing wrong?
- Rob
________________________________________
_______
FlashComm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
=09
---------------------------------
Yahoo! Mail
Use Photomail to share photos without annoying attachments.
________________________________________
_______
FlashComm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@public.gmane.org
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
Brought to you by Fig Leaf Software
Premier Authorized Adobe Consulting and Training
http://www.figleaf.com
http://training.figleaf.com
|
|
|
|
|