United Kingdom
- Thread starter
- #41
MP 1.3.x dshowhelper development (1 Viewer)
- Thread starter Owlsroost
- Start date
There is no special chnges in MPAR side (after 1.3.0 alpha) that would be related to this specific EVR renderer version - all should be working as good.Latest test binary (with all 1.3.0 beta fixes included) can be found from https://forum.team-mediaportal.com/threads/collection-of-audio-renderer-fixes-for-1-3-0-beta.109738/
Sounds like some buffering issue in MPAR side - please disable A/V sync from EVR settings for testing.
- Thread starter
- #43
Other than enabling the DWM delay compensation, there aren't any MPAR related changes in these releases, so any recent version of MPAR should work. The most recent version of MPAR (I think) is in GitHub - https://github.com/MediaPortal/Medi...PAudioRenderer/bin/Release/mpaudiorenderer.ax (click on 'View Raw' to download the binary).
Tony
It seems to be OK so far with v667 but I'll try v666 again and grab some logs with that if I can reproduce the problem.
- Thread starter
- #45
OK.
Ok. I'll try for the EnableDWMAudioDelayComp=1 , the new option in v667.
Please disable A/V sync from EVR settings for testing? I don't understand what you mean, I guess.
I ment EnableDWMAudioDelayComp = 0, but I guess it had already been as such?
Guys.
Yesterday I watched last two episodes of Homeland (btw awesome tv series).
Updated first the last MPAR and changed the EnableDWMAudioDelayComp value to 1.
The play was smooth as usual and the audio was almost perfect
no meaningful problem anymore. Maybe few glitches, some voids but I'm not sure that they aren't in the audio stream itself.
Yesterday I watched last two episodes of Homeland (btw awesome tv series).
Updated first the last MPAR and changed the EnableDWMAudioDelayComp value to 1.
The play was smooth as usual and the audio was almost perfect
no meaningful problem anymore. Maybe few glitches, some voids but I'm not sure that they aren't in the audio stream itself.