$200 Offered ! For giving a solution to MPlayer2 frame seeking problem.

[SumuduF]

I really need a solution for this seeking problem, so I’m willing to offer you $200 if you can give me a correct solution for my problem.
I’m working with the new MPlayer2.exe under windows in slave mode, and seeking does not work correctly for MPEG1 program stream files
I want to do a precise seek in a MPEG1 program stream files(m2v video with mp2 audio), using the new MPlayer2.exe precise seek command, seek <value> [type] [hr-seek].

The way I used the command is,
seek <value> [type] [hr-seek]
type = 2 is a seek to an absolute position of <value> seconds.
hr-seek = 1 means force precise seek if possible.
In my C code I gave the command with the <value> for the time position as a double, calculated for the required frame. ("seek %f 2 1", fTime).

This works for MPEG2 program stream files(m2v video with mp2 audio), and other types like .AVI.
But for MPEG1 program stream files it jumps only to the key frames and not to the exact frame as expected.

Can someone please tell me why it does not work for MPEG1 files? Is there anyway to sort this out?
I have uploaded MPEG1 program stream sample files at,
http://uploading.com/files/46f51fcc/Mpeg1_mid.mpg/
http://uploading.com/files/aeda943b/Mpeg1_small.mpg/

[Guest]

This is your third thread about this. Stop crossposting, per forum rule 8. I am closing two of them.

[SumuduF]

I’m working with the new MPlayer2.exe under windows in slave mode. I really need a solution for this seeking problem in MPlayer2, when seeking in MPEG1 program stream files.

I want to do a precise seek in a MPEG1 program stream files(m2v video with mp2 audio), using the new MPlayer2.exe precise seek command, seek <value> [type] [hr-seek].

The way I used the command is,
seek <value> [type] [hr-seek]
type = 2 is a seek to an absolute position of <value> seconds.
hr-seek = 1 means force precise seek if possible.
In my C code I gave the command with the <value> for the time position as a double, calculated for the required frame. ("seek %f 2 1", fTime).
Eg- ‘seek 4.28 2 1’

This works for MPEG2 program stream files(m2v video with mp2 audio), and other types like .AVI.
But for MPEG1 program stream files it jumps only to the key frames and not to the exact frame as expected.

I have uploaded MPEG1 program stream sample files at,
http://uploading.com/files/46f51fcc/Mpeg1_mid.mpg/
http://uploading.com/files/aeda943b/Mpeg1_small.mpg/

When I asked about this from Mplayer2 support team, they told me that , “When explicitly
specifying --demuxer=lavf the libavformat demuxer is successfully
opened, but it then fails to do time-based seeking properly with this
file (the only position it successfully seeks to is the beginning).”
http://lists.mplayer2.org/pipermail/mplayer2-users/2011-December/000039.html

When I asked further, Mplayer2 replied me as,
It's a problem in libavformat, not directly in mplayer2 code.

So, can anyone help me with this? Can I get a solution to my problem through libavformat ? Will you be able to correct libavformat library to do time-based seeking properly with MPEG1 program stream files.

[Guest]

You ignored my instructions not to crosspost and created a fourth thread about this! I have merged it into this one.

You will get a strike if you make yet another thread about this. Use this thread for additional followups! Send me a PM if you need help with editing the thread or anything else. I repeat, do not creat a new thread for this. Thank you.