anybody tried alpha6 yet? inquiring minds wanna know...

Good find!

http://www.empeg.com/v3alpha/

Wow, didn't even see it up there before... I think this is the first mention of it. No release notes either...

rob??

Either way, my empeg is programming flash (kernel)... alpha 6 here we come

Well, I was able to make changes to the DB and rebuild it with no problems, so it appears that problem may be solved. It was a bit of work to install, I had to manually rebuild the database twice. But after I got all that sorted out, it appears to be working ok.

Stereo separation?

Sounds fixed to my ears... but I’m not positive.

Also, i can't seem to sink over Ethernet. Syncing with USB and Emplode 2.10 worked great. Rebuilt the DB, and I’m running pretty smoothly now.
Note: I upgraded from alpha 5.

Were you brave enough to put it on your main player? How many tracks did you have on it when you did the upgrade?

Why was I under the impression that there was a different or something significant between EVEN and ODD numbered releases? i.e. 3.00a3, 3.00a5, 2.00b11, 2.00b13, etc etc. Is my memory that fuzzy that I'm mixing this up with some other beta thing I'm doing and just a coinkidink that all the Empeg b/a releases were odd numbered?

If the DB rebuild problem is fixed, it's going on both of my players.

Me.

Stereo separation is fixed, syncing over ethernet works! Seems just as stable as a5 was. I'm really happy!

Ahhhhh... the spare player upgraded so easily that I crossed my fingers and am in the process of upgrading the player with 70gigs of tracks.

JEmplode gives me this error on a freshly upgraded unit:

I complained about that previously, and Mike said what it was, but I can't find the post now.

Of course, alpha6 fails just like alpha5 for me: no music. It "builds" a database with nothing in it. But unlike alpha5 connecting with jEmplode and trying to build a database doesn't fail quickly. It's still "synchronizing" 2.5 hours later. Yeah, right.

Your player is weird!

After the JEmplode error message, I "touched" a playlist (to force a sync), and then told JEmplode to "sync" it. Rebooted the player after it finished, and all is well.. database has all 6000 or so tracks.

Cheers

Maybe my player is weird. Maybe I'm running out of memory.

Anyone else running with alpha5 or alpha6 with 12k songs?

Hm.
! memory_stream.cpp : 42:MemoryStream failed to allocate memory.
! memory_stream.cpp : 42:MemoryStream failed to allocate memory.
! tunedb_disk.cpp : 878:Failed to build database. Bad. 0xc007000e

"About" calls this 3.00-alpha6. I swapped in only the player binary.

12,000 songs? No, but my player is telling me 9thousand something tracks and around 70gigs. Alpha 6 seems to have upgraded the player fine keeping all of my previous playlists and everything. But then again I have a tendancy of speaking too soon (knocking on wood).

Maybe I'm running out of memory

Have you tried playing with the ReserveCache setting? Alpha3 wouldn't build a DB for me until I added a ReserveCache (64 I think). I think the kernel was running out of memory and killing off the player. You have more tunes than I do though, I think I am around 7000.

-Mike

I had a ReserveCache of 48. I just removed it. If it fails I will readd with 64.

Ok *removing* ReserveCache entirely made it build. So now I just need to sync.

I'm not sure about in the car but it sounds damn good on my pc speakers.

Also... no problems syncing with ethernet upgrading from v2.00 final or alpha5.

Of course, having sync'd (and thus having databases again) I now can't actually choose any of my soups, the player hangs when I do. I wonder if making a smaller soup would fix it, e.g. is this entirely a memory issue.

