backwards compatibility for older client versions and the new double tap timeout. fixes very long timeouts when upgrading libCEC without upgrading XBMC to Helix

updated changelog

Merge pull request #41 from opdenkamp/libcec-2.2.0

preparing for a new release

fixed: LibCecTray - keypress not sent when multiple instances of eshell.exe are running. closes #10
thanks @pvanbaren

fixed missing bump of CEC_SERVER_VERSION_CURRENT

updated copyright notice year

fixed: don't stick a value larger than 255 in a byte
the solution isn't very nice, but it'll work for now without breaking binary compatibility. the member will be replaced in the next major release

cosmetics

fixed configure on systems without curses support. thanks @MilhouseVH

bump to v2.2.0

Merge PR #39

Merge PR #32

Merge PR #31

Merge PR #20

Merge PR #29

Merge PR #21

Merge PR #6

Fix typo in rejecting invalid keycodes

Added support for user control codes TOP_MENU, DVD_MENU, SELECT_BROADCAST_TYPE, SELECT_SOUND_PRESENTATION, NUMBER_ENTRY_MODE, NUMBER11, NUMBER12.

Fixed CCECCommandHandler::HasSpecificHandler implementation to include vendor TOSHIBA, TOSHIBA2, ONKYO.

Added another id for vendor Harman/Kardon (0x001950)

Merge pull request #27 from kingosticks/fix/export-cec_set_configuration

Added missing const for cec_set_configuration argument

Added missing const for cec_set_configuration argument

Method now matches prototype and is correctly exported for C.

probably ugly hack to help with some
newer Samsung TVs and activating source

RPI updates with fixes
- losing device from TVs menu on source changes
- XBMC Input Device settings change will not freeze XBMC
(or disable adapter)
- TV auto connection to adapter properly upon AS command
- imposibility to switch back to RPI even if listed by TV

it is possible it fixes some others as well

this solves problem with device dissapearing from TV's menu
when source is changed to another device.

(needs fix on adapter side to correctly mark devices with
"ishandledbycec").

fix assertion on XBMC exit

fix RPI POLL during LA address negotiation

Add support for Exynos HDMI

fix indentation and a few typos

return HDMI physical address using EDID data retrieved from X11 randr extension

bump package to 2.4.1-2

don't add -Wno-psabi to mac builds. fixes xbmc build

bump to 2.1.4

guard against the screensaver failing to be activated. don't disconnect from libCEC when away mode is activated, but just send standby. bugzid: 1375

added ActivateSource action to cectray

fixed potential crash when SendCommand returns NULL

fixed crash when CCECProcessor::Transmit was called after CCECProcessor::Close

listen to screensaver events in cectray. bugzid: 1375

moved class declarations other than the main form below the main form's declaration, or the app may crash with a MissingManifestResourceException. this bug in vs is present since .net 2003...

still locking up when disposing, because the log callback is trying to write to the disposing ui. disconnect from a background thread instead when disposing

suppress sending some commands when the tv is not present/responding to polls

don't lock up on exit in cectray when receiving log messages while the window is disposing

don't crash LibCecSharp when receiving an alert with a NULL param (like the connection lost alert)

display the "tv not responding" warning on top of other windows

don't crash on exit in cectray by preventing a new action from being started

do not wake the system when exiting away mode

handle windows away mode in cectray. treated like standby

always call the SourceActivated() callback in CCECBusDevice::MarkAsActiveSource(), even when we were already active, and let clients handle dupes. this prevented the screensaver from being canceled in XBMC

set the vendor id of devices handled by libCEC to our vendor id

added our vendor id

send our vendor id when the tv sends it's vendor id

transmit our physical address when the TV sends it's physical address

fixed: panasonic doesn't request the active source status when powered up, but it does send a vendor command. send an active source message when we're marked as active source after receiving this command. issue #192

vendor command 06:05 was commented out for panasonic because it was reported to be sent on power off too. i don't see that in the field, and it prevented resume from standby from working correctly. issue #192

SL clean up and attempt to fix issue #176

try to reconnect in cec-client when the connection was lost

separate mutex for CUSBCECAdapterCommunication::MarkAsWaiting()

LG: newer firmwares don't send a second power status request after it's been requested once and replied with 'standby -> on' like previous versions. send an active source message in an attempt to fix this. issue: #176

added protection against standby without a notification from XBMC and clock changes. issue #186

suppress mangling warning. credits @warped-rudi. closes #190

fixed leak on exit in CWaitForResponse::Clear()

moved CResponse and CWaitForResponse implementation from .h to .cpp

build libCEC and cec-client against toolset v100 (VS2010). lots of 3rd party libs/programs and their installers only install the previous C++ redist, which will make libCEC fail to load when not manually installing the redist. we can include the correct redist in libCEC's installer, but that will still lead to problems when users just install XBMC from xbmc.org/ which doesn't include the v110 version of the redist. users will get a crash with the CEC adapter connected, not telling them how to fix the issue (thanks MS)

fixed compilation on windows

also transmit an active source message as response to a set stream path command when we were already marked as active. bugzid: 3116

respond to vendor command 89:10:01:03 for panasonic and send the same response as for 89:10:01:05. bugzid: 2604

fixed: only send an active source message when receiving a routing change to an address handled by libCEC. issue #56

sync win32

sharp: check whether the 'auto power on' option is disabled and tell the user how to enable it

HandleVendorRemoteButtonUp -> HandleUserControlRelease for all vendors

Merge pull request #180 from Fneufneu/freebsd

FreeBSD: proper the adapter detection

silence warning for xx:a0:00:09:b0:00:80:20. bugzid: 2559

[FreeBSD] update adapter detection

[FreeBSD] find cec devices with sysctl on dev.umodem tree
find the usb path of the divice to be able to handle strDevicePath

update system audio mode when audio system devices are activated

samsung: respond to vendor command 0x23 sent by samsung. attempt to fix bugzid: 2164

panasonic: silence 'unmapped code' warning. bugzid: 2375

fixed comboKeyTimeout=0. closes #168

fixed possible crash when the tv does not respond to polls and the client isn't registered yet. don't poll the tv in monitoring mode. closes #163 and fogbugz ticket

cosmetics

added vendor id and name 'Harman/Kardon'

added vendor id and name 'Marantz'

updated changelog

Merge pull request #172 from warped-rudi/Pulse-Eight

[TDA995x] avoid callback when already stopped

windows: fixed installer (cp -> copy)

bump to v2.1.3

toshiba: fixed - toshiba handler wasn't initialised, and toshiba uses more than one vendor id

fixed - incorrect active source marking after 88d5d47fe5b37b8fab796e0ec563176bf05b3801
libCEC marked itself as inactive source when the stream path changed to a device with a different physical address. bugzid: 2157

[TDA995x] avoid callback when already stopped

windows: moved project files into separate directories, cleaned up project files, updated README

windows: fix resource files and backwards compat dll names

LibCecTray: power management

windows: solution cleanup

fixed compilation errors

split up asyncform

converted to vs2012

alway log unhandled commands

unused warning

updated log message for unmapped commands