Blockyness while seeking in MPEG-2

[jan@…]

While seeking in MPEG-2 files there has been a tiny bit of blockyness as far back as I can remember. It used to last for only one or two frames. It's only with 1.0rc2 that it has gotten just that small amount worse (sometimes three frames) that it annoyed me. Couldn't MPlayer seek to I-Frames only?

[compn]

try using -vfm ffmpeg

its possible you were using ffmpeg12 to decode mpeg before?

[jan@…]

(In reply to comment #1)

try using -vfm ffmpeg

Wow. That fixes it? What are the downsides?

its possible you were using ffmpeg12 to decode mpeg before?

I don't even know what ffmpeg12 is! If it's a version of a codec: I have been using 1.
0r1 for almost a year now with everything at default apart from "-vf pp=lb".

[compn]

(In reply to comment #2)

(In reply to comment #1)

try using -vfm ffmpeg

Wow. That fixes it? What are the downsides?

i dont know, you tell me. did it work for you?

downsides... ffmpeg decoder is slightly slower on some cpu vs libmpeg2 decoder.
upsides... ffmpeg12 has better error correction, keeps the blocks down.

[jan@…]

(In reply to comment #3)

(In reply to comment #2)

(In reply to comment #1)

try using -vfm ffmpeg

Wow. That fixes it? What are the downsides?

i dont know, you tell me. did it work for you?

Yes, but...

downsides... ffmpeg decoder is slightly slower on some cpu vs libmpeg2 decoder.

... you are right: it is slower. It needs about 10% more cpu time.

upsides... ffmpeg12 has better error correction, keeps the blocks down.

Hm. Sounds good. MPlayer MPEG-2 decoding has already been at the limit of what my poor old machine can do. I hope I won't have frame skips more often.

Thanks!

[compn]

ffmpeg12 is now default, closing libmpeg2 bugs