| Age | Commit message (Collapse) | Author |
|---|
|
for easier maintenance we only talk via one connection to the daemon now.
|
|
Each merge window will be defined as an alpha release. Thus, the first commit
in the next merge window should be a bump to 12.0 alpha2.
For internal versioning that cannot be handled with strings, we use currentvers + .9 instead, so that versions are always incrementing. It's not nice to mix, but since they're for dev use only, confusion should be minimal.
xbmc.addon will be 11.9.1 for the first alpha in the 12.0 release series, 11.9.2 for the second, etc. This way final release will be 12.0.0 as expected. configure.in is handled the same way.
|
|
|
|
WinEventsWin32.cpp
|
|
version. utf8 encoded string was used with an ansi api function. fixes #12220
|
|
|
|
portable mode from xbmchome to xbmchome\portable_data.
|
|
commenting the code (would like to keep the original idea). This needs further discussion after eden.
|
|
|
|
not added in our query for removable drives. This adds an additional query if a DRIVE_FIXED is a usb device.
|
|
The coordinates used to prepare the parameters of the scaler shaders are
supposed to be integer or the rasterization rules corrupt the image for
some zoom amount settings.
In that case the image lookedlike two misaligned triangles instead of a
single rectangle.
|
|
|
|
|
|
This is a PR for a new "peripherals manager", /xbmc/peripherals, that detects devices and automatically configures them for use with XBMC. The device mappings and configurations can be defined in system/peripherals.xml. Users can modify settings via system->system->input->peripherals.
It works as follows:
- CPeripherals contains one or more CPeripheralBus instances.
- CPeripheralBus contains the device scanning implementations for the different platforms we support.
- The implementations for the devices can be found in peripheral/devices and all devices inherit from CPeripheral.
- The devices that are detected are looked up in peripherals.xml, starting at the top of the file and going down. If no mapping was found for the device, an instance of one of the default classes will be created: CPeripheralHID, CPeripheralDisk or CPeripheralNIC.
- in peripherals.xml, devices can be matched by vendor id (vendor="xxxx"), product id (product="xxxx"), bus type (bus="xxxx"), device class (class="xxxx") or a combination of these values. The class that will be instantiated for that device is defined in mapTo="xxxx"
- the configuration for the device can be defined in peripherals.xml as well. Have a look at system/peripherals.xml, where you can find the possible settings in the demo entry at the bottom. When a device is inserted and there are any settings with configurable="true" present for that device, these settings will be added to the settings dialog, under system->system->input->peripherals.
- an example of how these settings can be used can be found in CPeripheralHID, which checks for a "keymap" setting and will automatically switch the keymap XBMC uses to the one that is defined in the setting.
TODO:
- keep separate configs when the same device is found more than once
- general review of this code.
|
|
|
|
anymore. It build without the install directory of the sdk but I dunno if there're some other libs installed somewhere else which I didn't spotted.
|
|
|
|
copies of the same dll.
|
|
slash at the end
|
|
|
|
Add battery level PowerSyscal interface and to system infos.
Current iOS is supporting this new feature.
|
|
|
|
Durring the threading-refactor, there were several places where calls to CThreads::WaitForSingleObject was replaced with calls to the replacement for ::WaitForSingleObject. The CThreads version of the call would return when the thread was stopped. This fix puts back that behavior in the places that were it was originally.
Also incorporated elupus' comments on style and which approach to use.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Adding USB device detection support for Windows and Multiple keymap support for keyboards
|
|
|
|
added: when a usb device is activated or removed, tell KeymapLoader about it
|
|
|
|
|
|
This reverts commit edbd033e0c912a3789e96f321aaadd6aac2ce590.
|
|
|
|
|
|
|
|
use the API for other things
|
|
|
|
|
|
External pythong changes. Credit WiSo
[WIN32] don't load python with our dll loader if USE_EXTERNAL_PYTHON is defined
[WIN32] added osdefs.h for DELIM
[WIN32] removed check for zlib.pyd. its in the core now
[WIN32] unified log message
[WIN32] set the PYTHONPATH within MSVCR90.DLL in order for python to pick it up
[WIN32] external python doesn't need special wrapping and the path to the dll
[WIN32] set some more python related env vars (might be removed from emu_msvcrt.cpp in future?)
Fixed the error message for missing msvcrt dll so that it happens when the error condition occurrs.
[WIN32] fixed: ext python should work now. Needs tests on win32 as I'm on win64
[WIN32] fixed: the putenv source got missing
[WIN32] removed DetectDVDtype.*
[WIN32] cosmetics
There's no reason to make a special case for osx when looking to acquire the python thread lock prior to the Py_Initialize.
[WIN32] added delayed loaded dlls to the opengl project target
|
|
Fixed the external python to work without the Dll proxies. Fixed XBPython.cpp so that even though it's directly linked, it works correctly allowing scripts to run multiple times. This included removing the Py_NO_SHARED_ENABLED and adding the USE_EXTERNAL_PYTHON. We now need to: set PYTHONPATH in the code, fix the debug linking, move the preprocessor changes to other builds besides Debug OpenGL.
[WIN32] renamed python download deps.
[WIN32] renamed python download deps.
[WIN32] changed: we don't have debug libs for vanilla python. credit WiSo
[WIN32] copy python dll to the debug directory - credit WiSo
[WIN32] copy sdl.dll to the debug directory
[WIN32] copy python dll to dependencies. Credit WiSo
[WIN32] fixed dep script file
[WIN32] download stripped down version of python 2.6.6
[WIN32] enable external python (missing commit)
fixed some settings on the two windows release configurations
|
|
credit goes to mostly WiSo and blinkseb.
[WIN32] added include/python to the include path and removed lib/python/PC
[WIN32] added python27.lib to the linker
[WIN32] removed Py_NO_ENABLE_SHARED
Still need the python directory that was under system because linux internal python build still put things there.
There is a bug in the Windows external python because on Windows, the DLL that python is linked against may not be the DLL that xbmc is linked against. So passing a FILE* to python from an fopen has the potential to crash. This resolves that problem. Credit to blinkseb.
added: download python dependencies with our script.
changed: use Python 2.6.6 on Windows. Debug build is included in the archive, but not copied by default. Set DEBUG to true to copy these.
[WIN32] changed: in case of debug python is used, be sure to exclude it from our installer
[WIN32] fixed: get debug python working. The following has to be defined:
- Py_NO_ENABLE_SHARED
- Py_TRACE_REFS
[WIN32] fixed: oups...
[WIN32] changed: got external python work. It needs more testing to be sure. We don't link against a .lib to be able to load python from where we want (that's why Py_NO_ENABLE_SHARED is defined). We don't define USE_EXTERNAL_PYTHON because we need to use our dll loader.
Fixed a couple of problems: 1) The Makefile.in file was merged incorrectly. 2) We cannot call PyEval_AcquireLock prior to the threads being initialized in linux.
OSX shouldn't build the internal python ... ever ... but especially when USE_EXTERNAL_PYTHON is set.
|
|
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
|
|
|
|
|
|
paths across platforms
|
|
value not important.
|
|
Gives about about 5% faster compile time for xbmc/ and xbmc/filesystem on my system.
|
