2.4 Stutter after switching to 23,976Hz

[vlaves]

Hello together,

verry happy to see the 2.4 Version released. Set the Fire TV to automatically choose best refreshrate, then set MrMC to change Refreshrate and it is switching to 24p prefectly whn playing an 1080p h264 file, but it has lags and stutters all the time (mediacodec surface). Turning off hardware acceleration results in perfect playback at correct refresh rate. If I set MrMC to not change refresh rate the file plays perfectly thogh at wrong refreshrate but without the lag and wthout stutter.

Is there something broken with refresh rate switching and hardware acceleration?
Any more information needed?

Thanks for your support

[cosmoxl]

I cannot confirm any problems related to hardware acceleration of video. But, I can confirm problems with refresh rate switching.

To get problematic videos working I have to :
1) disable passthrough (they would passthrough dolby digital otherwise)
2) disable pause during refresh rate change
3) set my buffer much higher. It's at 200MB right now. I haven't tested to see how low I can go and have it still work.

If passthrough is enabled, any video that defaults to a dolby digital track will pause and not be able to refill the buffer. If I disable passthrough then re-enable it within the video settings, it'll begin to passthrough and play but the audio queue saturation may begin to fall and cause skipping of video frames and dropping of audio. weird. some hiccup there for sure.

Here are logs for passthrough enabled for dolby digital.

First half http://pastebin.com/GC2pnFjU
second half http://pastebin.com/RHACXrk5

More logs where I disable passthrough and re-enable as video is playing. First it pauses until I disable passthrough. then you can see that as playback continues with passthrough re-enabled the audio queue saturation falters and video frames skip.

http://pastebin.com/H6UhGzjb

[davilla]

The re-sync after a display change can be twitchy, the issue is we don't really know when the display is done switching and stable. During the display switch, the entire hdmi sub-system basically goes away. That hits rendering, player (both audio and video) and audio engine. Everyone must be re-synced.

The only thing right now that controls that is pause after display change. The default is 4 seconds. Make it longer.

[vlaves]

The re-sync after a display change can be twitchy, the issue is we don't really know when the display is done switching and stable. During the display switch, the entire hdmi sub-system basically goes away. That hits rendering, player (both audio and video) and audio engine. Everyone must be re-synced.

The only thing right now that controls that is pause after display change. The default is 4 seconds. Make it longer.

Thanks so much for the quick reply That did the Trick Working awsomly

Thank you so much for MrMC

[vlaves]

The re-sync after a display change can be twitchy, the issue is we don't really know when the display is done switching and stable. During the display switch, the entire hdmi sub-system basically goes away. That hits rendering, player (both audio and video) and audio engine. Everyone must be re-synced.

The only thing right now that controls that is pause after display change. The default is 4 seconds. Make it longer.

Thanks so much for the quick reply That did the Trick Working awsomly

Thank you so much for MrMC

okay, still have stutter with mediacodec surface, it wasn't fixed by increasing the seconds to wait for refreshrate changes.
Will post logs.

[vlaves]

UPDATE: all is working perfectly now It was due to network problems, now with WLAN repeater all works perfectly