Notice: This forum has been recovered from an old backup, so some content, links, and dates may be outdated. The forum is currently read-only while we restore sign-in and registration functionality. Details
If you find this forum valuable and would like to help keep it online, donations to help cover hosting and domain costs are greatly appreciated, but never expected. You can support the forum through Buy Me a Coffee or Ko-fi. Thank you for helping preserve the EventGhost community.
If you find this forum valuable and would like to help keep it online, donations to help cover hosting and domain costs are greatly appreciated, but never expected. You can support the forum through Buy Me a Coffee or Ko-fi. Thank you for helping preserve the EventGhost community.
Search found 3 matches
- Fri Apr 08, 2011 1:15 am
- Forum: Plugin Support
- Topic: Support for XBMC2 plugin (formerly XBMCRepeat)
- Replies: 1402
- Views: 615188
Re: Support for XBMC2 plugin (formerly XBMCRepeat)
if I associate it to two action EV will execute both of them independently of the state of the XBMC.
- Fri Apr 08, 2011 1:14 am
- Forum: EventGhost News
- Topic: OLD NEWS EventGhost.org has now moved...
- Replies: 92
- Views: 72832
Re: IMPORTANT!!! EventGhost is moving - EventGhost Forum Ver
looks good. Where is that hosted now? You are worried that it won't be able to handle the traffic?
- Thu Apr 07, 2011 7:16 am
- Forum: General Support
- Topic: New way to get MCE Remote signals in EG (for Vista/Win7)
- Replies: 478
- Views: 357173
Re: New way to get MCE Remote signals in EG (for Vista/Win7)
I was using eg.ThreadWorker since there were already working examples. It looked like the class was a pretty thin layer between code and threading.Thread, which just simplifies starting and stopping the code from a plugin. Is there extra overhead the is harmful in this case?