Posts: 489
Joined: Apr 2004
Reputation:
13
Freddo
Skilled Skinner
Posts: 489
it is somehow using more than one core but a lot less efficiently than on Linux builds, i never see utilization over 70%/core (this is measuring from the windows task manager graphs) whereas on the Linux build with the killa sample utilization goes through the roof but i drop no frames and the clip plays smoothly.
For me the difference isn't terribly important since I can still playback any real content I like no worries, but for people with slower systems this may actually be a rather annoying issue, is there any way I can file some debug logs or something to help troubleshoot the issue?
Posts: 956
Joined: May 2005
Reputation:
17
i belive in vista and possible xp does some core balancing no matter
if the applicaton is capable or not itself. thats why you will read out
some actions on the second core.
i gonna du some tests on my vista machine and on my xp machine and report back.
Posts: 489
Joined: Apr 2004
Reputation:
13
Freddo
Skilled Skinner
Posts: 489
you could probably try playing around with the CPU affinity of the XBMC process to see how much performance is being gained by the windows time slicing (i think thats what i heard it called somewhere).
Posts: 2,745
Joined: Oct 2003
Reputation:
1
WiSo
Team-Kodi Developer
Posts: 2,745
Once "our" ffmpeg dlls works with threading on windows we can see if this improves performance
Posts: 2,745
Joined: Oct 2003
Reputation:
1
WiSo
Team-Kodi Developer
Posts: 2,745
Threading in windows might be a XBMC problem only. I assume ffmpeg works with threading in windows but somehow it doesn't harmonize with out dll loader (maybe).
Posts: 489
Joined: Apr 2004
Reputation:
13
Freddo
Skilled Skinner
Posts: 489
yeah but surely given that it works fine on linux just not on windows, we dont need any new patches we just need the windows version to do the same as linux already does?