Centrafuse RC4 Bugs

**veetid** · 10-07-2006, 01:00 PM

Originally Posted by ShawJohn

can we please be able to completely remove unwanted modules such as satelite rario? I have no intentions of ever using it, yet I cannot remove it.
Also sirrius, XM, Radio etc.

Surely these modules are slowing things down a little when they aren't required?

3D view still pretty much turns to 2d view when you zoom out

Can CF be made to grab new windows that an embedded program may spawn? Then use the back arrow to go back to the embedded app from new window.

John

As long as you don't click radio, sat radio, nav, phone they will NEVER LOAD or take any memory... Just remove them from your button actions and you are good, you will gain NO MEMORY...

I plan to allow the settings screen to read from an XML file so you could remove them from their too, but no reason to take them out of the app, it would gain nothing...

Now removing plugins will speed things up and does work...

that's destinator's current 3D mode... I like tilting it back a little...

Would have to look into this new window.. I would have to trap some event and detect the window and it's parent and embed it, etc... Not easy, but will think about looking into it when I get everything else sorted out...

david

**veetid** · 10-07-2006, 01:45 PM

I have updated the Known Issues thread... read this before posting...

Centrafuse Known Issues

david

**Maximus** · 10-07-2006, 02:03 PM

Originally Posted by veetid

It's more on Destinator's end, nothing left for me to integrate really...

Au Contraire !
There are plenty of work left if you choose to.

I see different solutions...

1. Get a TMC enabled GPS reciever and live with it.
Fine, a quick and easy solution. But for people like me that will not
settle for anything but the best it's simply not an alternative.
Why ? Because you wont have dead reconing since there isn't
any TMC / dead reconing GPS unit out there.

2. Use the TMC data from an RDS capable tuner.
This is an expensive solution (not your problem) but one that I'd
consider the best. You'll have a good tuner with good reception (HQCT).
Then we could use a dead reckoning GPS for GPS data and merge that
with the TMC data off the HQCT.

3. Use TMC data off a TMC GPS reciever. The advantage over an RDS reciver
is that you wont have to translate the RDS stream into "GNS-speak".
Besides that.... no advantage really.

/M

**kbreeden** · 10-07-2006, 02:18 PM

David,

I know you're going to clean up XM, but I thought I'd point out that if you maximize the viz while listening in XM the song information that's shown at the bottom is the information from media rather than XM.

**justintime** · 10-07-2006, 04:55 PM

This is interesting, because a lot of my MP3s are encoded in VBR, however with RC3 and RC4 I no longer have issues with next song triggering correctly, which was always an issue for me with older versions.

Originally Posted by DaKyy

I'm not sure if this is a known bug, but still here goes, again.

I complained couple of days ago that after 3.1 update failed my mp3:s didn't automaticly do the next track procedure after the song ended. I noticed that it was because of certain MP3 files when it did that. They are variable bitrate MP3s. Centrafuse seems unable to calculate correct lenght of the VBR files as the bitrate changes constantly. When I setup CF to show how much is left of the song - It'll show for example when the song is almost at the end that there is still -1:12 left of the song. Then it just jumps to zero and doesn't go the next track.

**veetid** · 10-07-2006, 05:11 PM

Originally Posted by kbreeden

David,

I know you're going to clean up XM, but I thought I'd point out that if you maximize the viz while listening in XM the song information that's shown at the bottom is the information from media rather than XM.

missed that one, thanks...

david

**veetid** · 10-07-2006, 05:12 PM

Originally Posted by justintime

This is interesting, because a lot of my MP3s are encoded in VBR, however with RC3 and RC4 I no longer have issues with next song triggering correctly, which was always an issue for me with older versions.

It was fixed it the VBR file has a proper header that tells the length, it will now work...

It must be VBR files without proper, or properly formatted headers...

Therefore it doesn't know the length, and I don't konw when it's over to switch tracks...

It use to not work with VBR at all..

david

**SOS** · 10-07-2006, 06:49 PM

Originally Posted by veetid

can you give me the map, city, and street so I can reproduce?
david

Same problem here:

MAP: Scandianvia (Denmark)
Postal Code: 8900
Road: Nedre vej

**SOS** · 10-07-2006, 06:56 PM

Hi, why does it reset visualization everytime CF starts? When I enter media, click the thumbnail until there is not Viz (I hate stuff like that :-) ), when I then restart CF it fires up visuals again in the thumbnail?

Auto start music only works when I ask it to start up in Media, is this on purpose? Quite annoying, it was not always like this.

The auto-skin change times are still shown as AM/PM on my 24h system.

The road selection issue you already know about, and the incorrect speed in navi, to mee it almost looks like the speed is set at 1/10 of the real speed, but then again sometimes it doesn´t even care to update it and just leaves it at 1km/h :-)

Didn´t you use to have an auto-detect GPS button (at least Baud rate and SIRF/NMEA)?

**SOS** · 10-07-2006, 06:58 PM

I have a SE K800i connected via Bluetooth.

Tried with M$ BT drivers, it found the phone but as a PDA, scans COM ports, finds the right one, but when i choose it windows error, which I do have screenshot and text of if PhoCo dude wants it.

I then installed the original drivers for BT, found the phone as a phone, but when scanning the port nothing happens, it cannot find it. I can see that the computer talks to the phone, and com communication works just fine, it just doesn´t find the phone.
If i run the Phonecontrol test program, and choose the port and run a test, everythings looks just fine.