Chroma shift/Color bleeding help

[darkdream787]

That is weird and shouldnt happen. None of those filters you listed affect framecount or fps. They dont' affect audio either

Check the framecount. e.g. use info() , and preview a few frames. If the frames are the same, then it should be in sync . They are essentially the same video then (just with chroma shifted a bit on each frame)

If it's a constant sync issue (e.g. 0.2 sec all the way through), there is a delay that you might have not have taken in to account when muxing . Muxing has nothing to do with the avs script , unless you are doing something else ? (are you re-encoding the audio ?) . Constant sync issue is easy to fix

Why don't you post the full script and exact procedure you are doing

hmmmm I checked the video frame by frame with MeGui and they both seem to be the exact same frame for frame video wise. Have the same total frames and same final length.

The only difference is the audio for some reason. I muxed them the exact same way with the exact same audio tracks so I dont know why its doing it.

The VOB file is perfectly in sync with the audio, so why this is doing this I have no clue.

I even tried a different episode and Im getting the same thing.

[darkdream787]

Ok well its obvious this is an issue with audio and not video. I muxed the 2 episodes and then I extracted just the audio from the other one and muxed it with the one with chroma shifting and the audio is in sync just fine.

So how it got out of syn is beyond me. right from the very first second they start out half a second apart, ones faster than the other.

Thanks for the assistance.

[darkdream787]

ok well I played with this over and over and it seems the sync problem happens only after I use MKVMerge and append the opening, episode and closing.

When I mux it with the script without the chromashift and merge its in sync but when I mux it using the script with the chromashift and merge the audio ends up a second behind for some reason. Im even using the same exact audio tracks.

Perhaps MKVMerge doesnt like chroma shifting or doesnt know how to mux it accurately?

[poisondeathray]

