Thanks for the report Peter. If nothing has really changed couldn't you just release v3a8 to the general public?

Is there a reason I'm not aware of for not releasing v3a8?

For one thing, Alpha 8 somehow managed to not get tagged (tsk).

Rob

As in CVS tagged? If so, surely you know the date/time it was built/checked out. I think you can tag things in the past in CVS can't you? Just check out a specific date/time and then tag it? Or can you only put a tag on what's currently HEAD?

I have no problem you releasing an alpha10. I just thought it might be easier to go with alpha8 for now. Saves someone (and that's someone else now right?) having to go through the release process again.

OK, I'm used to small CVS installations where that sort of situation would be very rare. I doubt there are that many checking things in and out of CVS are there?

Nevermind - just thought it would be easier on the next person who has to release alpha10.

can't you just set cvs to verify after checking out?

Hahaha verify what?

CVS has some serious liabilities. You're probing around one of them in this thread now.

I will say, though, that CVS has never failed or corrupted data on us. And as much as non-atomic commits is lame, I can't say I've ever actually run into a case where it's caused a problem in more than 6 years of using it.

CVS screwed me, never hard enough that I dropped it. When Subversion's fsfs backend works, I will probably switch.

Well, if you guys are prepared to do this, it's worth a pint or two from us on the house for your efforts.

What's the local watering hole at the new site?

wouldn't it be easier for someone who has an Amersfoort CD to just make those files available ... ?

The people who have it aren't going to do it unless they get the ok from the people they got it from.

CVS does directory locking, though, so if you're checking out files, no-one else can check files in. I discovered this by leaving a bunch of files partially checked in one day (I left it sitting at the "enter a comment" part), and got back to a bunch of emails wondering why no-one could do anything with CVS. As a result, this may, or may not be a problem, depending on how you have your source code structured.

Just wondering if there has been any movement on making alpha8 available to the general Empeg community.

I realise the the development guys have probably got loads of better things to do, but it would be really nice for those of us not at Amersfoort to be able to share in the goodness.

Thanks,

Bagpuss.

Yes. It's available. and has been for a few days.

...and there was much rejoicing

That's fantastic news!

Don't know how I managed to miss it, but there you go.......

Thanks again to all the development team who continue to provide their support for what is, after all, a dead product.

Bagpuss.

Cool!
The Alpha8-REceiver version looks interresting...
Could I use an empeg player with an old 3.5" harddisk as a receiver at home... How large would this harddisk have to be?

Marius (Escort Cab / empeg 2 + Sierra Estate / RioCar)

I'm using Alpha7, since I don't like the way Alpha 8 sounds when I adjust the EQ.

I started to have some problems with playlists. When loading Emplode or Jemplode, sometimes I get errors saying some fids have 0 refs, and will be put in the root dir. Surprisingly, at that precise time they actually don't appear any more in their original playlists, so emplode and jemplode seem to be right. I am not 100% sure, but - and here's my question n. 1 - would it be possible that the problem occurs exactly when emplode or jemplode connect to the player? I am saying this because I don't notice any song missing during normal usage, but I may very well have not happened to enter a playlist and find it empty during normal usage.

After the prolem occurs, I have to move the fids back to their place and resync. Now, after few times this has happened (rarely, I have to say), I realized that, even after the sync, some playlist or song is still "missing". The tune is there, since I can find it with a search, but it does not appear in any playlist. Strange thing is, it does not even appear among the 0 refs tunes in the "all tracks" view. So, here's my second question:

Is it possible that the ref count is corrupted? If so, how can I fix it?

Thank you in advance!

Question N. 3. I remember seeing it asked, but could not find in which post.
Once I know a track has ref=1, is there a way to know in which playlist it is located?

There's a way to change the color in Jemplode, I think it's on the rightclick menu, it colors all trees that contain that track.

Hey! That's the same problem I've been having. There's a few posts scattered arount from me about that. I really havent't gotten anywhere with it, and am thinking that maybe what I need to do is reload everything just using jemplode.

One thing I've noticed is that some fids have a much higer refcount than they should. On my system it's just artist/album/song, so everything should only have one reference, but there are songs that have refcount=4, and they're ones that have disappeared after connecting.

--Nathan

Tony, thanks, that's a great idea.
I haven't had a chance to test it, yet, but that would tell us at least it there's actually a mistake in the ref count.

Metaglap, if there's such mistake, I wonder if there's a way to find out which songs have a refcount 1 and are not in any playlist, at east. Besides changing color to all of them, one by one...