Blocking artifacts with v1.4.3 and v1.4.4

[wavelet]

I have uploaded two .ts file to your ftp site:
test2.ts is the original sample clip.
test2_cut_1.4.4.ts is a sample edit (frames 183 to 427) made with SmartCutter v1.4.4.

The edited file has very bad blocking artifacts at the beginning of the 2nd GOP (frames 19 onwards) when played back on ffdshow tryouts rev3771 and also on a hardware PVR using a Broadcomm H.264 decoder.

It looks like the decoder is using the wrong reference frames to re-construct the image.

I get the same results with v1.4.3 (in fact the cut .ts files are bit identical). I have not been able to try older versions.

The cut-in point (frame 183) is the 2nd frame of a GOP. If I make the cut-in point one frame earlier, i.e. cut-in on the GOP boundary (cut frames 182-427) I still get the artifacts. If, however, I cut from the start of the next GOP (i.e. cut frames 202-427), there are no artifacts. Perhaps that it because frame 202 is an I-frame.

[admin]

Dear wavelet:
Thanks for your sample files.

We think we have solved this problem. Please try the new version 1.4.6 on your end
http://www.fame-ring.com/smart.cutter.rar

Please feel free to send us your further advice and suggestion.
Thank you very much.

Best Regards,
FameRing Support Team

[wavelet]

Version 1.4.6 works fine on my test2.ts clip. I will try some others and let you know.