[ChristianTroy]

@codesnake
I had noticed that, and for that reason I tried what happened with 1080p59hz (and stutters as well) so I think it won't do anything.

BTW one thing is pretty interesting, example with 1080p59hz that stutters, changing this line with the value of the regular VMODE_1080P does make it stutter

edit: this is also interesting...

kmsg with 1080p vmode -> http://xbmclogs.com/pjyypjtal
kmsg with 1080p59hz vmode -> http://xbmclogs.com/pxg3vjgou

There is a difference here:

1080p

Code:

<4>[  137.213750@3] get cts = 148500   get n = 24576
<4>[  137.213753@3] hdmitx: audio: type: 12  CTS Mode: 1  VIC: 31  CTS: 148500

vs 1080p59hz

Code:

<4>[  524.897943@0] get cts = 140625   get n = 23296
<4>[  524.897947@0] hdmitx: audio: type: 12  CTS Mode: 1  VIC: 16  CTS: 140625

For the rest the logs are pretty similar

edit2: hardcoding the same values (cts and n) lead to no audio

edit3: when using MediaCodec Kodi uses the normal resolution (like 1080p24hz) and the internal mechanism is not turning it into 1080p23hz, that's why it does not make audio stutter.
What I have found is that it stutters when one of the "fr_auto" resolutions is used, no matter what playback method you use.

edit4: on s905 policy_fr_auto was disabled, I echo'd 1 there and forced 1080p24hz (it does not let me echo 1080p23hz says it's not a valid resolution) and it looks like framerate automation kicks in http://pastebin.com/czrvfcpj and I have no stutter