INTERACT FORUM
More => Old Versions => JRiver Media Center 19 for Windows => Topic started by: steelman1991 on July 02, 2014, 09:03:21 am
-
Hi folks
Been battling audio sync issues for some considerable time now - initially I thought with all bluray rips - to mkv. The files have been ripped using in the main MakeMKV, though I also tried ripping them using individual components (eac3to and mkvmerge) in case MakeMKV was adding something to the ripping process (it wasn't).
I tried all manner of possible solutions (bitstream, decoded in player utilizing videoclock) however, nothing resolved the issue. Some further testing this week identified that the sync issues only manifested themselves in VC1 encoded material (mpeg4 and mpeg2 encoded material, played back without issue)
My current system consists of
Windows 7
i5 3570K @ 3.40Ghz
ATI HD 7850 graphics card
4GB RAM
feeding an Anthem MRX300 and Panasonic 65VT30 plasma.
Has anyone else encountered this weird phenomenon, or perhaps explain why this would be restircted to VC1 - its not a random file, I can faithfully reproduce the sync issues in all VC1 encoded media.
-
You can adjust the sync in Options > Video > Advanced > A/V sync correction. It's global, so you'd have to fix it for the files in question then fix it back for normal files.
-
You can adjust the sync in Options > Video > Advanced > A/V sync correction. It's global, so you'd have to fix it for the files in question then fix it back for normal files.
Firstly - nice to see you back Matt
Sorry forgot to say the sync issue is only introduced when playing back the VC1 encoded files at 23.976 framerate - all other framerates (50 and 60) and encoded files (AVC, mpeg2), sync perfectly.
Appreciate that there is the sync correction option, but not quite sure how to carry out your instruction - surely after setting it globally, then when I revert back all files will lose the correction previously set, or is there a tag that can be set/unset? As I said the sync issue isn't a fps issue, but rather the encoded video that seems to be the issue.
Any ideas why I would only be seeing this on VC1 encoded files
Thanks
-
Try RO Standard and try toggling hardware accelerated decoding. VC-1 can be kinda stubborn on that front.
-
Stubborn - its been driving me round the twist. :D
Was already using RO Standard, toggled HA and also switched off videoclock. Whatever it was the combination of these seems to have slightly improved the situation - though I will have to test some other files to confirm.
Any reason Hendrik why VC1 is more stubborn than AVC and is there any other cpu/gpu combination which would allow the use of madVR as renderer with those particular files - yet retaining correct audio sync.
Thanks again
-
Using Windows 8.1 can actually help with VC-1 playback, as we leverage the Microsoft decoder, which was greatly improved in Windows 8/8.1.
As an alternative, Hardware Decoding is better supported on NVIDIA cards.
-
Using Windows 8.1 can actually help with VC-1 playback, as we leverage the Microsoft decoder, which was greatly improved in Windows 8/8.1.
As an alternative, Hardware Decoding is better supported on NVIDIA cards.
Thought you might have gone down the NVidia route lol. You know what's coming next - recommend a card, please. Might just go down the upgrade route, if I'm likely to see improvement. The only thing that puts me off the 8.1 upgrade is the loss of WMC and I'm not sure I'm willing to stump up to get it (I know its not needed, but it was always nice to have).
Thanks again for the advice - much appreciated.