Reply
Thread Tools
Posts: 5 | Thanked: 1 time | Joined on Jun 2007
#1
Anyone know how to reduce the seek time for mplayer?

My intention is to reduce it to the point that pressing the seek button will effectively fast forward or rewind.

Any other useful, and simple, options that might be unkown to most would also be interesting.
 
johsua's Avatar
Posts: 449 | Thanked: 18 times | Joined on Apr 2006 @ Eureka, CA
#2
I would also like to know the answer to this question...
 
Karel Jansens's Avatar
Posts: 3,220 | Thanked: 326 times | Joined on Oct 2005 @ "Almost there!" (Monte Christo, Count of)
#3
Two things I'd like to see in mplayer:
1. A resume function, where the player remembers where you last stopped watching (I already asked Serge about this, and he thinks it is possible in a future release) and

2. a seek function, where you input a timecode and the player jumps to that exact point of the file. Obviously, this would only be useful if the player had an option to show the time. I have not (yet) asked Serge about this, thinking that I'll bug him with it only after he has finished the resume thingie.
 
Posts: 76 | Thanked: 5 times | Joined on Jul 2006
#4
Originally Posted by mnelson2 View Post
Anyone know how to reduce the seek time for mplayer?
I wonder if compressing a file with constant bitrate would do it?

Presumably the problem is that it doesn't know how far in the file to skip if the compression is variable.

Constant bitrate would make it possible to calculate exactly where to skip to, but I don't know if Mplayer would take advantage of that.
 
Posts: 503 | Thanked: 267 times | Joined on Jul 2006 @ Helsinki
#5
Originally Posted by mnelson2 View Post
Anyone know how to reduce the seek time for mplayer?
You have 3 options for seeking:
1. left/right buttons on D-PAD: seek 10 seconds back or forward
2. up/down buttons on D-PAD: seek 1 minute forward or back
3. activate menu and use 'fast seek' option: 10 minutes back or forward

With 10 minutes precision, it should take not too many clicks to seek to any part of even a long movie.

My intention is to reduce it to the point that pressing the seek button will effectively fast forward or rewind.

Any other useful, and simple, options that might be unkown to most would also be interesting.
Responsivety of seeking (time needed to take jump to another place in video and resume playback) is limited by gstreamer pause/resume performance for audio. Maybe bypassing gstreamer and working with dsp directly can improve responsivety of mplayer on seeking, but that's what we have now.
 
Posts: 503 | Thanked: 267 times | Joined on Jul 2006 @ Helsinki
#6
Originally Posted by Karel Jansens View Post
Two things I'd like to see in mplayer:
1. A resume function, where the player remembers where you last stopped watching (I already asked Serge about this, and he thinks it is possible in a future release) and
Thanks for submitting this feature request. It is in my todo list, but I did not have much free time lately to work on mplayer unfortunately. Fortunately I will get a vacation eventually and will have a chance to fix all the long standing issues.

2. a seek function, where you input a timecode and the player jumps to that exact point of the file. Obviously, this would only be useful if the player had an option to show the time.
MPlayer generally can show the time, but this feature is currently disabled because of a bug: https://garage.maemo.org/tracker/ind...id=54&atid=269

Providing a way to enter time for mplayer to jump to this position is harder as we don't have an onscreen keyboard when playing video and can't enter digits.

An interesting thing to add would be some control panel drawn on the screen with a handful of buttons and a scroller area for seeking (like the "conventional" players have).

I have not (yet) asked Serge about this, thinking that I'll bug him with it only after he has finished the resume thingie.
Adding one more feature request via garage tracker will not cause any problems for sure. So people who would like to join mplayer development (if any) and looking for tasks to take on will have more options to select from
 
Karel Jansens's Avatar
Posts: 3,220 | Thanked: 326 times | Joined on Oct 2005 @ "Almost there!" (Monte Christo, Count of)
#7
Originally Posted by Serge View Post
Thanks for submitting this feature request. It is in my todo list, but I did not have much free time lately to work on mplayer unfortunately. Fortunately I will get a vacation eventually and will have a chance to fix all the long standing issues.
Dude! Don't blow your vacation on coding! Go lie in the sun, have a beer.

And code when it rains...

MPlayer generally can show the time, but this feature is currently disabled because of a bug: https://garage.maemo.org/tracker/ind...id=54&atid=269

Providing a way to enter time for mplayer to jump to this position is harder as we don't have an onscreen keyboard when playing video and can't enter digits.
Yeah, I already feared as much. It's really sad Maemo doesn't have those system-wide widgets the Newton has where, if you want something to set the time, all you had to do was call the clock interface with the arrows.

An interesting thing to add would be some control panel drawn on the screen with a handful of buttons and a scroller area for seeking (like the "conventional" players have).
That's what the inbuilt Media Player has. It sucks, but as the only option it suddenly sucks a lot less.

Adding one more feature request via garage tracker will not cause any problems for sure. So people who would like to join mplayer development (if any) and looking for tasks to take on will have more options to select from
Given your remarks above, I don't know if entering this particular feature request would be useful.
 
Posts: 129 | Thanked: 13 times | Joined on Oct 2005
#8
-ao sdl

You also need -ac ffmp3 for mp3 audio. This is guaranteed to reduce performance. You probably don't want to use it on demanding videos.
 
Posts: 503 | Thanked: 267 times | Joined on Jul 2006 @ Helsinki
#9
Originally Posted by sdrman View Post
-ao sdl

You also need -ac ffmp3 for mp3 audio. This is guaranteed to reduce performance. You probably don't want to use it on demanding videos.
SDL currently uses esd for sound output (at least on Nokia 770), esd is not the best sound output option as it may introduce lags and audio/video synchronization problems. It would be best to fix SDL to use dsppcm task either directly or through ALSA wrapper (https://garage.maemo.org/projects/dsp-alsa).

In order to improve performance, an open source and free MP3 decoder running on DSP core would be nice to have. Looks like some port of libmad to C55x exists: http://osdir.com/ml/audio.mad.devel/.../msg00004.html

All this stuff is in my todo list (though has low priority) and may be implemented later. If some hacker interested/skilled in DSP development would like to join maemo mplayer tweaking/optimizing efforts, that would be very nice.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 23:27.