How to Sync Audio in a downloaded MKV video
August 4th, 2016
i downloaded a video and check it, audio not synced with video, there is about 2 second delay in audio some times i feel 3 seconds delay, i want to sync it, so please help me how i can solve this problem, any link …i will be much thankful.
please don’t give me solution to download it again from any other site.
regards
some media players can alter the sync but you would be better off redownloading it tbh. dont waste your time manually trying to resync the audio using software because it is a very slow and tiresome process. find a synced release because it will be far quicker.
Avidemux should do the trick..
http://www.hecticgeek.com/2013/02/fix-audio-video-sync-save-permanently-avidemux/
some media players can alter the sync but you would be better off redownloading it tbh. dont waste your time manually trying to resync the audio using software because it is a very slow and tiresome process. find a synced release because it will be far quicker.
already did it four times from different sites, all are same.
Avidemux should do the trick..
http://www.hecticgeek.com/2013/02/fix-audio-video-sync-save-permanently-avidemux/
thank you, i will try it.
regards
Hello,
In Media Player Classic : View>Options>Audio Switcher>Audio time shift, from there choose the desired amount in milli-sec (can take positive and negative values).
Hope it helps.
Avidemux should do the trick..
http://www.hecticgeek.com/2013/02/fix-audio-video-sync-save-permanently-avidemux/
that is only useful if the sync is constant, if it isn’t then you cannot correct it easily because it means adding spaces or stretching the audio to correct the sync problems which really complicates things. it’s a hell of a lot of work if the sync is lousy on a release. if they could not get the sync correct on a release then it is going to mean a lot of work to correct it! i would suggest demuxing everything and using a professional application that can handle audio and video to sync it and using a decoded wav file of the audio which you can work on. there are ways of doing this from the original video file even in unsupported video file formats which many professional appz do not support for obvious reasons. one way is to simulate a commonly supported virtual avi file and virtual wav file and copy the virtual wav file to a real wav file and work on that pointing the video to the virtual avi file and the audio to the real wav file. then use the pro app by adobe or sony and adjust the audio and then remux everything to a real video file. that is the easiest way to correct bad variable a/v sync. personally i still would not like to do it even with this easier method. i would rather w8 for a better release. it’s just not worth the hours imo.
It is not likely that an mkv would use mp3 audio.
If it does or it uses VBR, then try converting it to CBR using Avidemux.
This was a fairly common problem with the old avi files.
It is not likely that an mkv would use mp3 audio.
If it does or it uses VBR, then try converting it to CBR using Avidemux.
This was a fairly common problem with the old avi files.
not an old avi file, it is encoded in 720p mkv container, used AVC and AC-3 codecs to ripped from BluRay. i want to play it on my TV which is HD (not Full HD) instead PC.
with best regards
Does it Play OK on your PC but not your TV ?
i was talking about a virtual ie it takes up no real disk space uncompressed avi file and not a mpeg4-asp/xvid file! done this way can trick appz which do not support mkv files into using them. that allows using appz which can sync a/v into using mkv files which makes it a darn site easier to sync a/v which is badly oos in a variable way.
has anyone else reported in the threads that you d/l from that the file is oos? have you d/l one release or many different ones from different groups? if it is ripped from bluray then it should be okay and not some audio ripped from some theatre audio source which does not match a video source. maybe your isp is caching the file and keeps sending a corrupt file? did you d/l on different days?
| Quote: |
 that is only useful if the sync is constant |
