Centrafuse RC3.1 Bugs - Page 6

LEiPiE · 09-26-2006, 06:27 PM

Quote: Originally Posted by veetid

I've gone back to the original visuals... I will have a new release within days...

As VMS and I have found, it's not the visuals causing this error.
I just got it again after only a few minutes, wasn't even on the media screen, just in the main menu with mp3 playing (auto start is on).
I'd figure it has something to do with the mp3 routines or the ID3 tags?

I'll try to pin down if it's certain mp3s that cause this, but I haven't found any... the suspicious ones played fine the next time around (while last time they hung in the middle of the song).
Bug could also be in either preloading the next song or maybe the crossfader? Or maybe unloading the played mp3...
(just thinking out loud as a fellow professional programmer (albeit in PHP, but I've got my Bachelor in CS

))

(and I still hope you'll be able to take a look at (or at least acknowledge) the CAM plugin's low resolution problem, though I understand there are more pressing issues

)

veetid · 09-26-2006, 06:42 PM

Quote: Originally Posted by LEiPiE

As VMS and I have found, it's not the visuals causing this error.
I just got it again after only a few minutes, wasn't even on the media screen, just in the main menu with mp3 playing (auto start is on).
I'd figure it has something to do with the mp3 routines or the ID3 tags?

I'll try to pin down if it's certain mp3s that cause this, but I haven't found any... the suspicious ones played fine the next time around (while last time they hung in the middle of the song).
Bug could also be in either preloading the next song or maybe the crossfader? Or maybe unloading the played mp3...
(just thinking out loud as a fellow professional programmer (albeit in PHP, but I've got my Bachelor in CS

))

(and I still hope you'll be able to take a look at (or at least acknowledge) the CAM plugin's low resolution problem, though I understand there are more pressing issues

)

I know about the res issue, I plan to look into it...

I really want to track down this bug... Can you reproduce the bug if you don't load music at all, turn off auto start music and just stay on the media screen and mess with the volume buttons? VMS though it might be something related to those...

I have ruled out the visuals, all plugins, navigation, phone, and my library...

So it's either the volume or something in the media section...

damn I wish it would give a real error message or write to the log, never even seen this error before programming and been doing it awhile...

note: but if it happens while you are just sitting there without messing with the volume, then that somewhat rules that out... or were you messing with volume when it happens ever?

david

veetid · 09-26-2006, 06:44 PM

The other weird thing is why has it only happened to 3 people so far, or reported by 3 people...

Wonder if it's a settings... Will you email your config.xml and settings.xml to support?

david

justintime · 09-26-2006, 06:55 PM

I've lost track of WHAT error you're all talking about (seen by 3 people). Can someone briefly explain so everyone else can determine if being affected by it too, and help reproduce?

LEiPiE · 09-26-2006, 07:09 PM

Reproducing is difficult, the most precise description I can come up with is this:
while playing an mp3 (on any screen and without user interaction) Centrafuse (or .net actually) will throw a 'Failed to load resources from resource file Please check your Setup' error and leave no trace in the error log.
Erm, not strictly true: it does put a
----
9/27/2006 1:06:24 AM
Object reference not set to an instance of an object.
at centrafuse.main.loadVisuals()
----
in the error.log, but it's not related to the error it seems, as CF will happily play up to half an hour (though sometimes only a few minutes) before giving the error.
Does seem strange that it puts this message in the error.log, as I haven't been in the Media section in this session... just loaded CF and left it on the main screen (it's on autostart at the moment).
I'm trying my best to come up with a way to reproduce/pinpoint it.
(though it's bedtime for me now, it's 1:00 AM here

)

LEiPiE · 09-26-2006, 07:15 PM

Quote: Originally Posted by veetid

note: but if it happens while you are just sitting there without messing with the volume, then that somewhat rules that out... or were you messing with volume when it happens ever?

Nope, no interaction from my side what so ever.
Strange thing: when it crashes is does know what song it was playing, as the song restarts when I load CF again. Well, that's not strange of course, the strange part is that it then flawlessly plays this song and continues to the next and next and next... and then crash some time later, usually somewhere in the middle of the song by the way, can't be any file loading issue then I'd think.

veetid · 09-26-2006, 08:12 PM

Quote: Originally Posted by LEiPiE

