2009-06-15, 10:58
Thanks to gnif for this patch. Finally resolves the slowdown on many iGPUs.
2009-06-15, 11:12
No problems, was lots of fun tracking it down 
Only took about 2 days and then 15 minutes of kicking myself for not noticing the obvious.
Only took about 2 days and then 15 minutes of kicking myself for not noticing the obvious.
2009-06-15, 11:21
It was hardly obvious! It looked at first glance to be identical to the other CSurface calls. Anyway - pat yourself on the back and bask in your glory, looks like we may be getting 9.04.2 on linux.
2009-06-15, 11:38
Yes, good work gnif..
I'd like to honor the XBMC devs, since I've seen a lot of effort on a few issues I personally feel is of great importance.
- The whole initiative of smooth playback. All media types, whether it be PAL/NTSC or Bluray. Correct playback ("adjust refresh rate"), and with it features to clock sound synchronization to video.
- I've also heard about up-coming projects focusing on the handling of Audio (new DSP layers - LCPM handling). This means HD-formats is to be introduced, very exciting.
These two projects are, at least to me, important cornerstones in a mediacenter solution.
I can't wait to see how XBMC will develop, exciting times ahead..
Thank you all!
//M
I'd like to honor the XBMC devs, since I've seen a lot of effort on a few issues I personally feel is of great importance.
- The whole initiative of smooth playback. All media types, whether it be PAL/NTSC or Bluray. Correct playback ("adjust refresh rate"), and with it features to clock sound synchronization to video.
- I've also heard about up-coming projects focusing on the handling of Audio (new DSP layers - LCPM handling). This means HD-formats is to be introduced, very exciting.
These two projects are, at least to me, important cornerstones in a mediacenter solution.
I can't wait to see how XBMC will develop, exciting times ahead..
Thank you all!
//M
2009-06-15, 11:42
Re Windows:
After glancing at the source I don't think so, windows did not have this issue, but you can compile it and find out
After glancing at the source I don't think so, windows did not have this issue, but you can compile it and find out
2009-06-15, 11:44
I'm not too familiar with the bug in the first place, but was it slowdowns in the gui, gui and playback or both?
/regards
/regards
2009-06-15, 11:46
never applied patches in windows, how do i do it, cant find the GraphicContext.cpp
is this patch going to be implemented in the svn? cause i see svn is still 20937 on the launchpad
is this patch going to be implemented in the svn? cause i see svn is still 20937 on the launchpad
2009-06-15, 11:47
henrikyo Wrote:never applied patches in windows, how do i do it, cant find the GraphicContext.cpp
is this patch going to be implemented in the svn? cause i see svn is still 20937 on the launchpad
it's in r21063
2009-06-15, 11:57
It was only a problem on Linux, as the line in question was contained in an #ifdef HAS_GLX
2009-06-15, 12:23
motd2k Wrote:It was only a problem on Linux, as the line in question was contained in an #ifdef HAS_GLX
Ok
2009-06-15, 12:31
i mean how to apply in linux :/ miss spoke there a tiny bit. I dont know if i have to edit a file or what to do. I tried to to find the graphiccontext.cpp, but i couldnt, and therefor i was wondering when this will be implemented in the svn, since im not good at dealing with manual patching
2009-06-15, 12:44
henrikyo Wrote:i mean how to apply in linux :/ miss spoke there a tiny bit. I dont know if i have to edit a file or what to do. I tried to to find the graphiccontext.cpp, but i couldnt, and therefor i was wondering when this will be implemented in the svn, since im not good at dealing with manual patching
I already said that it is in SVN revision 21063. Update your source and then compile...
