Support Forum
http://www.eventghost.net:80/forum/
Ok this is what I get when I reboot using the latest version.jonib wrote:
Try update2, it should fix and/or give more info about the problem.
OK, now the event is not crashing the plugin, I'll need to handle the event better though.eman457 wrote: Ok this is what I get when I reboot using the latest version.
This is weird.And this for volume change.
Does EventGhost stop responding or only the XBMC2 plugin?I have to inform you that all the above steps the plugin stops responding that I have to restart Eventghost.
But It'll have to wait till tomorrow.Yes man, that's true the rest of the plugins continue working. I just disabled xPL plugin just for this testing. I also tested the new ver. 0.6.9 on the local XBMC and it was very sensitive with lots of logs but no errors, which is very good.jonib wrote:
Does EventGhost stop responding or only the XBMC2 plugin?
Anyway it looks like I need to put in a lot more debugging code to find out where and why it's locking up.
Is this with Update2? as it don't seem to be and don't help me.eman457 wrote: I did some extensive tests using an infrared events with the (shutdown related section) of the plugin.
Sorry man, for missleding you with my recent post.jonib wrote:Is this with Update2? as it don't seem to be and don't help me.eman457 wrote: I did some extensive tests using an infrared events with the (shutdown related section) of the plugin.
jonib
I think I'm starting to figure out whats going on, but need a bit more data. Test the attached debug version of XBMC2, and post the log for the same test you did, it should print out much more info and hopefully show exactly where the plugin locks up.eman457 wrote: Now I have recreated the same test with the new file and here is what I get:
In this image I used the infrared event by cutting and pasting it in the power options from bottom to the top.
Likewise.Thanks again man being patient with me.
What do you mean? Does it lock up right away? The log looks normal for the debug version as I need to know exactly where it locks up, so it prints out much more text.eman457 wrote:This one is for the debug file you last posted. It doesn't even give me the chance to do the tests.
No man, the log continues scrolling down endlessly as you see in the image. This I think is not normal. So I did no tests. I restarted XBMC and still could not stop the log from scrolling. What you see there is just a small part after I have restarted Eventghost. XBMC is running but does not connect.jonib wrote:What do you mean? Does it lock up right away? The log looks normal for the debug version as I need to know exactly where it locks up, so it prints out much more text.eman457 wrote:This one is for the debug file you last posted. It doesn't even give me the chance to do the tests.
jonib
Well it is normal for the debug version, there is a loop in the plugin that asks XBMC "Hi, do you have an event for me?" and after tree seconds it timeouts and asks again. And as long as XBMC is running and events are enabled you see this.eman457 wrote:No man, the log continues scrolling down endlessly as you see in the image. This I think is not normal. So I did no tests. I restarted XBMC and still could not stop the log from scrolling. What you see there is just a small part after I have restarted Eventghost.
Based on you log you are connected to XBMC, so you should get events from XBMC.XBMC is running but does not connect.
I guess the Easy way is to ask hereEdgarAuto wrote:I have been trying to figure out an EASY way to get the Now Playing song info from XBMC either using the XBMC2 plugin or not.
Jupp, it's been broken for a while, Have not decided what to do with it as I have been concentrating on finishing other stuff. I definitely want an easy way to get basic info from XBMC.The GetCurrentlyPlayingFilename does not work.
Directly from XBMC, ush. That's why I added JSON-RPC support to make it easier. Unfortunately it has taken a bit longer for me to get it finished.I currently can get it using a python TCP script with a JSON request but trying to parse everything out into a usable payload variable is painful.
Well that depends on your definition.Is there an easy way to get this to come back in a payload?
Code: Select all
PlayerID = eg.plugins.XBMC2.JSONRPC(u'Player.GetActivePlayers', u'', False)[0]['playerid']
eg.result = eg.plugins.XBMC2.JSONRPC(u'Player.GetItem', u"["+str(PlayerID)+",['title','file']]", False)No man, it keeps scrolling down endlessly without connecting to XBMC again as you can see in the log.jonib wrote:Well it is normal for the debug version, there is a loop in the plugin that asks XBMC "Hi, do you have an event for me?" and after tree seconds it timeouts and asks again. And as long as XBMC is running and events are enabled you see this.eman457 wrote:No man, the log continues scrolling down endlessly as you see in the image. This I think is not normal. So I did no tests. I restarted XBMC and still could not stop the log from scrolling. What you see there is just a small part after I have restarted Eventghost.Based on you log you are connected to XBMC, so you should get events from XBMC.XBMC is running but does not connect.
Is there anything else I'm missing? As it should work exactly like Update2 just much more stuff in the log.
jonib
The log show it has connected to XBMC. Are you trying to connect to a different XBMC and that don't work? Sorry, I just don't see/understand the problem.eman457 wrote: No man, it keeps scrolling down endlessly without connecting to XBMC again as you can see in the log.