[gst-devel] gnomevfssrc updates
hadess at hadess.net
Sun May 27 17:05:46 CEST 2001
On 27 May 2001 01:31:12 +0100, Richard Boulton wrote:
> On Sat, May 26, 2001 at 08:53:33PM +0100, Bastien Nocera wrote:
> > Right now, seek on remote sources is rather useless, as only nfs: and
> > smb: can seek, and they're still in development. But while testing with
> > gnome-vfs on the local filesystem (that can seek), I found out that
> > gstmediaplay is a bit aggressive, issuing a seek every time the
> > horizontal scale was dragged and its value changed.
> > Arik, or whoever: would it be possible to have a seek only when the
> > scale is _released_ ?
> Seeking during dragging is helpful, because it allows you to move the
> position around and see occasional frames to check where you've moved to.
> The optimal strategy would seem to be to seek whenever released, or
> to seek every 1/25 of a second to the new drag position otherwise.
> Possibly, audio-only data should seek at a different frequency (I quite
> like the squeek effect I get when dragging around the position in an mp3 at
> the moment).
> Perhaps this could be implemented by putting a check in
> gstmediaplay.c: gst_media_play_slider_changed() to see how long ago the
> last seek was, seeking only if it's long enough ago. Otherwise, a "desired
> seek position" would be set, and the seek would happen after sufficient
> time in the idle function. If noone produces a patch by monday I'll take a
> look at it: I have a wedding to go to tomorrow so can't look at it
> [Another thing is that pressing escape during a drag should also cancel the
> whole seek operation, seeking back to the position when the drag started.]
The problem in gnomevfssrc is fixed, and should be in CVS soon. I forgot
to set the FLUSH flag on the buffer after seeking... oops
Thank Wim for finding this out
It seeks fine now, on methods that support it.
(meaning not many right now).
More information about the gstreamer-devel