home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 2
General
Steps to achieve AV sync - please tell me I'm missing something
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="oldskoolhtpc" data-source="post: 1275901" data-attributes="member: 166262"><p>Hello!!!</p><p></p><p>I use a handy app called catchin' sync to roughly check the AV sync of audio/video on my HTPC/TV. It's not as accurate as a dedicated opto-electronic calibrator but it's more than adequate for this application and much better than trying to do things by eye (even when the lack of sync is massively obvious, subjective tweaking is a rough ride ;-)</p><p></p><p>After setting up MP2 (auto refresh rate changing enabled) I checked how far ahead or behind audio is for different FPS/refresh rates.</p><p></p><p>This is what it (consistently and clearly) told me:</p><p><strong>23FPS </strong>offset = <strong>90 ms out of sync</strong></p><p><strong>24FPS </strong>offset = <strong>170 ms out of sync</strong></p><p><strong>25FPS </strong>offset = <strong>-30 ms</strong> <strong>out of sync</strong></p><p><strong>29.97FPS </strong>offset = <strong>-90 ms</strong> <strong>out of sync</strong></p><p></p><p>These <strong>massive </strong>(and more importantly <strong>massively different</strong>) figures are not all that surprising IMHO. Most displays seem to perform very differently at different refresh rates (and that's even with most - if not all - configurable processing disabled).</p><p></p><p>The thing is, I couldn't find any way in MP2 to set different audio delays depending on the refresh rate.</p><p></p><p>Instead i had to come up with a ludicrous workaround (see end of post in case you really want to know!!!)***</p><p></p><p>The thing is, this isn't a subtle effect. This isn't even arguing the virtues of MadVR vs LAV. This is a <u><strong>massive/obvious/very annoying problem </strong></u>that probably affects <strong><u>anyone </u></strong>who has refresh rate switching enabled, so I have to ask:</p><p></p><p>(1) Are people just disabling refresh rate switching, sticking to one refresh rate and setting one offset value in LAV Audio if needed? (Simple life but not exactly videophile <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> )</p><p>(2) Are people using a similarly convoluted workaround to me! (You poor fellow OCD suffering people!)</p><p>(3) Are people actually tolerating/not noticing as much as 100+ ms of sync disparity (need glasses, much???!!!!)</p><p>(4) Something else? Am I missing something? Is there an easier way to achieve this? (I am quite stupid.)</p><p></p><p>I'm confident the answer is (4) and someone will enlighten me <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> ... Because I'm struggling to believe (1) when we all go to such great lengths to optimise our setups, yet even MP1 doesn't seem to have a built-in method to resolve this <u><strong>pretty major requirement</strong></u> after years and years and years (and years and....) of development.</p><p></p><p>I also struggle to believe (3). Again, this is a <u><strong>massive/obvious/very annoying problem </strong></u>that probably affects <strong><u>anyone </u></strong>who has refresh rate switching enabled. It's a show-stopper. Perhaps people just give up with HTPC or give-in to compromise? I still find that all hard to believe....</p><p></p><p>One further question:</p><p></p><p>(5) Whilst looking at this it became apparent that not only is it <u><strong>essential </strong></u>to solve this problem to resolve <strong><u>very significant lip sync issues</u></strong>, but that reclock (or something similar) is absolutely critical to solve another sync issue: <u><strong>drift in sync</strong></u> due to the inevitable mismatch between GPU and audio clocks. I believe J River has the ultimate solution in VideoClock, which uses the madVR info about the display clock to keep things completely in sync end-to-end. And note, this has nothing to do with the other intended functions of reclock but it is <u><strong>another thing that, surely, should just be part of any serious HTPC software</strong></u>?????</p><p></p><p>Anyway, please help me out here with this big (if not <strong><u><em>THE </em></u></strong>biggest ) first wold question of all time <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p>ATB,</p><p>JC</p><p></p><p>***</p><p>(1) Install reclock and make it the audio renderer in MP2, set output to directshow and use it's trigger VBScript function</p><p>(2) Install EqualizerAPO (AFAIK sits between audio renderer and audio driver and allows a delay, specified in a text file in ms, to be added to the audio path and can be changed in real-time at any point)</p><p>(3) Create VBScript to change the delay setting in the EqualizerAPO text file depending on the fps reported by reclock</p><p>(4) If a negative delay is needed this must be set in LAV Audio (see below), so pick the highest figure. A simple calculation is then needed to achieve the required overall offset for each fps</p><p></p><p>Note:</p><ul> <li data-xf-list-type="ul">One reason this is necessary is because LAV Audio delay cannot be changed during playback - hence the need for something like EqualizerAPO to adjust the delay once the refresh rate is known.</li> <li data-xf-list-type="ul">If negative settings are needed (audio is late compared to video) - as in my case for 29.973 - you have to do this in LAV Audio. Not sure how it achieves this as presumably it actually means delaying the video (maybe it 'talks' to LAV Video?)</li> <li data-xf-list-type="ul">Reclock has to output to directsound for EqualizerAPO to work (hence WASAPI exclusive/bit perfect is not possible unfortunately)</li> <li data-xf-list-type="ul">From what I gather, reclock messes up live TV as it has no knowledge of the broadcaster clock, so this method may be a non-starter for people with TV cards (including me!), but I need to look into this.</li> <li data-xf-list-type="ul">There's no x64 version of relock so this method dies with x86?</li> <li data-xf-list-type="ul">This workaround only addresses the need to establish a fixed offset for different fps/refresh rate combinations. One improvement would be to, say, make on the fly adjustments with a remote to allow one-off av sync adjustments (i.e. for poorly produced videos) whilst watching. The delay could be stored in a config file that’s associated with the video (for subsequent recall). Though I haven’t established whether I can do this yet.</li> </ul></blockquote><p></p>
[QUOTE="oldskoolhtpc, post: 1275901, member: 166262"] Hello!!! I use a handy app called catchin' sync to roughly check the AV sync of audio/video on my HTPC/TV. It's not as accurate as a dedicated opto-electronic calibrator but it's more than adequate for this application and much better than trying to do things by eye (even when the lack of sync is massively obvious, subjective tweaking is a rough ride ;-) After setting up MP2 (auto refresh rate changing enabled) I checked how far ahead or behind audio is for different FPS/refresh rates. This is what it (consistently and clearly) told me: [B]23FPS [/B]offset = [B]90 ms out of sync 24FPS [/B]offset = [B]170 ms out of sync 25FPS [/B]offset = [B]-30 ms[/B] [B]out of sync 29.97FPS [/B]offset = [B]-90 ms[/B] [B]out of sync[/B] These [B]massive [/B](and more importantly [B]massively different[/B]) figures are not all that surprising IMHO. Most displays seem to perform very differently at different refresh rates (and that's even with most - if not all - configurable processing disabled). The thing is, I couldn't find any way in MP2 to set different audio delays depending on the refresh rate. Instead i had to come up with a ludicrous workaround (see end of post in case you really want to know!!!)*** The thing is, this isn't a subtle effect. This isn't even arguing the virtues of MadVR vs LAV. This is a [U][B]massive/obvious/very annoying problem [/B][/U]that probably affects [B][U]anyone [/U][/B]who has refresh rate switching enabled, so I have to ask: (1) Are people just disabling refresh rate switching, sticking to one refresh rate and setting one offset value in LAV Audio if needed? (Simple life but not exactly videophile :) ) (2) Are people using a similarly convoluted workaround to me! (You poor fellow OCD suffering people!) (3) Are people actually tolerating/not noticing as much as 100+ ms of sync disparity (need glasses, much???!!!!) (4) Something else? Am I missing something? Is there an easier way to achieve this? (I am quite stupid.) I'm confident the answer is (4) and someone will enlighten me :) ... Because I'm struggling to believe (1) when we all go to such great lengths to optimise our setups, yet even MP1 doesn't seem to have a built-in method to resolve this [U][B]pretty major requirement[/B][/U] after years and years and years (and years and....) of development. I also struggle to believe (3). Again, this is a [U][B]massive/obvious/very annoying problem [/B][/U]that probably affects [B][U]anyone [/U][/B]who has refresh rate switching enabled. It's a show-stopper. Perhaps people just give up with HTPC or give-in to compromise? I still find that all hard to believe.... One further question: (5) Whilst looking at this it became apparent that not only is it [U][B]essential [/B][/U]to solve this problem to resolve [B][U]very significant lip sync issues[/U][/B], but that reclock (or something similar) is absolutely critical to solve another sync issue: [U][B]drift in sync[/B][/U] due to the inevitable mismatch between GPU and audio clocks. I believe J River has the ultimate solution in VideoClock, which uses the madVR info about the display clock to keep things completely in sync end-to-end. And note, this has nothing to do with the other intended functions of reclock but it is [U][B]another thing that, surely, should just be part of any serious HTPC software[/B][/U]????? Anyway, please help me out here with this big (if not [B][U][I]THE [/I][/U][/B]biggest ) first wold question of all time :) ATB, JC *** (1) Install reclock and make it the audio renderer in MP2, set output to directshow and use it's trigger VBScript function (2) Install EqualizerAPO (AFAIK sits between audio renderer and audio driver and allows a delay, specified in a text file in ms, to be added to the audio path and can be changed in real-time at any point) (3) Create VBScript to change the delay setting in the EqualizerAPO text file depending on the fps reported by reclock (4) If a negative delay is needed this must be set in LAV Audio (see below), so pick the highest figure. A simple calculation is then needed to achieve the required overall offset for each fps Note: [LIST] [*]One reason this is necessary is because LAV Audio delay cannot be changed during playback - hence the need for something like EqualizerAPO to adjust the delay once the refresh rate is known. [*]If negative settings are needed (audio is late compared to video) - as in my case for 29.973 - you have to do this in LAV Audio. Not sure how it achieves this as presumably it actually means delaying the video (maybe it 'talks' to LAV Video?) [*]Reclock has to output to directsound for EqualizerAPO to work (hence WASAPI exclusive/bit perfect is not possible unfortunately) [*]From what I gather, reclock messes up live TV as it has no knowledge of the broadcaster clock, so this method may be a non-starter for people with TV cards (including me!), but I need to look into this. [*]There's no x64 version of relock so this method dies with x86? [*]This workaround only addresses the need to establish a fixed offset for different fps/refresh rate combinations. One improvement would be to, say, make on the fly adjustments with a remote to allow one-off av sync adjustments (i.e. for poorly produced videos) whilst watching. The delay could be stored in a config file that’s associated with the video (for subsequent recall). Though I haven’t established whether I can do this yet. [/LIST] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
General
Steps to achieve AV sync - please tell me I'm missing something
Contact us
RSS
Top
Bottom