Centrafuse RC4.2 Bugs

**predator1** · 11-30-2006, 11:06 AM

The problem with the loss of focus when adding something to the playlist is still present. It was already on the list but it isn't anymore and hasn't been fixed.

**veetid** · 11-30-2006, 12:20 PM

Originally Posted by predator1

The problem with the loss of focus when adding something to the playlist is still present. It was already on the list but it isn't anymore and hasn't been fixed.

When you hit the plus sign in media manager it should give focus right back to the list view...

go to the list of artists or albums, hit "+", then hit up/down with your arrows and the list view doesn't have focus?

Are you running RC4.2?

david

**veetid** · 11-30-2006, 12:21 PM

Originally Posted by ShawJohn

Why can you NOT populate the list until the first character is typed in and then just display the ones beginning with that letter? Surely that would make it fast!

The problem is ALL the time and the reason it is slow is the method I get back is not sorted... The sorting is what takes all the time...

If I take that out then you can't properly search....

Not sure what I'm going to do here... has be confused...

david

**midiwall** · 11-30-2006, 01:54 PM

Originally Posted by veetid

The problem is ALL the time and the reason it is slow is the method I get back is not sorted... The sorting is what takes all the time...

If I take that out then you can't properly search....

Not sure what I'm going to do here... has be confused...

david

Umm... why not import it into an Access table or build a hashed index for it?

**predator1** · 11-30-2006, 01:58 PM

Originally Posted by veetid

When you hit the plus sign in media manager it should give focus right back to the list view...

go to the list of artists or albums, hit "+", then hit up/down with your arrows and the list view doesn't have focus?

Are you running RC4.2?

david

I tried it again and now i know why it works for you, when using the mouse to click the "+" button the focus is given back to the list view but when you use the keyboard controls to press "+" the focus is still lost and you can't use the keyboard controls before you click anywhere on cf with the mouse.

**veetid** · 11-30-2006, 01:59 PM

Originally Posted by midiwall

Umm... why not import it into an Access table or build a hashed index for it?

I tried both... the inserts into access turned the 30 seconds to about 25... The hashed index didn't make much of a speed improvement at all...

The problem is not in the display, but inserting or adding it to a hash...

The sorting doesn't even take that long, it's getting it into a sortable object, array, hash, or DB takes a long time when dealing with 2.1 million records...

david

**midiwall** · 11-30-2006, 02:09 PM

Originally Posted by veetid

I tried both... the inserts into access turned the 30 seconds to about 25... The hashed index didn't make much of a speed improvement at all...

The problem is not in the display, but inserting or adding it to a hash...

The sorting doesn't even take that long, it's getting it into a sortable object, array, hash, or DB takes a long time when dealing with 2.1 million records...

Okay, umm, your hashing may be confused.

On a much lesser processor, (an ARM7) I was able to get sub-second access to 100k ID3 records, and the response time stayed linear up to my bounds test of 1 million records. ...and I was doing this in 24k ("k", not "m") of RAM.

The record count doesn't mean anything, that's the purpose of a hash. Short of the file system having issues with fseek() you should be able to hit any place in that index file almost instantly. Once you're there, it's a short hop to your data.

Build the hash, save it to an indexed file, and you should be good. There's no reason to re-load the hash every time. In fact, since the data is static, you should be able to ship it pre-built with the release.

I'm happy to give you more specific help.... just PM me an example of the data (even just 20 random records) and I can generate a couple of million more from that. I'll carve out some code and get it back to you.

**veetid** · 11-30-2006, 02:28 PM

Originally Posted by midiwall

Okay, umm, your hashing may be confused.

On a much lesser processor, (an ARM7) I was able to get sub-second access to 100k ID3 records, and the response time stayed linear up to my bounds test of 1 million records. ...and I was doing this in 24k ("k", not "m") of RAM.

The record count doesn't mean anything, that's the purpose of a hash. Short of the file system having issues with fseek() you should be able to hit any place in that index file almost instantly. Once you're there, it's a short hop to your data.

Build the hash, save it to an indexed file, and you should be good. There's no reason to re-load the hash every time. In fact, since the data is static, you should be able to ship it pre-built with the release.

I'm happy to give you more specific help.... just PM me an example of the data (even just 20 random records) and I can generate a couple of million more from that. I'll carve out some code and get it back to you.

thanks, some good ideas.... I will check it out...

david

**DaKyy** · 12-01-2006, 04:53 AM

When I jump from Navigation to Media for example, the mute button toggles and sound mutes. I had this already on the 4.1. This occures almost every time I jump to the media screen from somewhere else. I have an external USB soundcard if that matters.

**veetid** · 12-01-2006, 11:12 AM

Originally Posted by predator1

I tried it again and now i know why it works for you, when using the mouse to click the "+" button the focus is given back to the list view but when you use the keyboard controls to press "+" the focus is still lost and you can't use the keyboard controls before you click anywhere on cf with the mouse.

will get this fixed...

david