[davilla]

that's right. Like I said in my first post ;-)

Hehe, I'm a dev. I don't have to read/comprehend the first post.

[davilla]

svn up to r23719 and try again

[pat1975]

did it.
Now I've got video again, but the same issue like in my first post.
Jumpy playback.

Sorry...


EDIT: In case you need this: http://pastebin.org/45710

[davilla]

did it.
Now I've got video again, but the same issue like in my first post.
Jumpy playback.

Sorry...


EDIT: In case you need this: http://pastebin.org/45710

good, my fix did not break vdpau, it was aimed at non-vdpau system.

[davilla]

Are all your problem vc1 content inside mkv containers ? do m2ts files play the same ?

[erhnam]

VC-1 was initially developed by Microsoft and found later it's way to WMV. At this moments there are three profiles (simple, main, advanced). I tried some of my WMV files and none seems to work. Most of them are WMV HD (WMA PRO).

Isn't the latest build of ffmpeg suppose to work with these files: Windows Media Audio Pro support is finally available in FFmpeg. It decodes all known samples flawlessly and is considerably faster than the binary decoder from Microsoft. A big thank you goes out to all the reverse engineers and programmers who made this possible. It really was a herculean effort.

[erhnam]

Maybe this is something?

2009-10-14 23716 [all] revert to previous ffmpeg vc1 code. While vc1 in ffmpeg trunk is more "correct", it's has a severe performance regression even with skiploopfilter enabled.

[spiff]

and what exactly did you think davilla was on about earlier in the thread?

[pat1975]

Are all your problem vc1 content inside mkv containers ? do m2ts files play the same ?

Yes, all in MKV. Will try the original m2ts later this day. I have to rip it first...

These mkvs worked flawlessly in earlier versions.

[pat1975]

Exactly the same issue for m2ts-files, directly ripped off a Bluray - encoded in VC1.

[davilla]

Yes, all in MKV. Will try the original m2ts later this day. I have to rip it first...

These mkvs worked flawlessly in earlier versions.

which versions ?

[pat1975]

which versions ?

Last version I compiled and used some time was 22528 where VC1 worked well.

Tried it now with 23719 with no luck.

-> All with VDPAU enabled!! :-)

[olympia]

I think I experience exactly the same issue with this, and it seems it's OK without autorefresh rate.

pat1975, I suspect you have this enabled(like my) by default. Have you tried without it?

Here is my debug log with autorefresh enabled and jumpy playback:
http://xbmc.pastebin.com/m126fc763

And here we go with the debug log with autorefresh disabled and playback is ok, except the microstutters caused by the different refresh rates:
http://xbmc.pastebin.com/m6e21df7f

[pat1975]

I think I experience exactly the same issue with this, and it seems it's OK without autorefresh rate.

pat1975, I suspect you have this enabled(like my) by default. Have you tried without it?

Here is my debug log with autorefresh enabled and jumpy playback:
http://xbmc.pastebin.com/m126fc763

And here we go with the debug log with autorefresh disabled and playback is ok, except the microstutters caused by the different refresh rates:
http://xbmc.pastebin.com/m6e21df7f

Hi!

I will give it try. But this option was a big effort to 24p playback as I remember in earlier versions...

[olympia]

Hi!

I will give it try. But this option was a big effort to 24p playback as I remember in earlier versions...

Sure, we need it. I didn't mean to use without it...
This is just helps track down the root cause of the issue.

What is interesting that h.264 in mkvs work flawless with autorefresh enabled.