I have a huge list of emails of things I could fix/add in jEmplode, but I thought I'd post up here to get a (hopefully) smaller and more bang-for-the-buck set. What most annoys you in jEmplode or what would you most like to see added?

When making a new play list: I wish that after typing the name, hitting enter would create the playlist.

- When copying a playlist or a large number of tunes from one device to another (using the cool new features that you added for doing this), it sometimes exhibits a bug where it slows down to a crawl during the transfer. I seem to recall we discussed that one once. Someone else on the BBS reported the same behavior. It would be cool if you could track that one down.

- I would love to see the features that are currently separate command-line utilities (Rid rebuilding and playlist backup/restore) appear as menu options in Jemplode, so that we don't need the command line utilities any more.

- I would love to see the playlist backup/restore be intelligent enough to replace an existing playlist instead of creating duplicate playlists when you restore it. If that's complicated and too much work, then no big deal. Just a suggestion.

- I'd like to see jempeg.org be the single central repository for all things jemplode. Official Jars and bleeding-edge jars, either way. No more clandestine releases on the Inzyme site. I think that if you completely removed those self-installer packages and just put up a Jar, I don't think anyone would whine too loudly, as long as you said clearly "you need to get the runtime from sun <here>, then you can double click on <this> jar."

- Support for a virtual empeg (or riocentral) device

This would allow you to essentially back up (via click/drag) all of your music/playlists/dynamic partition stuff locally, organized as on the player, to allow for complete restores after catastrophic events.

Obviously, it would be a virtual device only in the sense of keeping track of the data and would not operate as a player. I suspect it'd just be a folder hierarchy controlled by jemplode with data situated accordingly.

Useful for people with no backup unit.

Not sure this is a top request, but more something that came to mind the other day and I couldn't dislodge it for some reason. It may be a monumentally bad idea.

-brendan

Fix the animation uploading. Fix fast database rebuild, it was cool with my collection. 15 seconds instead of 3 mintues. Finish the plugin capability, so that we can use palantir. everything else is all good in my end.

The ability to due a true one way sync to the empeg from a directory on the local computer. If a file is no longer on the local machine it should be deleted from the empeg.

-Mike

jEmplode or what would you most like to see added?


A one-click backup utility that would create a complete restorable mirror image of my player onto my PC. By complete, I mean everything -- EQ settings, play counts, playlist structures, etc. I want to be able to install a new hard drive in the player, copy the backup from my PC onto it, and have the player be in exactly the state it was in when I made the backup.

tanstaafl.

Tag filters to limit the tag fields that get downloaded.

I second this one!

> one-click backup utility

This would also work (vs. my virtual empeg idea).

-brendan

The fast rebuild stuff kicks butt, I'd like to see it back in the next version.

So the rsync theory is no good, or you want something more pointy-clicky?

Hm. Well, the dynamic data partition could be saved easily enough.

Oh right, and getting "Replace Tune" working, but I wonder if I'm somehow "special" in that regard.

> So the rsync theory is no good, or you want something more pointy-clicky?

Yeah. I suppose the idea of a "virtual empeg" (vs. backup) would be so that one could go ahead and keep updating playlists, tags/dbinfo and tunes, etc. while the empeg was not available (in car/in repair) which could later just be dragged back onto the unit when it became available again.

Perhaps a bit obsessive here?

-brendan

A rewrite in perl/QT!

Signed,
He-with-the-currently-borked-Java-install.

I have the code here somewhere; One of the BBS members did something to allow emulation of the server-side of the empeg protocol so he could use (j)Emplode to manage his DJing, and it strikes me that having jEmplode clone to something and having the something be external might be a better idea... sort of like the virtual ReplayTV which I'm told exists.

perl: maybe
QT: yuck

I did consider a perl module a while back. Shouldn't be that hard, but there are like 50 more worthy projects I'm not loving right now...

Hay Doug, haven't you asked for this before?

Rod

What's borked about your Java install? I'm sure we could get it fixed if you start a thread.

With the Karma<-->empeg syncing, add true sync support. If I add a song to a certain playlist, or change the tags on one device, sync this information to the other device.

I'm willing to do this with the requirement that both devices are on at the time, but an option to either delay sending the changes to one, or "resyncing" two playlists without sending all the data would be handy.

Hay Doug, haven't you asked for this before?

How did you find that post? I have looked for it several times since I first made it and could never locate it. I think I could add about three more "here"s to it by now...

tanstaafl.

Entered the words tanstaafl and backup as a search string.

Rod.

What's borked about your Java install? I'm sure we could get it fixed if you start a thread.

I doubt it. The only machine I have at home with an X server installed is a DEC Alpha with Linux. Sun hasn't released Java for this platform/OS for... um... a few years, to say the least, and I've misplaced the binaries I had. I've tried the open source java solutions, but they give me seg-faults in trying to load the Swing modules (I think).

I'm actually part way through building an x86 machine up, but my priorities got shifted part way through (there should be a post about that tomorrow evening, actually), and, since I don't actually have any new tunes that I want to upload to the Empeg, it's not that big of a concern for me at the moment.

I do appreciate the offer of assistance, though.

I have a huge list of emails of things I could fix/add in jEmplode, but I thought I'd post up here to get a (hopefully) smaller and more bang-for-the-buck set.

So did your plan work

doubt it. The only machine I have at home with an X server installed is a DEC Alpha with Linux.

Wow, ok, I thought you might have some form of a normal machine and just had a screwed up install .

So much for write once, run anywhere!

I still have functional IBM RTs, at least someone released a JVM for Alpha Linux.

Wow, ok, I thought you might have some form of a normal machine

Statistically speaking, you had the odds in your favour with that thought.

Man. I haven't used an RT since '90 or '91...

-brendan

I haven't run one as an AFS server in 5 years; Didn't want to deal with the Y2K issues in AOS 4.3. Nothing like a whole gig of space on an IDE disk...