Centrafuse RC4.2 Bugs - Page 4

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

Quote: 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

Quote: 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

Quote: 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

Quote: 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

predator1 · 12-01-2006, 11:42 AM

Quote: Originally Posted by veetid

will get this fixed...

david

great, thanks.

midiwall · 12-01-2006, 03:22 PM

Hey David;

I asked AlienEclipse if I could have a look at the files and try to help.

I took a quick look this morning, and given the time diff from here to NZ, I figured I'd post up what I found while AE's sleeping.

I'm pretty sure I know what's confusing CF. From the headers, it looks like AE is using iTunes to encode which seems to be using v2.3 of the ID3 tags (weird, but maybe it's an older iTunes?). Anyway, I'd bet you're only looking for v2.4 tags. The v2.3 tags are max 3 characters, so (for example) you'd see "TRK" instead of "TRCK". I think you'll need to search for both.

The v2.4 tag frames are defined here:
http://www.id3.org/id3v2.4.0-frames.txt

...and the v2.3 tag frames are defined here:
http://www.id3.org/id3v2-00.txt

veetid · 12-01-2006, 06:40 PM

Quote: Originally Posted by midiwall

Hey David;

I asked AlienEclipse if I could have a look at the files and try to help.

I took a quick look this morning, and given the time diff from here to NZ, I figured I'd post up what I found while AE's sleeping.

I'm pretty sure I know what's confusing CF. From the headers, it looks like AE is using iTunes to encode which seems to be using v2.3 of the ID3 tags (weird, but maybe it's an older iTunes?). Anyway, I'd bet you're only looking for v2.4 tags. The v2.3 tags are max 3 characters, so (for example) you'd see "TRK" instead of "TRCK". I think you'll need to search for both.

The v2.4 tag frames are defined here:
http://www.id3.org/id3v2.4.0-frames.txt

...and the v2.3 tag frames are defined here:
http://www.id3.org/id3v2-00.txt

I think you are right, but the other way around... Someone posted in the main group that when they set their new iTunes 7 back to use 2.3 tags, everything worked fine... so when iTunes upgrade to version 7 they went to 2.4 tags, which I don't have support in for yet...

I will add it...

david

AlienEclipse · 12-01-2006, 07:43 PM

Yes it was iTunes 7.0.2 (latest) that the files were done in.

Huge thanks Midiwall!!

David, you and Midiwall are welcome to keep those mp3's if you like. I will be removing the ftp access in a few days.

So whens 4.3 coming out. I need it bad!
Please don't release it without id3 v2.4 support.

<EDIT> Just going to use iTunes ID3 tag version changer.

AlienEclipse · 12-01-2006, 09:57 PM

Sweet. I've converted my mp3 to id3 v2.3.

No CF is working like it should. IM SO HAPPY!!

Also i noticed if i select an album and click the big play button, the HD playlist count goes to 1 like it should. It seems not work properly if you build up a playlist using the + button and then clicking the tick (ok) button.

midiwall · 12-02-2006, 02:47 AM

Quote: Originally Posted by AlienEclipse

Sweet. I've converted my mp3 to id3 v2.3.

Now CF is working like it should. IM SO HAPPY!!

Kickin'!

Thank's for getting this fixed up David!

veetid · 12-02-2006, 01:11 PM

Quote: Originally Posted by midiwall

Kickin'!

Thank's for getting this fixed up David!

You were right, I just downloaded iTunes... They are crazy over there...

It is the exact oppositte as I thought!

iTunes7 uses ID3v2.2.0 - very very old stuff, obsolete and not used by anyone! NOT ID3v2.4.0 or even ID3v2.3.0.

So iTunes uses the 3-digit tags (like 'TT2' etc.)...and they even use a 'wrong' ID3v2 frame size now ;-)

Guess this time the folks at Apple have 'downgraded' their version for some unknown reason! Nothing uses 2.2 tags, it was the worse standard that came out, 2.3 came out pretty quickly and 2.4 works great too...

However I can fiddle a bit with it to make it work in the next release I think...

david

theflygtiguy · 12-02-2006, 01:51 PM

I am still seeing the issue with XM.

when its enabled with the XMPCR and i set the port that its on with the line in Device... it echo's like crazy, over and over. every button i push echos more and more, and then the second that i disable the XMPCR, it stops doing it... this has been the same for me in every release so far.

PLEASE let me know what i can provide you to get more information on whats going wrong here.

midiwall · 12-02-2006, 08:34 PM

Quote: Originally Posted by theflygtiguy

I am still seeing the issue with XM.

when its enabled with the XMPCR and i set the port that its on with the line in Device... it echo's like crazy, over and over. every button i push echos more and more, and then the second that i disable the XMPCR, it stops doing it... this has been the same for me in every release so far.

PLEASE let me know what i can provide you to get more information on whats going wrong here.

This is a known issue, David hasn't worked on the XM stuff for quite a while.

Head to the Mixer, then on the Levels panel, turn down the level of the XM input on the right side (not the output level on the right side). This should kill the echo. If it doesn't, then restart CF, make sure that input level is down, then do _NOT_ hit PAUSE while in XM (as indicated by the track time number at the top of screen counting down in negatives). If you do, then restart CF to remove the echo.

midiwall · 12-03-2006, 02:43 AM

New small issue...

Set your startup module to something that's not on the first CF page.
Restart CF
Startup module loads correctly
Exit module
Note that CF is NOT on the page that contained the module, but is instead on the first page

Not a big deal, but it's a bit "disorienting" as you start to move around within CF.

User Name		Remember Me?
Password