VFR Source.After encode,some frames remove,duplicated,remaining. Need help!

[xicudiz]

Resolved. Thanks all

[smrpix]

i dont understand why output.mkv has some frames removed, some frames duplicated, some frames remaining from Source.avi.[/FONT]

That's pretty much the definition of Variable Frame Rate Encoding. However, I'm not prepared to download a 1.5GB file to see if it has done it correctly. Anime, which I assume this is, often comes from mixed sources and different VFR encoders may interpret it differently.

[xicudiz]

i dont understand why output.mkv has some frames removed, some frames duplicated, some frames remaining from Source.avi.[/FONT]

That's pretty much the definition of Variable Frame Rate Encoding. However, I'm not prepared to download a 1.5GB file to see if it has done it correctly. Anime, which I assume this is, often comes from mixed sources and different VFR encoders may interpret it differently.

Thanks for reading and answer. It's not Anime. It's Korean TV Series. If you can, please spend a little time to download it and help me finish this case (

[smrpix]

Please clip a short section. I don't think many here will download a 1.5GB file.

(Had to re-read "avs example" several times before I realised you were looking for an avisynth script and not a windows media file.)

[jagabo]

AVI cannot be VFR. In all likelihood the h.264 decoder used to read the AVI file had problems returning the correct frames when requested. That's very common with h.264 in AVI.

[sanlyn]

The "source" isn't an original source anyway. The "original" was apparently a movie that's been through VirtualDub and re-encoded with h264 in an AVI container, then the O.P. fed it into mkvmerge -- for some strange reason that remains unexplained. I'd guess the owner is apparently joining the current trend to degrade digital video by re-encoding for a smaller bitrate and filesize. The "source" has all kinds of framing problems, but looks as if it might have been telecined film that was de-interlaced in VDub.

[jagabo]

It's not likely it started out as film. The AVI is 29.97 fps with no duplicate frames. If it had been shot on film at 24 fps it would have a duplicate frame every 5th frame. Unless the just sped the film up to 29.97. But that does not appear to be the case.

[sanlyn]

I think the O.P. needs to inform us about the nature of the original source and the Frankenstein experiments that have been performed on it.

[xicudiz]

Thanks all for reply.@Sanlyn: what does O.P mean?
And should i try reencode Source.avi in VirtualDubMod to get output like output.mkv that i posted?

P/S: All that i want is how to encode Source.avi to Output.mkv (has some frame remove, dupes, remain.. like Output.mkv that i posted)
Thank very much.

[jagabo]

OP = Original Post(er)

And should i try reencode Source.avi in VirtualDubMod to get output like output.mkv that i posted?

Why would you want screwed up output like that? What are you looking to do? Remux to MKV? Shrink the file? Hard code subs?

[xicudiz]

OP = Original Post(er)

And should i try reencode Source.avi in VirtualDubMod to get output like output.mkv that i posted?

Why would you want screwed up output like that? What are you looking to do? Remux to MKV? Shrink the file? Hard code subs?

Its my work . My mission is figure out this case. I'm still praying that will have someone can help me complete that mission (

[jagabo]

You need to figure out how to get duplicate/dropped frames like in the mkv file? Try using DirectShowSource() in an AviSynth script then feed that to x264 with 24 threads and the very slow preset like were used to make the mkv file. You might need a more complex script to make sure frames are requested out of order. That's likely to generate similar problems.

[xicudiz]

You need to figure out how to get duplicate/dropped frames like in the mkv file? Try using DirectShowSource() in an AviSynth script then feed that to x264 with 24 threads and the very slow preset like were used to make the mkv file. You might need a more complex script to make sure frames are requested out of order. That's likely to generate similar problems.

Thanks for reply. Please take a note, output.mkv encoded by other one, not me. I want to know how to encode the source.avi to get the exact video like output.mkv. I think the first encoder added some scripts to avs script to make frame order diffirent from the source.

[xicudiz]

The "source" isn't an original source anyway. The "original" was apparently a movie that's been through VirtualDub and re-encoded with h264 in an AVI container, then the O.P. fed it into mkvmerge -- for some strange reason that remains unexplained. I'd guess the owner is apparently joining the current trend to degrade digital video by re-encoding for a smaller bitrate and filesize. The "source" has all kinds of framing problems, but looks as if it might have been telecined film that was de-interlaced in VDub.

MediaInfo for the "source" avi attached.

The encoder reencoded source.avi for subtitle hardcode purpose

[jagabo]

I want to know how to encode the source.avi to get the exact video like output.mkv.

You need exactly the same frames deleted and duplicated? For example, in output.mkv there is a frame missing between frames 20683 and 20684. And frames 20686 is a duplicate of frame 20685. You need to match that exactly? Good luck.

[xicudiz]

You need exactly the same frames deleted and duplicated?

Yes. And I also wanna find out what has been done to the source

[jagabo]

That's insane. Since there is no pattern of dropped/duped frames you'll need to compare them manually. A script like this will help:

v1=ffVideoSource("Source.avi").BilinearResize(640,360)
v2=ffVideoSource("output.mkv").BilinearResize(640,360).Trim(315,0)

sub = v1.subtract(v2) 
substrong = sub.levels(112,1,144,0,255) 
StackVertical(StackHorizontal(v1,v2),StackHorizontal(sub.subtitle("Diff"),substrong.subtitle("Diff 8x")))

You'll have to log which frames are missing and which are duplicates. Then duplicate those defects.

Other than that, I don't think anything was done other than adding the logo, subtitles, and re-encoding with a lower bitrate.