[rr__]

i just registered on the forum to thank you for the great job on porting g-force to xmbc, it looks really amazing!
why do you leave the default res on 320x288? i'm running 720x576 here on my pal 16:9 and it plays super-smooth :-)

thanks again!

[pike]

it's @ that resolution because when it was added to cvs it wasn't as fluent in 720x576. (perhaps 10fps)

yesterday a bug was solved which doubled the speed.
i dont think it runs in full speed at this high resolution either, i estimate ~20fps, smooth would be 25 or 30 fps.

[rr__]

strange thing is: 640x480 is not smooth at all
but 720x576 is very smooth
is there a way to see the fps?

[pike]

not yet, but i believe questor is working on that <hint, hint>

[silentyl]

how are you guys changing the resolution from 320x288 to 720x576 ?

[pike]

the vis'es .xml file

[Gamester17]

remember though that some audio codecs take much more cpu time than others to decode so it's good to keep default resolution low

[questor/fused]

fps-display is in work

and i want to optimize the plugin, but don't know how fast i can get the little thingy. startup is very slow because the compilation of the script is not very optimised and reserves many small memoryblocks. a memorypool should speed it up.... when i have some time...

[Butcher]

remember though that some audio codecs take much more cpu time than others to decode so it's good to keep default resolution low

also if you have hq resampling on that sucks quite a bit of cpu.

[nmrs]

maybe rather than having questor add framerate to g-force, it should be added to xbmc itself, that way all vis's could benefit from it. a bool could just be added to vis_info struct:

struct vis_info
{
            bool bwantsfreq;
            int isyncdelay;
            bool bdisplayframerate;
};

that way vis's themselves could still determine whether it was being shown (probably from setting in xml), but all vis maker's wouldn't have to duplicate this code.

(i'm cross posting this in the visualization plug-in interface forum)