in some cases AVIdemux CAN re-sync VBR audio timing as it re-indexes a file during copy/save of AVI files
Does it Play OK on your PC but not your TV ?
on both on MPC-HC i tried as mentioned above to synchronize in View/Option…. but it didn’t worked.
you say that you have d/l the file 4 times from different sources. is there only 1 rip by one group for this movie?
it would be helpful to know about the sync as we know very little about the file and how bad the problem is. is the a/v sync variable? does it begin in sync and then go more oos as time goes by or is it oos from the beginning and constant? mkv muxing has an option to adjust sync and adjusting that might fix it fairly easily. the audio can also be stretched which should fix it fairly easily. if it is a bluray rip then the audio should of originally matched the video and been okay so it should not be a big problem and not like trying to match different audio and video sources such as matching theatre audio with an R5 rip.
can you show us the mediainfo view->text details especially the delay relative to video, fps and audio and video (fromstats) duration so we can see it? the filename can be removed. checking that these are all correct should help eliminate any easily corrected problems. it’s from a bluray so there should be an easily corrected problem unless they made a total screw up with the encode in some way. perhaps they messed up the protection removal which destroyed the av sync
also do the same with avinaptic but use misc->full analysis
that should give some info to work from. mkvmerge gui has options for delay and stretching but atm my guess is that they messed up with the bluray decoding and protection removal until i see something which suggests otherwise
If you give a link to the video, we may be able to check.
If you give a link to the video, we may be able to check.
sure, its a Hindi Movie, 3GB file size.
http://uptobox.com/ojdc0i0khx0c
Even when streaming it, it goes in and out of sync. Even though it buffers well.
Maybe just badly put together.
Someone might have an idea.
Even when streaming it, it goes in and out of sync.
with AVIdemux, try saving the audio as a separate AC3 file
then select that separate file for audio when re-muxing to MKV format in copy mode
this method may force a re-syncing of the audio & video time stamps
i give up. the camera work is bobbing around all over the place and everything is moving too quickly to follow. coupled with i do not know what is being said makes it very difficult to work out the sync problem. i would guess that the audio leads the video but that is only a guess. would anyone else agree with that assessment?
About file
Name Sharaabi 1984 www.khatrimaza.org Hindi DvDrip 720p AC3.mkv
Date Wed, 11 May 2016 08:16:18 +0100
Size 3,220,470,508 bytes (3071.28001 MiB)
Magic
File type data
Generic infos
Duration 02:56:35 (10594.709 s)
Container matroska
Production date Wed, 04 Sep 2013 04:12:45 +0100
Total tracks 2
Track nr. 1 video (V_MPEG4/ISO/AVC) [Hon3y] {eng}
Track nr. 2 audio (A_AC3) [Hon3y] {hin}
Muxing library libebml v1.3.0 + libmatroska v1.4.0
Writing application mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Relevant data
Resolution VERY HIGH (1280 x 544)
Width multiple of 32 (GOOD)
Height multiple of 32 (GOOD)
Average DRF quality LOW (28.267976)
Standard deviation quality MEDIUM (3.169501)
Std. dev. weighted mean HIGH (2.966783)
Video track
Codec ID V_MPEG4/ISO/AVC
Resolution 1280 x 544
Frame aspect ratio 40:17 = 2.352941 (~2.35:1)
Pixel aspect ratio 1:1 = 1
Display aspect ratio 40:17 = 2.352941 (~2.35:1)
Framerate 23.976024 fps
Stream size 2,921,584,504 bytes (2786.240105 MiB)
Duration (bs) 02:56:35 (10594.70904 s)
Bitrate (bs) 2206.070591 kbps
Qf 0.13214
Audio track
Codec ID A_AC3
Sampling frequency 48000 Hz
Chans 2
Stream size 296,633,344 bytes (282.891602 MiB)
Bitstream type (bs) AC3
Frames (bs) 331,064
Duration (bs) 02:56:34 (10594.048 s)
Chunk-aligned (bs) Yes
Bitrate (bs) 224 kbps CBR
Sampling frequency (bs) 48000 Hz
Mode (bs) stereo
Video bitstream
Bitstream type MPEG-4 Part 10
User data x264 | core 133 r2334 a3ac64b | H.264/MPEG-4 AVC codec
User data Copyleft 2003-2013 | http://www.videolan.org/x264.html | cabac=1
User data ref=10 | deblock=1:-1:-1 | analyse=0x3:0x113 | me=umh | subme=9
User data psy=1 | psy_rd=1.00:0.07 | mixed_ref=1 | me_range=18 | chroma_me=1
User data trellis=2 | 8x8dct=1 | cqm=0 | deadzone=21,11 | fast_pskip=0
User data chroma_qp_offset=-3 | threads=12 | lookahead_threads=1
User data sliced_threads=0 | nr=0 | decimate=1 | interlaced=0
User data bluray_compat=0 | constrained_intra=0 | bframes=5 | b_pyramid=2
User data b_adapt=2 | b_bias=0 | direct=1 | weightb=1 | open_gop=0 | weightp=2
User data keyint=240 | keyint_min=23 | scenecut=40 | intra_refresh=0
User data rc_lookahead=40 | rc=2pass | mbtree=1 | bitrate=2206 | ratetol=1.0
User data qcomp=0.60 | qpmin=0 | qpmax=69 | qpstep=4 | cplxblur=20.0
User data qblur=0.5 | vbv_maxrate=62500 | vbv_bufsize=78125 | nal_hrd=none
User data ip_ratio=1.40 | aq=1:1.00
SPS id 0
Profile High@L4.1
Num ref frames 10
Aspect ratio Square pixels
Chroma format YUV 4:2:0
PPS id 0 (SPS: 0)
Entropy coding type CABAC
Weighted prediction P slices - explicit weighted prediction
Weighted bipred idc B slices - implicit weighted prediction
8x8dct Yes
Total frames 254,019
Drop/delay frames 0
Corrupt frames 0
P-slices 54982 ( 21.645 %) ###########
B-slices 197384 ( 77.704 %) ########################################
I-slices 1653 ( 0.651 %)
SP-slices 0 ( 0.000 %)
SI-slices 0 ( 0.000 %)
DRF analysis
average DRF 28.267976
standard deviation 3.169501
max DRF 35
DRF<8 0 ( 0.000 %)
DRF=8 3 ( 0.001 %)
DRF=9 2 ( 0.001 %)
DRF=10 2 ( 0.001 %)
DRF=11 19 ( 0.007 %)
DRF=12 47 ( 0.019 %)
DRF=13 148 ( 0.058 %)
DRF=14 113 ( 0.044 %)
DRF=15 421 ( 0.166 %)
DRF=16 303 ( 0.119 %)
DRF=17 714 ( 0.281 %) #
DRF=18 682 ( 0.268 %) #
DRF=19 981 ( 0.386 %) #
DRF=20 1905 ( 0.750 %) ##
DRF=21 3288 ( 1.294 %) ###
DRF=22 5129 ( 2.019 %) #####
DRF=23 8841 ( 3.480 %) ########
DRF=24 12827 ( 5.050 %) ###########
DRF=25 13370 ( 5.263 %) ############
DRF=26 14908 ( 5.869 %) #############
DRF=27 18007 ( 7.089 %) ################
DRF=28 24859 ( 9.786 %) ######################
DRF=29 35192 ( 13.854 %) ###############################
DRF=30 45459 ( 17.896 %) ########################################
DRF=31 41204 ( 16.221 %) ####################################
DRF=32 20405 ( 8.033 %) ##################
DRF=33 4321 ( 1.701 %) ####
DRF=34 860 ( 0.339 %) #
DRF=35 9 ( 0.004 %)
DRF>35 0 ( 0.000 %)
P-slices average DRF 26.302026
P-slices std. deviation 3.163826
P-slices max DRF 34
B-slices average DRF 28.853028
B-slices std. deviation 2.909646
B-slices max DRF 35
I-slices average DRF 23.798548
I-slices std. deviation 3.235458
I-slices max DRF 31
Profile compliancy
Selected profile DivX 1080HD
Resolution Ok
Framerate 23.976024 <> 30
Min buffer fill 95%
as you can see, the audio is less than 3/4 of a second shorter than the video which for a movie which is nearly 3 hours long is very little so should not cause problems. it might only be muxed incorrectly and the audio might need to be shifted but it is very difficult for me to work out by watching it as i cannot follow what is being said and the lip movements and sounds. the camera work does not help one bit.
i do not have any suitable appz to work on it as i have not kept up with appz to do such work. it might not need it because just shifting the audio forward might do it but it would be easier with a pro app from sony or adobe. that would make it fairly easy especially if you work with the mkv as an uncompressed avi so that they support it which they probably wont in mkv format.
i suggest that you just try remuxing the audio video and shift it along with a positive offset which might get it closer to correct. in fact if you use mpc-hc media player and adjust the audio adding 661ms to the audio it seems to play much more in sync at least from what I can tell! scanning through and it looks in sync. therefore try that for yourself and then demux the ac3 and video and remux using mkvmerge gui with the new offset.
Even when streaming it, it goes in and out of sync. Even though it buffers well.
Maybe just badly put together.
Someone might have an idea.
thanks for your concerns to help me
@ thanks for your advise
@
thanks for detailed analysis and guidance, also tried to shift audio in MPC-HC and VLC but failed, the difference time is, as i watched, sometime vary may be it is because of video which is badly continuously like shaking… your assessment is right, audio does not leads the video. yeah, there is language problem, i already mentioned that it is a Hindi (Indian) movie of around 1984.
thanks guys for your valuable time, guidance, help everything you spare for me.
i think i have to ignore this one and struggle to find another good print (i am continuously searching for).
best regards
i think that the camera work is terrible, it’s like they used a handy cam or something like that because it shakes all over the place and is dreadful to watch. i found it very off putting trying to watch it because of all the shaking and movement.
however just shifting the audio did seem to sync the audio/video quite well and from the few places throughout the video that i checked it did seem fairly well synced from what i could see despite me not speaking hindi and not being familiar with hindi speech, language and pronunciation.
before you give up on it, try adjusting the audio offset and see if it plays okay for you. if you open mpc-hc and then go to view-> options you will need to tick the enable built-in audio switcher filter and restart mpc-hc.
then open the video file and look on the play menu->audio track->options and on the audio time shift(ms) enter 661 and click apply. that seems to get everything working fairly well.
btw how that video can be a 720p dvdrip i cannot understand. it must be resized which is a bit of a waste of time and d/l bandwidth
i think i have to ignore this one and struggle to find another good print (i am continuously searching for).
try googling “Sharaabi 1984 rar”
lots of DVDrip hits
i think that the camera work is terrible, it's like they used a handy cam or something like that because it shakes all over the place and is dreadful to watch. i found it very off putting trying to watch it because of all the shaking and movement.
however just shifting the audio did seem to sync the audio/video quite well and from the few places throughout the video that i checked it did seem fairly well synced from what i could see despite me not speaking hindi and not being familiar with hindi speech, language and pronunciation.
before you give up on it, try adjusting the audio offset and see if it plays okay for you. if you open mpc-hc and then go to view-> options you will need to tick the enable built-in audio switcher filter and restart mpc-hc.
then open the video file and look on the play menu->audio track->options and on the audio time shift(ms) enter 661 and click apply. that seems to get everything working fairly well.
btw how that video can be a 720p dvdrip i cannot understand. it must be resized which is a bit of a waste of time and d/l bandwidth
as mentioned, i played it in mpc-hc but didn’t restart it as you advised, now i will do it. yeah it looks like that it is resized from dvd rip.
Quote: Select alli think i have to ignore this one and struggle to find another good print (i am continuously searching for). try googling "Sharaabi 1984 rar"
lots of DVDrip hits
yeah, it is
regards
does it play okay for you in terms of sync? if so then you can adjust the mkv audio offset permanently by remuxing with mkvmerge/mkvtoolnix gui. drop the video into the mkvtoolnix and click on the ac3 on the left and enter 661 in the delay on the properties in right hand side. it is worth setting the video duration/fps back to 23.976 by click on the left AVC/h264 on the left and then on the right properties duration/fps select 24000/1001. then you can do it
then reset the audio delay in the options of mpc-hc as you do not want every video having an audio offset