Reproducing is difficult, the most precise description I can come up with is this:
while playing an mp3 (on any screen and without user interaction) Centrafuse (or .net actually) will throw a 'Failed to load resources from resource file Please check your Setup' error and leave no trace in the error log.
Erm, not strictly true: it does put a
----
9/27/2006 1:06:24 AM
Object reference not set to an instance of an object.
at centrafuse.main.loadVisuals()
----
in the error.log, but it's not related to the error it seems, as CF will happily play up to half an hour (though sometimes only a few minutes) before giving the error.
Does seem strange that it puts this message in the error.log, as I haven't been in the Media section in this session... just loaded CF and left it on the main screen (it's on autostart at the moment).
I'm trying my best to come up with a way to reproduce/pinpoint it.
(though it's bedtime for me now, it's 1:00 AM here

)

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!

david

davidovi · 09-27-2006, 03:26 AM

Well, I think its map specific bug since I haven't seen anybody else having this problem, except the ones using Iberia 2006 Map (Spain).
The problem its street list sorting. The streets are sorting first by type, so before you type the name, you have to type the "street" "avenue" ,etc and then its name to see it listed, wich its very very annoying.
Using the own Destinator menus, the sorting its ok, "Streetname, Type"
This doesn't happen in RC2, only in RC3 and RC3.1
Also having RC3 and inet connection, didn't found any update (registered version)

Please fix this, its very annoying, really!

Larsen · 09-27-2006, 04:17 AM

Quote: Originally Posted by davidovi

Well, I think its map specific bug since I haven't seen anybody else having this problem, except the ones using Iberia 2006 Map (Spain).
The problem its street list sorting.

Same problem here, with french 2006.1 maps. Maybe street naming in our language is the "type name" way and english way is "name type".
Anyway, maybe it could be a selectable option in the navigation section ?
Better : include a text search option so that it narrows down the possible street names as we type...
Garonav does that, and it's a pretty cool feature.
thanks

HStam · 09-27-2006, 08:30 AM

Regarding the Greek 2006 maps, I see that CF (both RC3 and 3.1) doesn't recognize the greek unicode characters only for cities in the city listing when attempting to enter a new address (it does recognize street names though - one level deeper - as well as everything else written in greek).

For city names it displays mainly squares and other strange characters instead.

Additionally, POI categorization is messed up, i.e. it displays gas stations under Banks etc. whereas on the PocketPC it is ok - but let's say that this problem comes second..

Is this something that can be sorted out? Especially the character set in the city listing?

I am really looking forward to a solution since I consider CF the most complete frontend. Ask me to attach whatever debugging file you think can help you find out the cause

Thanks,

Harry

EDIT: Attaching images

Image 1 shows how city names look, whereas street names (images 2 and 3)look normal.

Bboy_jon · 09-28-2006, 01:38 AM

have you been able to look into my problem with cf not keeping songs in queue when i restart/turn on the comp?

justintime · 09-28-2006, 07:54 AM

Quote: Originally Posted by Bboy_jon

have you been able to look into my problem with cf not keeping songs in queue when i restart/turn on the comp?

Delete your main.dat file, and re index your music library. Worked for me!

justintime · 09-28-2006, 07:56 AM

David,

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....

Quote: Originally Posted by justintime

Not a new bug, but only now was I able to reproduce:

1) Click Random button, so it hilites.
2) Switch to web browser screen.
3) Come back to Media player. Random button is not hilited. (although Random is still enabled).

veetid · 09-28-2006, 11:56 AM

Quote: Originally Posted by HStam

Regarding the Greek 2006 maps, I see that CF (both RC3 and 3.1) doesn't recognize the greek unicode characters only for cities in the city listing when attempting to enter a new address (it does recognize street names though - one level deeper - as well as everything else written in greek).

For city names it displays mainly squares and other strange characters instead.

Additionally, POI categorization is messed up, i.e. it displays gas stations under Banks etc. whereas on the PocketPC it is ok - but let's say that this problem comes second..

Is this something that can be sorted out? Especially the character set in the city listing?

I am really looking forward to a solution since I consider CF the most complete frontend. Ask me to attach whatever debugging file you think can help you find out the cause

Thanks,

Harry

EDIT: Attaching images

Image 1 shows how city names look, whereas street names (images 2 and 3)look normal.

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