Ah. The player is crashing.
player(104): memory violation at pc=0x02072f70, lr=0x02073004 (bad address=0x4081c0bc, code 2)
pc : [<02072f70>] lr : [<02073004>]
sp : bf3ffbac ip : 4081c0bc fp : bf3ffbd8
r10: 00000000 r9 : 00000000 r8 : 00000000
r7 : 4077c008 r6 : 4081c0bc r5 : 4081c0bc r4 : 4077bff4
r3 : 00000000 r2 : 00000000 r1 : 4077c008 r0 : 4081c0bc
Flags: nzCv IRQs on FIQs on Mode USER_32 Segment user
Control: C0C5917D Table: C0C5917D DAC: 00000015
Function entered at [<02072f38>] from [<02073004>]
r6 = 4081C0BC r5 = 40796854 r4 = 00000000
Function entered at [<02072fc0>] from [<0203ada0>]
r7 = 00020024 r6 = 000007D2 r5 = 021FD868 r4 = 00000000
Function entered at [<0203a964>] from [<02024f88>]
r10 = FFFFFFFF r9 = 0003DE04 r8 = BF3FFCBC r7 = 4050E3E0
r6 = 021B4994 r5 = 4050E008 r4 = FFFFFFFF
Function entered at [<02024ed0>] from [<0203f238>]
r10 = BF3FFD10 r9 = BF3FFD14 r8 = 0226493C r7 = 4050E008
r6 = 021848E8 r5 = 02264918 r4 = FFFFFFFF
Function entered at [<0203f004>] from [<020e5ce8>]
r10 = 020E5C14 r9 = 022009E0 r8 = 00000C04 r7 = 00000080
r6 = 00000004 r5 = BF3FFD4C r4 = 022009E0
Function entered at [<020e5cb0>] from [<020e5ca0>]
r5 = 021D7378 r4 = 022009E0
Function entered at [<020e5c14>] from [<0211fcf4>]
r5 = 022009F8 r4 = BF3FFE40
Function entered at [<0211fc2c>] from [<021565cc>]
r4 = 00000000
Function entered at [<02154d40>] from [<0211fa70>]
r8 = 021E4FAC r7 = 021E4F98 r6 = 020E5C14 r5 = 00000005
r4 = 00000000
Function entered at [<0211f9c0>] from [<021565cc>]
r5 = 00000000 r4 = 00000000
Function entered at [<021d5a6c>] from [<021d5668>]
Function entered at [<e34ffff4>] from [<eb000025>]
Function entered at [<239ffff4>] from [<23a0ff01>]
Unable to handle kernel paging request at virtual address 239ffff8
memmap = C0C58000, pgd = c0c58000
*pgd = 00000000, *pmd = 00000000
Internal error: Oops: 2
CPU: 0
pc : [<c00e2540>] lr : [<c0019710>]
sp : c061bf44 ip : c061bf00 fp : c061bf90
r10: 00000002 r9 : c0f9d260 r8 : 0000000c
r7 : 00000000 r6 : 239ffff4 r5 : 23a0ff01 r4 : e3a02000
r3 : 60000013 r2 : c01021e4 r1 : 00000001 r0 : e3a01ff0
Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment user
Control: C0C5917D Table: C0C5917D DAC: 00000015
Process player (pid: 104, stackpage=c061b000)
Stack:
c061bf20: c0019710 c00e2540 60000013
c061bf40: ffffffff c0f9d278 c0f9c7e0 c061a000 c061bfb8 4081c0bc c00119c8 02073004
c061bf60: 4081c0bc 00000002 c061bfb8 00000005 4081c0bc 00000000 00000002 00000000
c061bf80: 00000000 c061bfb4 c061bf94 c0011f00 c0011778 c010097c 4081c0bc 4081c0bc
c061bfa0: 4077c008 00000000 00000000 c061bfb8 c000a0a8 c0011e28 4081c0bc 4077c008
c061bfc0: 00000000 00000000 4077bff4 4081c0bc 4081c0bc 4077c008 00000000 00000000
c061bfe0: 00000000 bf3ffbd8 4081c0bc bf3ffbac 02073004 02072f70 20000010 ffffffff
Backtrace:
Function entered at [<c001176c>] from [<c0011f00>]
r10 = 00000000 r9 = 00000000 r8 = 00000002 r7 = 00000000
r6 = 4081C0BC r5 = 00000005 r4 = C061BFB8
Function entered at [<c0011e1c>] from [<c000a0a8>]
r8 = 00000000 r7 = 4077C008 r6 = 4081C0BC r5 = 4081C0BC
r4 = C010097C
Code: ebfcdbef e2440010 (e5961004) e1a035a1 e59f20cc
Segmentation fault

Aha. Tracked to when I try to enqueue where there's not already a playlist.

Good! I'm very happy to hear you've managed to get onto the v3 alphas!

Is your player a Mk2 (12MB), or Mk2a (16MB) ?

Mmm... INFO-Transient still has issues.

I put it up for Tony to test just before I left work and I forgot to erase it. Tony reported total failure, which seems to be due to too much cache allocated. This release may be no good for anything but 16MB players. Not that it is a release.

Rob

Well, it works better than alpha5

I'm pleased so far.

I have 3 2a players (also a Mk1 and no Mk2).

alpha6 also now on my wife's player, looks good. Had I tried alpha5 on my wife's player it would have worked

Mmm.. accidental or otherwise, this one is definitely a keeper! It's so nice to be able to use a well-functioning v3-alpha again!

I've just released Hijack v363, which includes a minor update to workaround the broken "prev visual" function from alpha6 (similar to prior v3 alphas).

Cheers