Hi Lynn -- The official stance is that we are no longer supporting Java versions below 1.2. Unfortunately that includes Mac OS version below 10. That's the official stance. However, I tried to be very careful and not actually use 1.2 features in a way that would break 1.1 versions ... The big difference now is that we are not bundling Swing (the UI toolkit) in the installer, since it's built into 1.2/1.3 JDK's. You can download Swing 1.1.1 from http://java.sun.com/products/jfc/download.html and try to get it to work with that. If I get some time, I'll see if I can get it up and running in a 1.1 VM and I'll let you know.

Mike

Unfortunately that includes Mac OS version below 10. That's the official stance.

This is kind of disappointing to hear, since the original driving force behind the development of a Java emplode was so that Mac users would be able to run the player. Don't you find that as ironic as I do?

Yes and no -- Most of the feedback I have gotten is from Mac OS X and Linux users actually ... I don't hear too much from OS 9 folks. Your mocking makes me want to fix it now though Seriously though, I have tried to avoid using 1.2 features -- I don't know about the MP3 import code since that's Daniel's and I don't have the source. If that code is 1.2 "clean" then it really shouldn't be a problem... Pushing for more people to go to OS X makes life easier, though, because the Java support is going to be much better and sadly Apple has basically said that they will never make a JDK 1.2 for OS 9 and below.

I'll take a look and see how far off of 1.1 we are now...

Mike

No, no, I wasn't mocking. No, I believe the term is "busting your balls".

Yeah -- I really screwed the pooch on this one ... I accidentally built the final jar without including Daniel's MP3 parser (which includes the Genre list), so it was basically bombing when it tried to display the Properties dialog. I'm rebuilding installers now and I'll put them up in the next half hour or so.

Just a quick 'Thank You' JEmplode is very nice and has know taken the place of Emplode on my Windows systems.

Just a quick 'Thank You' JEmplode is very nice and has know taken the place of Emplode on my Windows systems.

Wow, is it that good???

I don't hear too many Windows people switching to jEmplode ... Kind of interesting to hear. Thanks for the Thanks.

Mike

Works great now, thanks.

TommyE

I switched... though Rob's hint "wait til you see what we're doing with emplode" means you could have some catching up to do soon. =]

There is a prerelease jar on http://64.83.11.163/jemplode (my dns provider is down right now) that includes support for "pos" and padding.

Mike

There is a prerelease jar on http://64.83.11.163/jemplode (my dns provider is down right now) that includes support much better support for ISO-8859-1 everywhere (I think I caught them all). Thanks a lot for this tip!

(replace jemplode20.jar in your install directory for jemplode20-prerelease.jar -- you'll have to rename it to jemplode20.jar)

Mike

Incidentally, replace jemplode20.jar in your install directory for jemplode20-prerelease.jar -- you'll have to rename it to jemplode20.jar.

I just tried this version of Jemplode and the new file naming features work perfectly, exactly as advertised.

My filespec is now:
{artist} - {source} ({year}, {genre}) - {pos:2} - {title}.mp3

Which results in filenames that look like the following:
Béla Fleck and the Flecktones - Outbound (2000, Jazz) - 00 - Intro.mp3
Béla Fleck and the Flecktones - Outbound (2000, Jazz) - 01 - Hoe Down.mp3
Béla Fleck and the Flecktones - Outbound (2000, Jazz) - 02 - A Moment So Close.mp3

If need be, these can be translated into complete, fully populated tags with a simple run through Tag Studio. Perfect.

The only problem is that I forgot "position" started at zero. So the filenames are all off-by-one, but I don't really care since the only thing that's important is the order of the files, not the exact numbers.

I also noticed something interesting just now.

If you tell Jemplode to download an entire playlist, say "Yes to all", but then close the box showing the download progress, it keeps downloading in the background (closing the box doesn't cancel the download). Feature or bug? To me, it's a feature.

Given the choice between saying that an oddity is a feature or a bug, the programmer always says feature, right? In the spirit of that, I say it is a feature. In actuality, I never added in the capability to abort any transfers, and I forgot to turn off the close button on the progress dialog Oh well. I likely will add support for cancelling in a future release ... maybe I'll add a checkbox to enable/disable progress dialogs too. Incidentally, I noticed the zero-offset position also -- What would you expect the correct behavior to be? It's pretty easy to just add a "+ 1" in the position retriever if you think it should start at 1 instead of zero.... let me know. Mike

What would you expect the correct behavior to be?

I would expect the behavior to be as it is: If the "Position" column on the screen says zero, then if I use the "pos" variable, it should say zero as well.

However, I will say this.

In the Emplode software, the positions do start at 1 instead of at 0. Only in JEmplode do they start at 0. So the +1 might be something to consider, if only for consistency between the two products.

In Emplode, there's currently a bug where the main "playlists" list starts at 2 instead of at 1, and it might be a result of them adding a +1 in all cases. So if you notice this behavior after adding the +1 in JEmplode, you might have to work around this same bug.

I'll do the +1 thing ... I think Emplode starts at 2 because they're hiding Unattached Items from you (which would typically be 1)... That would be my guess.

Mike

the new prerelease does the +1, just an fyi

Give that man a cigar. Yeah, the "Unattached Items" playlist is still in the root playlist, which causes a discontinuity in the numbering (e.g. on my player, it's actually number 3 or 4).

This is the reason that the move up/down buttons are disabled in the root playlist -- it used to crash if you pushed the playlist too far. The quick fix is to disable the buttons. When I figure out a sane fix, I'll reenable them.

What do you think about just leaving Unattached Items visible? I had essentially the same problem in jEmplode and decided that it may actually be helpful in some instances to have that playlist visible so I decided to leave it. One example is that jEmplode shows modified nodes colorized Red -- when you sync to an Empeg that has database errors (aborted sync or whatever), it's really unclear what got "fixed" if something is moved to Unattached. By leaving it in, Unattached gets marked Red to show that it has "modified" (in this case, the nodes were moved to Unattached to repair the problems).

Just my two cents

Mike

emplode no longer moves anything to "Unattached Items", so there's not a lot of point in having it visible.

Interesting .. Didn't realize that. So when you find a 0 reference count node in Emplode, is it just not considered an error anymore (i.e. you just leave it be)?

Mike

Correct. A tune with refs=0 still exists in the soup. And can still be played via a search (and in the future, via soup from the main menu).

Correct. We don't worry about it.

After getting a later jar (ConnectException at startup - thought it was due to our screwy network until I came back here...), the ISO-8859-1 characters look much better.

Haven't tried uploading any yet, but I believe in your fix. Thanks.

The new version works with Mac OS 8.6.*

The only bug I am getting is that the genre shows up as (17) instead of 'Rock'. Shows up right on emplode in Virtual PC [but I will double check - I just udpated SoundJam (my ripper/encoder) last night too].
Unfilled in year shows up as -1 (bug or feature?)




(* I know this is the third thread I have said this, but I wanted to keep a couple of threads up to date)

The ID3 tag parser was written by Daniel .. I'll have to talk with him about the issues with tags. The -1 thing is a known issue -- As is typical, given the option, I claim it is a feature Not sure why the Genre didn't show up properly ... It definitely works in other places.

Mike

The tags work fine in emplode 2b11 (running Win 95 in VPC). I normally use v2.3 ID3 tags. If I use v2.2, nothing gets read in. If I use v1.1 tags all is fine.