http://www.inzyme.com/rio/empeg

new search query parser ( http://www.inzyme.com/rio/empeg/QueriesAndTagNames.html )

double click on playlist in "Add To Playlist" dialog selects playlist

free space progress bar turns into overall sync progress bar during a sync

soups totally rewritten -- should be significantly faster (and maybe broken, but it looks OK)

download logo in logoedit

rebuild on PC option (this is slow, but seems more reliable than the fast rebuild option for me on alpha 5 -- your mileage may vary)

reboot after rebuild

refreshing connection selection dialog should work a lot better now

fixed bug with Add To Playlist creating a soup playlist in the tree

setting artist, album, year, or genre on a playlist "rolls down" to all the children of the playlist

Is it just me or are we creating soups backwards now?

For example if I want an Artist/Album playlist by first letter of the Artist I have to now:

Create Album tag then Artist Tag then First Letter by Artist Tag.

Before it was backwards creating First letter by artist tag, artist tag, then album.

??

Whoops. Give me a minute to fix that ...

reuploading now ... give it like 10 minutes

rebuild on PC option

is this basically the commmand line rebuild included in the GUI? i'm at work so i haven't gotten a chance to mess with it.

yep ...

NICE! The PC build option seems work very well with my alpha player...

Edit: Well it seemed to build the a playlist the first time anyway. Oh well, still a nice improvement to work with v2.00 final.

I've got a slightly irritating question.. what is the best way of installing v52 on a win XP machine? Is this as simple as replacing the .zip'ped files and the jar file to the existing jemplode folder? (C:\Program Files\jEmplode)

Sean in NC

Well, to me, the easiest way is just install java from http://www.java.com and then you can just double-click jemplode.jar and put it wherever you want. But if you want the .exe file to run it, then you can just replace jemplode.jar, but you'll want to delete graphics.jar from the plugins folder (I rolled that back into the main jar).

Mmm... "Revert Changes" doesn't work like I expected.

I futzed around in Jemplode, without doing a sync, and then clicked on "Revert Changes". It promptly initiated a sync.

What the fsck.. ?

I futzed around in Jemplode, without doing a sync, and then clicked on "Revert Changes". It promptly initiated a sync.

Are you sure it was a sync? Maybe it was just downloading the database again from scratch. That's what it's supposed to do.

It /should/ be a download. If it's not that's definitely a bug.

It checked for the need for an fsck, and then rebuilt the databases on the player. Looked like a sync to me. I don't think any of the changes I was discarding were actually applied.

Cheers

switching on fast rebuild in v52 does not work at all. doesn't seem to upload the database. bleh

[edit]ok, i found out that BOTH fast rebuild and pc rebuild has to be on for it to work. weir... er, odd.[/edit]

hmm, seems like jemplode53 has been out for a little while now. what is it this week with unannounced releases =).

http://empeg.comms.net/php/showflat.php?Cat=&Board=hackers_prog&Number=200815 ?

i'm tripping. monday stinks.

With all versions of jEmplode since v47 I haven't been able to download songs that are stored on the second hard disc in my empeg. I just get the error message "unable to get input stream". No such problem with v44.

Ross

Weird ... I'm guessing there's a bug in the FTP code that figures out what drive your tune is on. You could temporarily turn off Use Hijack When Possible and I bet it would work. I'll look into it also when I finish the project I'm working on now.

Mmm.. Just doing a get from /empeg/fids0/ will work, regardless of the drive..

So that's really weird then .. I was guessing that I was accidentally asking for the file on fids0 when it was on fids1, but if you're saying that would work regardless, then I'm at a bit of a loss. I'll have to look into this more.

Anyone else with two drives having this problem?

Well, if Jemplode asks for /drive0/fids/xxxx then it will NOT automatically try both drives. It only works for /empeg/fids0/xxxx (and fids1).

Or at least I think it still works that way..

cheers

Ahh.. nevermind.. I just looked at the code, and if the file request is from kftpd, then it does NOT mangle the pathnames. But if HTTP is used, it WILL automatically try both drives.

Cheers

Is that deliberate?

Yes, it is deliberate.

FTP is used for backups and stuff, and so has to be accurate.

HTTP is used by various web interfaces for playlist browsing, and has to transparently find the FIDS when asked.

Cheers