what do you mean "mux it with the script" ? do you mean the script that generated encoded version ? (you didn't mux in a script did you? )

mkvmerge can't tell if you've applied those filters to the video - it makes no difference to mkvmerge

[darkdream787]

what do you mean "mux it with the script" ? do you mean the script that generated encoded version ? (you didn't mux in a script did you? )

mkvmerge can't tell if you've applied those filters to the video - it makes no difference to mkvmerge

I didnt mux in the script itself, Ive been using MKVMerge for a long time and never had any problems.

I muxed in the video that using the scripts got me in the end. Both the scripts with and without chroma shifting in them.

The resulting video files that the scripts made and the audio from the VOB files are what I muxed in. Ive always done it that way and have never had any problems in the past.

Its just not wanting to mux the video thats been chroma shifted and the audio so that their perfectly in sync for some reason. The video that was never chroma shifted ended up just fine when muxed with the audio.

This is the first time I ever used chroma shifting and this is why its probly the first time I ever had this issue I been bringing up.

[darkdream787]

The entire method Im using is.

Rip DVD with DVDDecrypter
File index the VOB file with MeGui
Write AVISynth scripts in MeGui for the .d2v file the file indexer made
Use MeGui to change the VOB audio to AAC .MP4 format
Use MeGui to encode the VOB file by using the written script.
Once I have the resulting MP4 video file I mux it and the audio in MKVMerge and Im done.

Thats how Ive always done it and Ive never had a problem.

[darkdream787]

Ok well I found out what the issue is, I just dont know how to fix it.

I tried using the original AC3 Audio from the VOB's instead of the AAC ones MeGui Makes and the audio is synced perfectly with or without the chroma shift video.

For some reason the MeGui converted audio is the version thats causing it to play slower than the video. Usually it sets and fixes the ms delay on its own but for some reason its not doing it right. I havent changed the settings in over a year so I dont know why this would decide to do this now. I even tried a backup version of megui.

I dont understand it because it worked perfectly when I encoded this a month or two ago and now that I reencoded the same exact DVD in the exact same way as before but with chroma shifting this time, that audio thing isnt working right.

The VOB AC3 works perfectly, the AAC MeGui reencodes isnt delaying properly for some reason.


I guess Ill just have to keep trial and error guessing how many ms to delay the audio track by and do the delaying myself instead of trusting MeGui like I have for over a year.

[jagabo]

DgIndex will tell you the audio delay when you save a project.

[darkdream787]

DgIndex will tell you the audio delay when you save a project.

Usually MeGui's DGIndex does that for me. It will always put DELAY 18ms or something like that at the end of the audio files title. The ones for the DBZ DVD's are saying DELAY 0ms and its not wrong.

When I mux just the opening or just the episode or just the closing, their all perfectly in sync, its when I mux them all together by using append then they become a little out of sync.

If I just mux the recap and episode its only a little off if I mux the opening, recap, and episode its off even more.

Its the muxing in MKVMerge thats doing it. The more pieces I append, the little more it comes out of sync so Ill just have to do a delay audio for so many ms to put it back perfectly. I didnt used to have this problem when I did the episodes before a few months ago. I didnt change settings or version either.

And no I cant just rip the opening, recap, episode, and closing all into one VOB with DVDDecrypter or I would have. Merging the ISO's doesnt work right either.

So Ill just keep doing trial and error guessing how much to delay the audio in ms to get it back in sync perfectly after the appending.

It is working out perfectly so far. I shouldnt have to do this extra work but eh, it gets the job done perfectly so I wont complain. Im just glad its an easy fix and I dont have to reencode the video.

[manono]

When I mux just the opening or just the episode or just the closing, their all perfectly in sync, its when I mux them all together by using append then they become a little out of sync.

That's to be expected. Why are you encoding pieces of the episodes separately before then joining them together? Why not just encode complete episodes?

This has nothing at all to do with fixing your chroma problem.

And no I cant just rip the opening, recap, episode, and closing all into one VOB with DVDDecrypter or I would have.

Why can't you? Are you saying all the episodes together are in a single PGC? Or, alternately, put the whole DVD onto the hard drive and then demux the episodes using PGCDemux, either by PGC or by Vob ID. One or the other should be a complete episode. I believe DVDShrink can be used similarly.

[darkdream787]

When I mux just the opening or just the episode or just the closing, their all perfectly in sync, its when I mux them all together by using append then they become a little out of sync.

That's to be expected. Why are you encoding pieces of the episodes separately before then joining them together? Why not just encode complete episodes?

This has nothing at all to do with fixing your chroma problem.

And no I cant just rip the opening, recap, episode, and closing all into one VOB with DVDDecrypter or I would have.

Why can't you? Are you saying all the episodes together are in a single PGC? Or, alternately, put the whole DVD onto the hard drive and then demux the episodes using PGCDemux, either by PGC or by Vob ID. One or the other should be a complete episode. I believe DVDShrink can be used similarly.

It may to be expected like you say but it never did this to me last time I appended all these together a few months ago.

I have to encode pieces because the episodes dont have the openings and closings on them and their recaps are separate 1 minute sections as well, only the first episode of the disc has the opening and only the last episode of the disc has the closing. I want opening and closings on all episodes so I have to append them in to get them. The chroma problem is already fixed Im talking about audio now. Its fine and fixed when I delay it a few ms so no big deal anymore.

The episodes are on separate VTS sections of the discs so their not all combined into one section with a total of over an hour. I have to get each individual episode and their openings and closing separately. I usually would get it all in one VOB and not append but this series discs cant be done that way.

[manono]

OK, I understand. The problem is that the audio for the different sections doesn't end when the video does - it's a bit shorter. So, when you join them together the audio for the next section 'slides up' against the previous audio, making each new section drift more and more off synch. AviSynth has a fix for that called AlignedSplice:

http://avisynth.org/mediawiki/AlignedSplice

Also, it's possible that apps like VobMerge or Vob2MPG can do the same thing so that they'll be both joined and in synch when you begin encoding, but I don't know for sure.

[poisondeathray]

Appending after you encode is usually less reliable . Typically, aac encoders pad up to 40ms to the beginning, the more sections you join, sometimes the more out of sync you will get, and sometimes you will get a glitch or gap between joins

It's more reliable to join segments in a script with aligned splice (so you encode 1 video) . You can also specify audio in the script, so you can check sync before you waste time encoding

[darkdream787]

Appending after you encode is usually less reliable . Typically, aac encoders pad up to 40ms to the beginning, the more sections you join, sometimes the more out of sync you will get, and sometimes you will get a glitch or gap between joins

It's more reliable to join segments in a script with aligned splice (so you encode 1 video) . You can also specify audio in the script, so you can check sync before you waste time encoding

Unfortunately, I have no exp what so ever with using splice as you say. I wouldnt be too good at it without a bit of guidance or place to read more about its usage at.

The only thing annoying me is last time I appended it all, I had no trouble what so ever with audio sync.

Its ok though, Ill just keep doing the add ms delay to the audio when I mux it into MKV. Its working out just fine with that method.

[darkdream787]

OK, I understand. The problem is that the audio for the different sections doesn't end when the video does - it's a bit shorter. So, when you join them together the audio for the next section 'slides up' against the previous audio, making each new section drift more and more off synch. AviSynth has a fix for that called AlignedSplice:

http://avisynth.org/mediawiki/AlignedSplice

Also, it's possible that apps like VobMerge or Vob2MPG can do the same thing so that they'll be both joined and in synch when you begin encoding, but I don't know for sure.

I was thinking it was the video getting shorter after using IVTC. for some reason it drops some frames and becomes say 1677 from 2091 frames for example when IVTC is used. That makes the overall length go from like 01:19.892 into 01:19.293.

I thought perhaps it could have been that and when I was muxing them it caused the out of sync issue.

thanks though, I guess Ill have to read up on splice as you say and practice with it some.

[poisondeathray]

^IVTC doesn't affect sync. You have 1/5 less frames 1/5 less fps

Here is an example of what you might do

 

vid1=mpeg2source("intro.d2v")
aud1=nicac3source("intro_audio.ac3")
intro=audiodub(vid1,aud1).DelayAudio()

vid2=mpeg2source("main.d2v")
aud2=nicac3source("main_audio.ac3")
main=audiodub(vid2,aud2).DelayAudio()

vid3=mpeg2source("ending.d2v")
aud3=nicac3source("ending.ac3")
end=audiodub(vid3,aud3).DelayAudio()

intro ++ main ++ end

The value for delay audio is written into the audio name in ms e.g DelayAudio(0.2) would be 200ms delay . Sometimes it's a + delay, sometimes it's a - delay. If it was 0, then you can leave it out

Preview avs script in a media player or vdub for sync. If it's in sync, then you can add the filters back in (some filters will be too slow to process in realtime, so you might not be able to test sync with some slow filters . The filters you used in this specific example don't change framecount, or framerate - so if it's in sync without filters, it should be in sync with those filters)