CECRemote [0.9.7] (3 Viewers)

megahorst

Super User
  • Team MediaPortal
  • Super User
  • July 8, 2006
    879
    259
    Home Country
    Germany Germany
    Here is the log with extensive logging=on and my mediaportal.xml. Perhaps I have configured it not correctly ...

    What you can see in the log:
    1. fresh start of MePo
    2. going to music section and try fast scrolling. It does not work
    3. switch of TV
    4. htpc goes to suspend
    5. WOL
    6. htpc resumes
    7. TV is switched on
    8. exit MePo
    When the htpc wakes up for a recording the TV stays of. (not visible in the log, but tested)
     

    Attachments

    • MediaPortal.xml
      65.9 KB

    findftp

    MP Donator
  • Premium Supporter
  • September 20, 2011
    184
    35
    Nootdorp
    Home Country
    Netherlands Netherlands
    Another thing:
    I have checked the option "Require user input before waking devices (when resuming from sleep)"

    The TV is switched on, when the htpc resumes because WOL (wake on LAN). Is this working as designed or should I send logs?
    I discovered the same.
     
    Last edited:

    Tuomaa

    Portal Pro
    September 21, 2007
    129
    148
    Home Country
    Finland Finland
    Here is the log with extensive logging=on and my mediaportal.xml. Perhaps I have configured it not correctly ...

    What you can see in the log:
    1. fresh start of MePo
    2. going to music section and try fast scrolling. It does not work
    3. switch of TV
    4. htpc goes to suspend
    5. WOL
    6. htpc resumes
    7. TV is switched on
    8. exit MePo
    When the htpc wakes up for a recording the TV stays of. (not visible in the log, but tested)

    Thanks for the logs. Your config is correct, but unfortunately it seems that WOL triggers the same events as any user input:
    Code:
     [Info.][MPMain(1)]: Main: WM_POWERBROADCAST: 7
    If this is ignored, TV wont be switched on at all when resuming from sleep.

    About the button repeat, does it really go like it seems based on the log, that after you press some button and keep holding it down, nothing happens? I mean the button is executed just once, no matter how long you hold it down? If you are willing to do some debugging, could you do the same (hold button down) using LibCEC-Tray(at least debug and traffic checked) and post the result.
     

    megahorst

    Super User
  • Team MediaPortal
  • Super User
  • July 8, 2006
    879
    259
    Home Country
    Germany Germany
    About the button repeat, does it really go like it seems based on the log, that after you press some button and keep holding it down, nothing happens? I mean the button is executed just once, no matter how long you hold it down? If you are willing to do some debugging, could you do the same (hold button down) using LibCEC-Tray(at least debug and traffic checked) and post the result.

    I did a quick session ...

    First press and release "right" quickly, that press "right" and hold the button down.

    Code:
    TRAFFIC:			30288 >> 01:44:04
    DEBUG:			  30289 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    DEBUG:			  30290 key pressed: right (4)
    TRAFFIC:			30646 >> 01:45
    DEBUG:			  30648 >> TV (0) -> Recorder 1 (1): user control release (45)
    DEBUG:			  30650 key released: right (4)
    TRAFFIC:			41941 >> 01:44:04
    DEBUG:			  41942 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    DEBUG:			  41945 key pressed: right (4)
    TRAFFIC:			42393 >> 01:44:04
    DEBUG:			  42395 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			42861 >> 01:44:04
    DEBUG:			  42863 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    DEBUG:			  42866 key auto-released: right (4)
    TRAFFIC:			43313 >> 01:44:04
    DEBUG:			  43316 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			43766 >> 01:44:04
    DEBUG:			  43773 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			44218 >> 01:44:04
    DEBUG:			  44221 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			44686 >> 01:44:04
    DEBUG:			  44688 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			45139 >> 01:44:04
    DEBUG:			  45145 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			45607 >> 01:44:04
    DEBUG:			  45613 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			46075 >> 01:44:04
    DEBUG:			  46081 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			46527 >> 01:44:04
    DEBUG:			  46534 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			46979 >> 01:44:04
    DEBUG:			  46987 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			47447 >> 01:44:04
    DEBUG:			  47455 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			47900 >> 01:44:04
    DEBUG:			  47908 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			48368 >> 01:44:04
    DEBUG:			  48376 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			48820 >> 01:44:04
    DEBUG:			  48829 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			49288 >> 01:44:04
    DEBUG:			  49297 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			49756 >> 01:44:04
    DEBUG:			  49766 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			50208 >> 01:44:04
    DEBUG:			  50218 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			50661 >> 01:44:04
    DEBUG:			  50671 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			51129 >> 01:44:04
    DEBUG:			  51139 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			51581 >> 01:44:04
    DEBUG:			  51591 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			52049 >> 01:44:04
    DEBUG:			  52059 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			52502 >> 01:44:04
    DEBUG:			  52512 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			52970 >> 01:44:04
    DEBUG:			  52980 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			53394 >> 01:44:04
    DEBUG:			  53405 >> TV (0) -> Recorder 1 (1): user control pressed (44)
    TRAFFIC:			53417 >> 01:45
    DEBUG:			  53428 >> TV (0) -> Recorder 1 (1): user control release (45)
     

    Tuomaa

    Portal Pro
    September 21, 2007
    129
    148
    Home Country
    Finland Finland
    CECRemote 0.9.1

    - couple bugfixes
    - button repeat for Philips TVs (use 'require delay between keys' -setting if you get double presses {was it something like 300 ms? @megahorst} )
    - updated to libCEC 2.1.0
    - new "virtual buttons" source activated and source deactivated. These are executed when MePo is (de)selected from TV input menu. Also executed once when starting/stopping. You can map these to anything, default config pauses playing media, if source is switched.
    - should be available also from MPEI soon (waiting approval)

    You may need to click 'reset' on the mappings form to get the new buttons, if you have made custom mappings. Unfortunately after this you need to do the mappings again. It is also possible to manually merge the changes in CecRemote.xml.

    There is also new firmware 4 available from Pulse Eight. With it, it's possible to wake computer from sleep just by selecting the source (or switching TV on, if MePo was last active source).
     
    Last edited:

    findftp

    MP Donator
  • Premium Supporter
  • September 20, 2011
    184
    35
    Nootdorp
    Home Country
    Netherlands Netherlands
    Wow, this sound promissing. I'm gonna try it. (both plugin and firmware)
    I hope my BSOD's are also solved with the new firmware.
    Thanks
     

    megahorst

    Super User
  • Team MediaPortal
  • Super User
  • July 8, 2006
    879
    259
    Home Country
    Germany Germany
    - button repeat for Philips TVs (use 'require delay between keys' -setting if you get double presses {was it something like 300 ms? @megahorst} )

    i'm now at 450ms.

    btw:
    Thx for the new release.

    I will test now.

    new "virtual buttons" source activated and source deactivated. These are executed when MePo is (de)selected from TV input menu. Also executed once when starting/stopping. You can map these to anything, default config pauses playing media, if source is switched.

    Can you explain to me what you mean with "Also executed once when starting/stopping." ?
     

    Tuomaa

    Portal Pro
    September 21, 2007
    129
    148
    Home Country
    Finland Finland
    Can you explain to me what you mean with "Also executed once when starting/stopping." ?

    I mean e.g. the 'source activated' gets called also when CECRemote connects (when you start MePo), even though the source doesn't necessarily change.
     

    findftp

    MP Donator
  • Premium Supporter
  • September 20, 2011
    184
    35
    Nootdorp
    Home Country
    Netherlands Netherlands
    Is it right that TV won't go into standby when PC enters away mode?
    For example:
    I'm watching a show, decide to record it and go from home.
    I press standby button on remote conroller and PC enters away mode because a recording is current.
    Currently the TV stays on.
    I would like to know if this is the designed way to work.
    Thanks
     

    Users who are viewing this thread

    Top Bottom