On Saturday 01 March 2014 15:44:48 Ivanko B wrote: > At a glance, the delays are most likely not GM related. Even without > downscaling GM wins approx 2 times anyway in this testcase. > But with upscaling GM looses FPImage wiuthout scaling.
Sure, because the amount of pixels which must be transported to the "screen" is much bigger. As I wrote before, the time to transport the pixels from GM memory to a gdi32 bitmap handle dominates. Try to load a big jpeg or png rotate it and scale it down -> it will be much faster because the amount of pixels which must be handled by gdi32 is much less. Rotation is handled before scaling BTW. > Double upscaling - 1920x1080 (the pic me sent)-> 3000x2000 -> > 5000x3000x45rot.deg GM performs very slow - 140 seconds, CPU load > isn't high.. -> bottleneck is the GPU and videoram in this case? 5000x3000x1.41x1.41 = 30Mpixel. Is scrolling of that huge image OK? How is the performance with activated 'rotmonomask'? Martin ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
