[schimi2k]

dont get me wrong... i just give up when jarvis is realy final ( after RCs ! ) - if we cant find the problem at this time, i will give up ... maybe

but i will reduce my time for the hunt now a bit and start checking out other alternatives

[mikeSiLVO]

If I have not given up yet then you guys shouldn't

[mattyspurs76]

I'm looking at getting a Nvidia shield. Would or does this skin run OK on it.? I had have an Amazon Fire tv box and nope.... Doesn't like this skin at all but pc... Yes and it's bloody awesome. Perfect skin for me. Juts wan tit to work on the shield... But Havnt got on yet so I don't know if it will work

[BobCratchett]

Not sure this will be any help, but I took a look at the crashing issues as far as my time and lack-of-skinning-skill allow. I was able to reproduce a crash with a small amount of consistently (maybe 1/3rd of the time) from the main menu to music by first letting the system idle for a couple of minutes. Looking in the log, and looking at the on-screen debugging (enabled via addon.xml - the xbmc.gui.skin <extension />), it shows the home.xml is being deinit'ed, but mymusicnav.xml isn't being init'ed, and the on-screen debugging still shows home.xml. To my mind, that suggests that the issue is happening most likely on unloading the home.xml file.

The only thing that stands out to me on closing the home.xml is the CancelAlarm calls on <unload /> - I've seen elsewhere on the forums that there are some issues with AlarmClocks on Jarvis (here). After commenting out the CancelAlarms I haven't been able to reproduce the crash with a couple of dozen tries. Could well be coincidence, and if it is an issue it may not explain all the crashes and is likely to be a difficult issue to code around (and may be too late in the release cycle for any potential issue with AlarmClocks to be fixed in core, if indeed there are any issues and if the team are aware of them.) But it might give another avenue to explore

(For the record, this is on an old Mac Mini - 2009 I think - which I believe has Nvidia graphics, with a remote SQL library.

[BugRaider84]

Ttrying something different I ran into freezes straight away.

First of all somethings wrong with airplay. I have to enable it so I can actually chose to airplay to my kodi. Then I have to disable it and again chose Kodi on my phone to actually get an airplay stream going... Weird one.
Anyways, now I'm going in and out of menus while playing music via airplay and got a freeze within seconds. Funny thing was, the music was still playing! I could even hit play and pause on my phone and it did the action in Kodi while in freeze. So I tried again to make a log file and due to the fact that I have no idea what all that gibberish means I'm posting it here. But I thinks the last couple of lines might be an indication, it say the following:

19:42:06 T:140735242649600 DEBUG: OnKey: backspace (0xf008) pressed, action is Back
19:42:06 T:140735242649600 DEBUG: Activating window ID: 12006
19:42:06 T:140735242649600 DEBUG: ------ Window Deinit (Home.xml) ------
19:42:35 T:123145319092224 DEBUG: Thread JobWorker 123145319092224 terminating (autodelete)
19:42:35 T:123145302839296 DEBUG: Thread JobWorker 123145302839296 terminating (autodelete)
19:42:35 T:123145317482496 DEBUG: Thread JobWorker 123145317482496 terminating (autodelete)
19:42:35 T:123145315336192 DEBUG: Thread JobWorker 123145315336192 terminating (autodelete)

Full Log

Maybe this helps?

[mikeSiLVO]

Not sure this will be any help, but I took a look at the crashing issues as far as my time and lack-of-skinning-skill allow. I was able to reproduce a crash with a small amount of consistently (maybe 1/3rd of the time) from the main menu to music by first letting the system idle for a couple of minutes. Looking in the log, and looking at the on-screen debugging (enabled via addon.xml - the xbmc.gui.skin <extension />), it shows the home.xml is being deinit'ed, but mymusicnav.xml isn't being init'ed, and the on-screen debugging still shows home.xml. To my mind, that suggests that the issue is happening most likely on unloading the home.xml file.

The only thing that stands out to me on closing the home.xml is the CancelAlarm calls on <unload /> - I've seen elsewhere on the forums that there are some issues with AlarmClocks on Jarvis (here). After commenting out the CancelAlarms I haven't been able to reproduce the crash with a couple of dozen tries. Could well be coincidence, and if it is an issue it may not explain all the crashes and is likely to be a difficult issue to code around (and may be too late in the release cycle for any potential issue with AlarmClocks to be fixed in core, if indeed there are any issues and if the team are aware of them.) But it might give another avenue to explore

(For the record, this is on an old Mac Mini - 2009 I think - which I believe has Nvidia graphics, with a remote SQL library.

I am literally working on the home.xml right now Was toying with scrapping it altogether and using skinshortcuts... Not sure if I want to start that with my current situation though It looks like they are just there to scroll the widgets and hometiles (I have no idea what a hometile is )...

[BobCratchett]

I think switching it all to Skin Shortcuts would be very brave, if you want to provide all the same customisations as currently (Though if its a challenge you take on, I'm sure you already know you're welcome to call for any assistance.)

If they are just scrolling widgets + hometiles, it's possibly something that could be alternatively achieved with autoscroll on a list. Needs confirming that the issue is the AlarmClocks, though, and from a very quick search there are AlarmClocks used throughout the skin...

[schimi2k]

well... i also think that the problem is somewhere around the home b i t c h ... and i had also some crashes when i enable/disable oscars/top250 options... if home is not the only gremlin, we should disable all oscar/top250 options from madnox ... well "we" ( where is the rubber tool in notepad++ )

[mikeSiLVO]

@BobCratchett Yep... all over the place. May not be an issue if it only concerns the home screen like the thread you linked to though. I just commented them out and those that want to test can download this file (right click and save as) and replace it in the skins 1080i folder.

[BugRaider84]

@BobCratchett Yep... all over the place. May not be an issue if it only concerns the home screen like the thread you linked to though. I just commented them out and those that want to test can download this file (right click and save as) and replace it in the skins 1080i folder.

Still freezing

[mikeSiLVO]

Still freezing

That was fast... Probably should have said to backup and delete settings.xml in the skin.aeon.madnox folder located in userdata (wiki) addon_data in case you have already set up widgets or anything else and they call other alarmclocks. This is troubleshooting so we need to minimize the possible causes.

[BobCratchett]

Still freezing

When leaving the home screen? If so, well dang it (Though at least its another possibility discounted!)

Edit:- After you've tested mikesilvo's additional, of course!

[BugRaider84]

Still freezing

That was fast... Probably should have said to backup and delete settings.xml in the skin.aeon.madnox folder located in userdata (wiki) addon_data in case you have already set up widgets or anything else and they call other alarmclocks. This is troubleshooting so we need to minimize the possible causes.

have a backup, will try that in a sec.

EDIT: Just for clarification... you're talking about the guisettings.xml ?

EDIT 2: misread your post... got the settings file, will try now. Please Stand By

[schimi2k]

Still freezing

That was fast... Probably should have said to backup and delete settings.xml in the skin.aeon.madnox folder located in userdata (wiki) addon_data in case you have already set up widgets or anything else and they call other alarmclocks. This is troubleshooting so we need to minimize the possible causes.

have a backup, will try that in a sec.

EDIT: Just for clarification... you're talking about the guisettings.xml ?

NAAAA - userdata/addon_data/skin.madnox - there is a settings.xml file

thats what i love so much on jarvis - skin settings have now, like all other addons, an own settings.xml file there so you can play around with other skins without trashing your guisettings.xml anymore

[mikeSiLVO]

Nada... guisettings.xml is no longer used in Jarvis for skin settings. Each skin has its own settings.xml file with the folder name being the skin id.