If you are not able to reproduce this yet, it might be because the default skin for web plugin does NOT cover the bottom bar where the random button is located. My skin does cover that area with fullscreen web vieweing, so apparently that is what causes the random button not to refresh correctly....

got it... on section change I willl run an update random button function

So, given the bug with not being able to refresh XM channels, I replaced my satchannels.xml file with one from a fresh install of RC3 (not RC3.1). My channels are back (which of course makes sense) and I'm back to using the XM plugin instead of AIMEE. But, here's the fun...

CF is set to startup in XM. It does, and I get audio right at startup. But, it's VERY loud and distorted. Hunting around, I can trace this back to the MIC level being set to 50 when CF loads. So, I turn down the level like I've been doing. _BUT_ when I go BACK into the XM plugin, the MIC level goes back to 50. No lie. 100% repeatable.

As well, when I come back out to MIXER, the MIC level slider is still at 0, but the level is clearly up. I drag the slider up, then back down, and the level goes back to 0. I click back into the XM plugin and... The MIC level comes back to 50.

What's VERY strange is that this didn't happen before. "Before" is defined as RC3 (NOT RC3.1) and before I first clicked on "refresh channel list" for the XM plugin under RC3.

Since I first did that, I upgraded to RC3.1, so is it possible that something changed at 3.1 in how you manage the audio when a plugin gets focus?

So, given the bug with not being able to refresh XM channels, I replaced my satchannels.xml file with one from a fresh install of RC3 (not RC3.1). My channels are back (which of course makes sense) and I'm back to using the XM plugin instead of AIMEE. But, here's the fun...

CF is set to startup in XM. It does, and I get audio right at startup. But, it's VERY loud and distorted. Hunting around, I can trace this back to the MIC level being set to 50 when CF loads. So, I turn down the level like I've been doing. _BUT_ when I go BACK into the XM plugin, the MIC level goes back to 50. No lie. 100% repeatable.

As well, when I come back out to MIXER, the MIC level slider is still at 0, but the level is clearly up. I drag the slider up, then back down, and the level goes back to 0. I click back into the XM plugin and... The MIC level comes back to 50.

What's VERY strange is that this didn't happen before. "Before" is defined as RC3 (NOT RC3.1) and before I first clicked on "refresh channel list" for the XM plugin under RC3.

Since I first did that, I upgraded to RC3.1, so is it possible that something changed at 3.1 in how you manage the audio when a plugin gets focus?

I will look into it, but we are not working on supporting Greek on our first initial release, but will shortly after...

i have spoken with Destinator and everything can be worked out, just not enough time in the day!!

david

Thank you David, I am waiting anxiously to hear what you find out.

Given that it is only the city names problematic, whereas everything else encodes perfectly ok (like streetnames and all the rest), I feel optimistic

Harry

EDIT: This is what error.log says right after trying to display the city names

28/9/2006 11:13:10 μμ
Object reference not set to an instance of an object.
at DESTSDKLib.DestClass.LoadCheckedPOI()
at GPS.menudialog.menudialog_Load(Object sender, EventArgs e)
----------------------------------------------------------------------------------------------------------

and this is what it reads after browsing through POIs, History etc.

28/9/2006 11:13:25 μμ
Object reference not set to an instance of an object.
at DESTSDKLib.DestClass.get_CategoryName(Int32 Index)
at GPS.menudialog.loadPOIFolders()
----------------------------------------------------------------------------------------------------------
28/9/2006 11:13:36 μμ
Object reference not set to an instance of an object.
at DESTSDKLib.DestClass.GetMapHistoryPointArray()
at GPS.menudialog.loadMapHistory()
----------------------------------------------------------------------------------------------------------
28/9/2006 11:19:28 μμ
Object reference not set to an instance of an object.
at DESTSDKLib.DestClass.LoadCheckedPOI()
at GPS.menudialog.menudialog_Load(Object sender, EventArgs e)
----------------------------------------------------------------------------------------------------------
28/9/2006 11:19:47 μμ
Object reference not set to an instance of an object.
at DESTSDKLib.DestClass.SaveCheckedPOI()
at GPS.menudialog.menudialog_Closed(Object sender, EventArgs e)
----------------------------------------------------------------------------------------------------------

I'm pretty positive it's related to the visuals, especially after seeing your error.log... If the music is playing, the visuals are loaded in memory and ready to render if you to the media screen...

I known where to start looking now... great job!

Cheered too soon I guess...
I've disabled the music autostart, restarted CF and did absolutely nothing and now got this in the errorlog at the moment of startup:
----
9/28/2006 11:56:31 PM
Object reference not set to an instance of an object.
at centrafuse.obdii.resetChip()
----
and CF crashing with the same error after about 20 min of sitting idle...

Trying to reproduce this behaviour, it just resorted to putting in the
Object reference not set to an instance of an object.
at centrafuse.main.loadVisuals()
right after startup.
Dunno if it's gonna crash again as it has only been a few minutes.

I must say: with RC2 (I think) I've made a roadtrip (on a different machine also) and didn't come across this error. Didn't play any music, only used the navigation, was actually a test (needed to pickup something 300km from home and could use some navigation).

Not much of a help I guess... isn't there a way to intercept that general .net error and have CF log what it was doing or something? Or maybe I could run it through some tracer? I have no .net experience, but I have basic debugging skills

Cheered too soon I guess...
I've disabled the music autostart, restarted CF and did absolutely nothing and now got this in the errorlog at the moment of startup:
----
9/28/2006 11:56:31 PM
Object reference not set to an instance of an object.
at centrafuse.obdii.resetChip()
----
and CF crashing with the same error after about 20 min of sitting idle...

Trying to reproduce this behaviour, it just resorted to putting in the
Object reference not set to an instance of an object.
at centrafuse.main.loadVisuals()
right after startup.
Dunno if it's gonna crash again as it has only been a few minutes.

I must say: with RC2 (I think) I've made a roadtrip (on a different machine also) and didn't come across this error. Didn't play any music, only used the navigation, was actually a test (needed to pickup something 300km from home and could use some navigation).

Not much of a help I guess... isn't there a way to intercept that general .net error and have CF log what it was doing or something? Or maybe I could run it through some tracer? I have no .net experience, but I have basic debugging skills

It actually is a lot of help....

try removing the OBDII plugin by deleting the directory in the plugins folder... Then see if you still get the error...

Cheered too soon I guess...
I've disabled the music autostart, restarted CF and did absolutely nothing and now got this in the errorlog at the moment of startup:
----
9/28/2006 11:56:31 PM
Object reference not set to an instance of an object.
at centrafuse.obdii.resetChip()
----
and CF crashing with the same error after about 20 min of sitting idle...

Trying to reproduce this behaviour, it just resorted to putting in the
Object reference not set to an instance of an object.
at centrafuse.main.loadVisuals()
right after startup.
Dunno if it's gonna crash again as it has only been a few minutes.

I must say: with RC2 (I think) I've made a roadtrip (on a different machine also) and didn't come across this error. Didn't play any music, only used the navigation, was actually a test (needed to pickup something 300km from home and could use some navigation).

Not much of a help I guess... isn't there a way to intercept that general .net error and have CF log what it was doing or something? Or maybe I could run it through some tracer? I have no .net experience, but I have basic debugging skills

I have fixed both the errors you have seen in your error.log as well as made some changes I think were causing the issue... RC4 will be out soon and we will see...