[popcornmix]

@popcornmix, I have a suggestion now that I'm using "Adjust refreshrate to match video fps"
Is it possible to keep the same video calibration (in my case, the subtitle position because the other settings are 0,0 and 0,0) regardless the framerate of the screen ?
The frame rate does not affect video calibration, only the resolution. Isn't it ?
Otherwise I have to set subtitle position(and/or video calibration) for every FPS.

While I agree with you, it's not how xbmc works on any platform. You have to calibrate every refresh rate separately.
Feel free to create a general xbmc forum post, or trac ticket to make your view known.

Doubt: I didn't understand what is "ActiveAE engine with a Pi specific sink."
ActiveAE on Pi uses too much CPU load and AFAIK Its not a good idea to enabled it.
So, this commit will help on this matter?

This is what the test build is out for.
There are a number of potential benefits (gapless, cross-fade, replaygain, audio ff/rew).
There are some potential downsides (CPU usage, possibly lagginess or stuttering).
The test build allows people to comment on whether this version is better than the previous.
If most people prefer it, it will become the default. If most people dislike it, it will be dropped (or improved).

When I investigated this a year ago, Audio Engine was very CPU heavy and enabling it slowed down the whole of xbmc.
ActiveAE was a rewrite of Audio Engine designed to be more efficient.
And some CPU heavy parts of the code have been improved while developing the Pi sink.
If you disable gui sounds and "keep alive", then there should be zero effect on CPU when using the GUI or playing videos.
When audio is active (e.g. with "keep alive") it costs about 2% of CPU which seems reasonable.

There are a few expensive operations, like resampling the gui sounds when the sink's sampling rate changes,
but the code has been tweaked to minimise the effect of this, and there is scope for GPU accelerating the resampling and mixing.