| Age | Commit message (Collapse) | Author |
|---|
|
XBMC/Handbrake cry out in joy
|
|
|
|
|
|
|
|
|
|
on i386
|
|
|
|
|
|
|
|
|
|
depends for usage
|
|
|
|
enabled
|
|
|
|
- using dyloaded libnfs - incl. connection tracking for delayed unload feature
|
|
|
|
|
|
* dirty-region-rebase: (97 commits)
fix dirty region processing of edit controls
fix dirty region processing of button label text
fixed: vis control rendering was off due to setting invalid viewports
Have mouse pointer by default as over all other dialogs
move debug info rendering to the windowmanager
move UpdateModelessDialogs into CGUIWindowManager::Process()
Moved processing from Render into Process in GUIProgressControl
fixed: rss controls sometimes don't specify a <height>, so ensure we calculate the render region correctly
unify setting of visible state, and mark control as invalid when state changes
no need for SetVisible in CGUISpinControlEx
fix rendering of screen calibration - always dirty for now (video playback is often on this screen
fix marking of resize and mover control
get selectbutton rendering and marking correctly
fixed toggle button marking dirty
mark fullscreen video window as dirty (it almost certainly is) every frame:
fixed rendering of bordered images and mark correctly
make dirty region visualisation a little clearer
CGUIControlGroup::SetInvalid() should not necessarily invalidate it's children. If the group is invalid they'll likely be re-rendered anyway.
only visible or dirty controls contribute to controlgroup renderrect
mark screen dirty during screensaver render, and correctly mark mouse pointer - screensaver needs further work
...
Conflicts:
XBMC-ATV2.xcodeproj/project.pbxproj
XBMC-IOS.xcodeproj/project.pbxproj
XBMC.xcodeproj/project.pbxproj
project/VS2010Express/XBMC.vcxproj.filters
xbmc/settings/AdvancedSettings.cpp
|
|
|
|
|
|
|
|
|
|
Multiple settings files (rebased pull req 178/145)
|
|
|
|
This reverts commit 157b8ff4e441235f93f7955f35c504facfe1077b.
|
|
|
|
|
|
|
|
|
|
|
|
libyajl
|
|
|
|
|
|
this was replaced by multipaths back in 2006 or thereabout
|
|
|
|
|
|
|
|
|
|
|
|
reference off XBMC_DEPENDS for i386 and ppc
|
|
|
|
|
|
|
|
|
|
|
|
|
|
cptspiff,WiSo,blinkseb, and jcarroll
changed: limit the scope of the python includes. this will be useful in an upcomming patch. credit jcarroll
changed: use a m4 check to set the python path directly, and ditch the old hardcoded version nonsense. credit jcarroll
Fixed the build for when --enable-external-python is not used.
Fixed the warnings due to Python.h not being the first header as required by Python.
Final fix to the osx make build so that external python works. Needed to change the m4 macro to account for .dylib on osx and the dependant ./configure call to pass the installed location of the python xbmc is to be built against. Also updated .gitignore for the osx dependency builds.
There was a name collision between the python datetime.h and the xbmc/DateTime.h on file systems that are not case sensitive. This is now fixed by renaming DateTime.h to XBDateTime.h
By request, the .cpp files now sorted alphabetically in the Makefile.in.
the m4 macros is a mess of mixed spaces and tabs. In order to make my couple line change more readable I changed the spaces to tabs so it would be consistent with the surrounding area. This was per the request of jmarshall.
Fixed an error where under internal python the correct header wasn't being used.
if --enable-external-python is selected then don't build the internal python at all and not using any of the wrappers.
Modified the xcode project to work with the external python changes.
There was a bug in the Makefile.in where the internal python build target wasn't being set correctly. This is now fixed.
[WIN32] removed some uneeded files, renamed DateTime* to XBDateTime* and defined USE_EXTERNAL_PYTHON
Added xbmc/cores/DllLoader/Makefile to .gitignore since it's being autogened.
Made it so that the distinction between internal and external python is limited to mostly just Makefile's now. Most of the code no longer needs to make the distinction. This should make it much easier to move forward in windows and eventually with removing the internal python.
updated: .gitignore
|
|
|
|
out of xcode_depends and into xcode project.
|
|
|
