new installers, source, docs, jars, etc ... once I'm comfortable that the big problems are fixed, I'll move this over to jempeg.org. jEmplode autoupdate is turned off right now.

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

FIXED the ability to interact with the interface while syncing is dope, but takes a lot of getting used to. theres no indication on the main screen when i hit sync that anythings happening. can the transfer bar share the bottom half of the playlists tab? the details can stay where they are.

FIXED whenever i sync with emplode, when i go back to jemplode, it gives me a "Playlists referred to a missing tune or playlist with ID 272".

FIXED some of my files are not syncing thru. it gives a UTF16-LE error for the reason.

FIXED jemplode allows you to exit while a sync is happening. really bad, since the bar is invisible to an unknowing user. did that accidentally.

FIXED WMA files arent supported.

FIXED Hijack autoupdate = broken

FIXED starting jemplode right pane is on nothing. if you drag files to the pane, it goes to the all soup without getting into any playlist. suggest to default starting the right pane in the "Playlists" folder.

FIXED you try to add some files (about 60 albums), not sync and revert changes, then readd the files, and the transfer queue goes crazy, with a lot of duplicates and nullpointerexception. my guess is that the revert changes function doesnt clear the queue correctly. didnt even want to see what happens if i hit sync.

FIXED i was able to crash the v2final player by doing the following. i tried to upload the 60 albums again, then before syncing, deleted everything with "remove completely". it left me with a lot of "Updating Playlists" in the transfer details, so i synced, then without restarting jemplode, i readded the albums, synced again. can recreate the crash doing the same steps.

ms

Note that if you want to just download jars, you need to replace graphics.jar and jemplode.jar (graphics.jar contains the logoedit, animedit, and screen grab plugins).

By the way -- the OS X installer appears to set the JVMVersion to 1.3.1 instead of 1.4.1 ... if you want the beginnings of the newer look and feel on OS X (still looks a little funky -- I haven't spent any time cleaning up the layout), you can go into your Applications/jEmplode/jEmplode.app/Contents and edit Info.plist ... Look for the JVMVersion tag and change the value to 1.4.1. You'll get the brushed metal look and the Panther UI (probably have to have Panther to get that last part). I'll figure out why it's not defaulting to 1.4.1 for the next build.

ms

Cool. Jemplode no longer gives me any errors on the Jupiter. Time to mess with it more.

You think I should risk a synch or two with the Jupiter?

Since rebuilding my XP machine, I havn't gotten to reinstall Jemplode. Am I still going to need the "XP fix" so I don't get a blue screen? EDIT: IIRC, my issue was due to my ATi graphics card, not XP.

Wish List Item: Installing 3rd party aps would be like installing a Palm OS ap. Just click on the install.exe for it, and you are told "program will be installed next time you run Jemplode."

But I love what you have here. Builtin logo editor, animation editor, auto updates, etc etc. Awesome.

I run XP .. Not aware of anything special you have to do to make it work (it "just works" for me).

The 3rd party apps thing was a request a while ago ... It's sort of a big addition, so I just haven't gotten around to it yet. Now that I'm getting back in the swing of things, I'll look into that again.

ms

Ah, I understand what you mean by drag and drop now
You mean from the OS to Jemplode...

Is there any chance we'll be able to drag tracks from the "All Tracks" right hand pane to a playlist to add them to a playlist?
At the moment you have to copy them and when you right click on the playlist to select paste, it gets the fcus and you lose your place in the 'All Tracks' pane.

What I'm doing BTW, is browsing all my files and thinking "yeah, that one. And that one. Nah, nah, nah, yep, nah. yep etc etc etc"

I'm not so bold as to promise that you won't have problems, but I personally /think/ it will work. I can't imagine why it would cause problems. At least now the sync queue is visible, so you can see what it's going to do to your poor device. However, if you set your house on fire running it, I'm not claiming any responsibility

ms

I'm not sure why I've never bothered to write this ... Laziness mostly. I've been meaning to for a long time. I'll look into it.

I don't get the error either. Unless I am missing where to turn it on jemplode doesn't have the soup views anymore so how would a sync work ?

jEmplode has soup views -- they're just not any added in by default ... You can just right-click=>Add Soup Playlist and select "only in jEmplode" (if you don't want to add them to the device).

ms

OK, I guess my problem WAS with my ATi card when I exited Jemplode. But maybe that was "fixed" somehow in a Windows update or Jemplode 45 vs. 44. Who knows, but it's working now!

I didn't know about the "only in jemplode" part I thought that only made them on the player oops.

More than likely it's because I'm including the latest version of Java in this installer, which probably fixed the problem.

It just sits at syncronizing and doesn't do anything for me.

Hello Mike,

Thanks a lot for the new version...I found a small bug with the umlauts....


bye

Okay, I take it back. I guess opening Jemplode, connecting to the player and closing Jemplode wasn't enough to induce the crash. I had to do a sync then I get the blue screen reboot when I close Jemplode.

Mike PM'd me to recommend adding "sun.java2d.noddraw=true" in my jemplode.lax file. Remembering now, this fixed it last time. Just an FYI for anyone else out there with XP and an ATi card.

Can you explain more about the screenshot? What's it doing vs what is it supposed to do?

ms

Incidentally, I have XP + ATI Radeon 9700 Pro and run w/o problems, so it's not all ATI cards ... I would make sure you have the latest ATI drivers. Other than that, yeah, I guess disabling ddraw acceleration in the VM is the only route. Maybe lowing your hardware acceleration settings in the ddraw config might help too, but then you take a hit everywhere.

ms

when you do what?

If you look at the second line of the playlist the name of the artist ist Dani König, but JEmplode shows some strange characters...The same is on the third last line.

We are calling this "äöüéè" umlauts....And JEmplode does not showing up them correctly. The same is, if I download them form my Empeg back to my PC...The file names contains this wrong characters...

bye

Ta - fingers x'ed

I also sent a bug report that mentioned this to [email protected] recently (I don't know if you get them - anyway ... )
In it I also said:
I have noticed a problem on my system (WinXP JAVA_HOME=D:\apps\j2sdk1.4.0_01)
When I click a column to sort by it the column does sort but visually the up/down arrow stays on the first column I do this with and doesn't change.

Not critical but FYI...

Even Dani is asking what his name is!

How do I get Jemplode to skip m3u imports? I hope I'm not just missing something really easy!

Hmm .. Right now you can't ... I can add an option though.

Whoops .. fixed in the next release

That'd be awesome. But I'm happy enough the way it is, so don't take it as anything but a "wish". I just have m3u's in all my album folders so draging a folder into Jemplode creates two references of everything.

is it possibe to even have two references contained in the same playlist? i thought jemplode would automatically see that theres one in there already, and call the next one a dupe.

It creates a copy of that playlist in the playlist itself... Maybe I should do a screenshot, but if I had a playlist called "Album 1", if you looked at its contents, you'd see all the tracks belonging to that playlist as well as another copy of the same playlist.. It is smart enough to not import 2 copies of each song to the hard drive, but the extra playlist is still there.

Sorry too many things going on in this thread at once.

I tried to do a sync to my rio central. I just edited the info for a track and tried to sync. After I start the sync jemplode just stays at synchronizing and the progress bar doesn't move.

oic what you're saying. playlist in a playlist.

yeeehhh.. thats true.....

Hi!

I just tried the new v47 and i really appreciate the "sync and forget" function. Really great to be able to continue to retag during sync'ing.

Now, to my bug: I added the track # column and placed it second, right after title column using move up/down and it worked. But when I entered the colums settings again, it reverted the columns to their default position, where ever I placed them before.

And just for curiosity, do you plan/work on the "build database in PC" feature? This would be a such good improvement over the original emplode!!

Thanks

I'll look into that bug ...

As far as database rebuilding, it's on the list of things to work ... No real commitment of when I'll do it at this point, though, but it /is/ on the list.

ms

Thanks for your quick answer

Here's an other one:

I just can't seem to be able to "Set playlist Order..." anymore. The form containing options never appears.

Thanks!

I don't think jEmplode ever had a dialog like Emplode does ... I think Set Playlist Order takes the current sort order of the playlist view and commits that as the natural order of the playlist. I don't use that option, so I'm not sure it is still working, but if you show the "Position" column, you should see the values change when you Set Playlist Order.

oh, what i've noticed is that playlists arent being grouped together when there are also tracks in the root playlist (or any playlist for that matter). its just in alphabetical order. bug or feature? =) it probably did this before, just never combined nested playlists and tracks in a playlist til now.

so you're saying when you have tunes and playlist in a single playlist they they are alphabetized together vs alpha playlists folled by alpha tunes? That's by design, I guess ... More that I never really thought about it, so it's accidentally on purpose

yeah, thats what i'm saying. dont have my empeg right now to see if thats the same behaviour on emplode. just bugged me a bit since its basically universal in operating systems to group folders and files seperately.

emplode does the same thing and it kills me! But they are "playlists" not folders!

better start naming all my playlists like _<playlist_name>_. but i dont want any passenger of mine to think i'm somewhat l33t with all the additional special characters.

I tried (Playlist Name) for all of mine in emplode but then emplode got "smart" and sorted alphabetically by first letter (skipping any symbols) rather than by first character.

I'm with you on this one, I'd like playlists to stay up top.

emplode 2.0-final has a nifty menu option in the Tools menu that "does the right thing". Playlists are sorted at the top alphabetically, and tracks are sorted at the bottom by track number. It's recursive.

wow. tools -> ordering in emplode "fixed" the play order perfectly. it changes all playlists below it, and then starts working on the tracks. i'm not sure what it does to the tracks though, since i thought that the ordering is stored in the playlists. i dont suggest paul g do this on his root playlist as it will do whatever it does to every track contained on his empeg.

Roger, very nice! You guys are always sneaking stuff in there eh?

In reply to:

---

its basically universal in operating systems to group folders and files seperately

---

Really? Not in any locale I've ever used! Directories and files sort alphabetically in C and UK locales on the platforms I have ready access to (Linux, HP-UX, Solaris, AIX). I guess that if you really want to sort by type, there is a "type" tag provided that you could use after sorting on title.

I'd hate to see Mike break the current (working, intuitive) behaviour of sorting on the requested column - I have quite a few artist playlists that are sorted chronologically, but containing a mix of albums and loose tunes (the latter mainly from compilations or bonus tracks). It would be counterintuitive to add an implicit "sort-by-type" (and hard to undo if there were no way to disable it).

crap, you're right in unix-centric oses. i've just been spoiled by windows and aliasing ls to group in linux.

Okay keen as ever to get bleeding edge but i have tryed replacing the current jemplode jar with the jar on the site and whenever i try starting it it just spits the dummy and won't start.

Running panther on a 12inch g4 powerbook.

if you run java -jar jemplode.jar from the commandline, do you get any output on the console?

10.3 on a 15inch and replacing the jar worked on mine.

i have no idea what you mean

but typed that into terminal

and i got this

[Paulallison:~] paulalli% java -jar jemplode.jar
HotSpot not at correct virtual address. Sharing disabled.
Exception in thread "main" java.util.zip.ZipException: No such file or directory
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:112)
at java.util.jar.JarFile.<init>(JarFile.java:117)
at java.util.jar.JarFile.<init>(JarFile.java:55)
[Paulallison:~] paulalli%

47 is just sooooo sluggish and slow for me... it's painful. I'm guessing my "ATi" fix is what did it..

XP on dual-headed 19" - and it works for me too
(Damn I wish 2.6.0-test9/Xfree did dual-head )

can you make sure you're in the same directory as jemplode.jar and run that again? that HotSpot not at correct virtual address thing is pretty suspicious sounding ... never seen that before ...

I believe that .... I wish I had more for you on that one, but when you're talking driver incompatibility, there's not much that can be done I don't know why it would be any slower than previous releases, though. Nothing really changes very much wrt UI .....

Will do just need to use my new book

unix for OS X

needed an excuse anyway

The hotspot thing is a bug in Panther.. see this.

I'm having problems on both of my machines (XP and 2000)with the new jemplode (47) ... jemplode finds my empeg (ethernet) and connects successfully. It downloads the database and gets stuck on "Updating Interface". Does anyone have any ideas as to how to fix this?
Thanks,

..I found a small bug with the umlauts....

You're running v3.00 alpha, right?

This is UTF-8 that's being displayed as iso8859-1.

When migrating to v3, your player database is being converted
from iso8859-1 to UTF-8. That alone could cause touble for
third party apps.

But things can even get more confusing. I don't think
the tag files that are used to reconstruct the player database
are converted themselves, leaving them iso8859-1 encoded.
But newly uploaded tag files may be UTF-8 encoded, so I'm
not sure how emplode and jemplode cope with this.

Pim

yeee I am using 3.00 alpha....

bye

Can somebody help?
I am getting an error at the end of installation V47, as soon as I click done it gives me this error.
Wjview.exe application error
The instructions at "ox77f52610" referenced memory at "oxo4993db0". The memory could not be "written".
Click on ok to terminate the program.
But version 45 works with no problems? Also I have tried v47 on my laptop and it works fine. Running XP on both.

wjview.exe is Microsoft's Java VM, I believe ... Make sure you have java installed from www.java.com and try again, maybe?

Mike,

Do you have just the Mac OS X binary that you can post? The install.zip consistently crashes on my machine after the "Choose Alias Folder" screen.

I've got 10.3.1. Have you run the installer successfully on that version? If not, is there any sort of incompatibility between InstallAnywhere and this version or something?

FYI, In trying to solve this problem, I tracked down my backup of 10.2.8. The installer actually works on that, so I think there must just be some InstallAnywhere problems with Panther, or else something's really screwed up on my system since the upgrade.

It installs on my Panther, so it's not Panther-specific ... When I do the next build I'll do a zip also.

I've found a small bug in jEmplode 47. When selecting new playlists or soups the status bar doesn't automatically update the total track count for the playlist. If you do a "select all" though, the status bar does update itself.

This may just be a problem using my Sun 1.4.2 JavaVM in Linux.

Ross

If you just click on anything on the right side, will it update, or do you have to do select all?

I think I may have found a small issue.. (Didn't see it mentioned in any thread here..)

Fresh, FRESH install of 3.00a3. There was no CONFIG.INI file. (Causing Emplode 2.01 to crash.) Fill out 'Player Config' in 47. Sync. *STILL* no CONFIG.INI file. Even right after clicking the 'Save/Sync' button, when try to exit, get the message "The Database is not in sync.." message. Never would sync up new config.ini. So first issue - no new config.ini if missing. (Maybe a bug in actual player? But no, because..)

Loaded up 44, made CONFIG.INI perfectly fine. Re-run 47, loads config.ini fine. Still won't save anything.. :/

I like the sync and continue working function, however! Very smooth! It'd be nice to have a little textbox type window with a status bar, so you can see past activities.. Instead of having just a small line telling you..

Good job!
Me.

So basically 47 neither adds nor updates config.ini?

Yeah, clicking on a track on the right-hand side so that something is selected will cause the status bar to update. Basically you just need to have something selected before jEmplode will tell you the total number of tracks in the list. Whereas jEmplode 44/45 would update the status with the total number of tracks in the list whenever you click on a list in the left-hand panel.

Ross

I can confirm that that jEmplode 47 isn't updating the config.ini file. It does read the file, but it doesn't update any changes after a sync.

Ross

What he said.
Of course, I'm testing on v3.00a3. Have not tested on v2.00..

Me.

Does anyone have any ideas as to what I should check to fix this issue?

If you run from the console (java -jar jemplode.jar) do any errors get printed out?

ms

Post deleted by sirmanson

So nothing prints out to the console? How about running it

java -Ddebuglevel=31 -jar jemplode.jar

and mail me the output -- [email protected]

ms

Here is the output :
Unable to open connection to device. caused by:
org.jempeg.music.protocol.ConnectionException: Unable to connect to device using Ethernet.
at org.jempeg.music.protocol.SocketConnection.open(SocketConnection.java:132)
at org.jempeg.empeg.protocol.EmpegProtocolClient.open(EmpegProtocolClient.java:351)
at org.jempeg.empeg.protocol.EmpegProtocolClient.open0(EmpegProtocolClient.java:943)
at org.jempeg.empeg.protocol.EmpegProtocolClient.isDeviceConnected(EmpegProtocolClient.java:173)
at org.jempeg.empeg.protocol.discovery.UnicastNetworkEmpegDiscoverer.discover(UnicastNetworkEmpegDiscoverer.java:53)
at org.jempeg.empeg.protocol.discovery.CompoundEmpegDiscoverer.discover(CompoundEmpegDiscoverer.java:66)
at org.jempeg.empeg.manager.EmpegDiscoveryManager.refresh(EmpegDiscoveryManager.java:161)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog.refresh(ConnectionSelectionDialog.java:240)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog$RefreshRunnable.run(ConnectionSelectionDialog.java:310)
at java.lang.Thread.run(Unknown Source)

That's it? There's no other output?

That's all she wrote. You had me change it to use Unicast only when connecting to the empeg and now there is no output at all.

Same behavior in the UI? Just sits there at Downloading Database?

It finishes downloading the database and stops at "Updating Interface"

Can you run it from the console again, and when it gets to the point when it hangs, switch to the console and press Ctrl-Break (or on Linux Ctrl-Backslash, I think) and send me the full output ...

ms

Mike,

I just uploaded some files with 47 (nice work). I noticed that it caught the duplicates in the dialog, but strangely enough, it uploaded them dups anyways. The only reason this is somewhat bothersome is that I generated a soup called "newstuff" which only has recently uploaded material based on the create date. With 47, the duped stuff also showed up in newstuff since it was re-uploaded.

Is this pilot error?

Thanks
-Ted

thats how its supposed to work. it creates a reference to the track in the offending playlist.

That's with a regular playlist ... with a soup playlist it should use the alternate implementation which doesn't do that (you don't want multiple instances appearing in soups)

wow. i can't believe i didnt notice this. where is the Ignore as Child option in the properties of playlists? it seems to be gone in v47.

Hmm .. May have accidentally been sacrificed to the gods of shared Karma code ... I'll bring it back in the next build.

ms

May have accidentally been sacrificed to the gods of shared Karma code ...

Which would be a real shame, seeing as how the last time I checked, the Karma actually correctly honors the ignore-as-child flag in nested playlists.

Yeah -- I just didn't realize that at the time ... There were a lot of pieces to pickup after I got the Karma code working.

I just switched to jEmplode 47 (by replacing the jEmplode.jar file and adding the graphics.jar file).

Works nice, especially the updated sync method (previously I used the 44 version).

One question:
When I upload an mp3 using version 44, the tag "genre" of the file reflected the correct value (e.g. Rock).

When using version 47, new files get the full tag "(17)Rock" added (i.e. with the old ID3V1.x numerical code).

I checked the binary contents of the file, the full "(17)Rock"it is present in the file, also when I upload the file using jEmplode 44; The only difference seems to be the behaviour of jEmplode 47.

Is there any way to keep using version 47 without getting the numerical code automatically added? Or did something go wrong when updating from jEmplde 44 to jEmplode 47 on my system?

Jelle

NB: tested on SuSE 8.2 Linux system, with j2re1.4.2_01 as java engine

When you say upload, do you mean when you import the file from your computer to your empeg?

If I'm reading this correctly, you're saying the MP3 file has "(17)Rock" set as its genre ... Where are you seeing this value displayed in jEmplode -- if the playlist table view or somewhere else?

you're saying the MP3 file has "(17)Rock" set as its genre

I don't know if this has any bearing on the conversation, but sometimes when I download (Empeg->Computer) with Jemplode and it writes the ID3V2 tag to the file the genre field comes out as "(-1)".

When you say upload, do you mean when you import the file from your computer to your empeg?

Yes

If I'm reading this correctly, you're saying the MP3 file has "(17)Rock" set as its genre ... Where are you seeing this value displayed in jEmplode -- if the playlist table view or somewhere else?

The 3 following screendumps probably explain my comments a little more:
(1) the first part (hexdump) of the original mp3 file.
(2) the genre as displayed in my ID3 tag editor ("Easytag")
(3) the result in jEmplode (the existing mp3, and the freshly added mp3 (with dupe check disabled)).

As can be seen, the new upload with jEmplode 47 results in the "(17)Rock" genre (in contrast to the existing one, uploaded with the pre-47 version).

NB: According to the ID3V2.3 specs, it is possible to have the old ID3V1.x numerical code to be present in the ID3V2.3 genre code (from this site)

NB2: It is still possible that this is due to incorrect upgrade from 44 to 47, so I'm really interested if anyone can confirm or deny this behaviour in their own setup with v47

ANd the second attachment (tag editor display)

third attachment (jEmplode display)

ive noticed that i can not change the name of either of my empegs using jemplode. it also wont set any other 'configure player' settings through a synch. such as phone number, name, email...

yep .. fitnr

Thanks for a great program!

Just tried out v3a3/5 on the empeg and jEmplode everything works as expected but one thing - the swedish characters(åäöÅÄÖ).
I think it has to do with the fact that the database now is in UTF? It looks like a typical UTF-chars in a ISO8859-1 enviroment in the playlist in jEmplode (Everything looks ok in the empeg)..

Running Linux(Gentoo with 2.6-kernel), LANG=en_US

/Fredrik

Ok, I upgraded to Jemplode 50 and still gettting the same issue... Here is my screen dump :

Full thread dump Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode):

"DestroyJavaVM" prio=5 tid=0x00234AE8 nid=0x64c waiting on condition [0..6fadc]

"jEmplode: Download" prio=5 tid=0x0ACD0B78 nid=0x564 waiting on condition [cb4f0
00..cb4fd88]
at com.inzyme.model.LongVector.<init>(LongVector.java:60)
at com.inzyme.model.LongVector.<init>(LongVector.java:73)
at com.inzyme.model.LongVector.<init>(LongVector.java:82)
at org.jempeg.nodestore.FIDPlaylist.checkForProblems(FIDPlaylist.java:76
2)
- locked <04646DB8> (a org.jempeg.nodestore.FIDPlaylist)
at org.jempeg.nodestore.PlayerDatabase.checkForProblems(PlayerDatabase.j
ava:580)
at org.jempeg.manager.SynchronizeUI.download(SynchronizeUI.java:193)
- locked <0302BCD0> (a org.jempeg.empeg.protocol.EmpegSynchronizeClient)

at org.jempeg.manager.SynchronizeUI$2.run(SynchronizeUI.java:155)
at java.lang.Thread.run(Unknown Source)

"TimerQueue" daemon prio=5 tid=0x0C170960 nid=0x754 in Object.wait() [cb0f000..c
b0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0302BDB0> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(Unknown Source)
- locked <0302BDB0> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Unknown Source)

"Thread-4" prio=5 tid=0x0C161FA8 nid=0x698 runnable [cabf000..cabfd88]
at java.net.PlainDatagramSocketImpl.receive(Native Method)
- locked <0302DE28> (a java.net.PlainDatagramSocketImpl)
at java.net.DatagramSocket.receive(Unknown Source)
- locked <0302DE58> (a java.net.DatagramPacket)
- locked <0302DE78> (a java.net.DatagramSocket)
at org.jempeg.protocol.discovery.SSDPDiscoverer$1.run(SSDPDiscoverer.jav
a:63)
at java.lang.Thread.run(Unknown Source)

"Thread-3" prio=5 tid=0x0C158FB8 nid=0x898 in Object.wait() [c60f000..c60fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0302DDE0> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
- locked <0302DDE0> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
at org.jempeg.protocol.discovery.SSDPDiscoverer.startDiscovery0(SSDPDisc
overer.java:106)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.protocol.discovery.CompoundDiscoverer$1.run(CompoundDiscov
erer.java:50)
at java.lang.Thread.run(Unknown Source)

"jEmplode: Refresh Connections" prio=5 tid=0x0C158540 nid=0x720 in Object.wait()
[c57f000..c57fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
- locked <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
at org.jempeg.protocol.discovery.CompoundDiscoverer.startDiscovery0(Comp
oundDiscoverer.java:64)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.empeg.manager.DiscoveryManager.refresh(DiscoveryManager.ja
va:186)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog.refresh(Con
nectionSelectionDialog.java:258)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog$RefreshRunn
able.run(ConnectionSelectionDialog.java:328)
at java.lang.Thread.run(Unknown Source)

"AWT-EventQueue-0" prio=7 tid=0x0ACE8A00 nid=0x380 waiting for monitor entry [bf
7f000..bf7fd88]
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.playlistStructure
Changed(AbstractFIDPlaylistModel.java:98)
- waiting to lock <04646DB8> (a org.jempeg.nodestore.FIDPlaylist)
- locked <04806F00> (a org.jempeg.nodestore.model.FIDPlaylistTreeNode)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.ensureChildrenLoa
ded(AbstractFIDPlaylistModel.java:245)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.isLeaf(AbstractFI
DPlaylistModel.java:66)
at javax.swing.tree.DefaultTreeModel.isLeaf(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimen
sions(Unknown Source)
at javax.swing.tree.AbstractLayoutCache.getNodeDimensions(Unknown Source
)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.getPathBounds(Unknown Source)
at com.sun.java.swing.plaf.windows.WindowsTreeUI.ensureRowsAreVisible(Un
known Source)
at javax.swing.plaf.basic.BasicTreeUI.toggleExpandState(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.handleExpandControlClick(Unknown S
ource)
at javax.swing.plaf.basic.BasicTreeUI.checkForClickInExpandControl(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.handleSelection(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.mousePressed(Unknown
Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

"Java2D Disposer" daemon prio=10 tid=0x0ACCE260 nid=0x264 in Object.wait() [bf3f
000..bf3fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at sun.java2d.Disposer.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Windows" daemon prio=7 tid=0x0AC9D078 nid=0x1f4 runnable [aecf000..aecfd88]

at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Shutdown" prio=5 tid=0x00957D08 nid=0x484 in Object.wait() [ae8f000..ae8fd8
8]
at java.lang.Object.wait(Native Method)
- waiting on <02F1B928> (a java.lang.Object)
at java.lang.Object.wait(Unknown Source)
at sun.awt.AWTAutoShutdown.run(Unknown Source)
- locked <02F1B928> (a java.lang.Object)
at java.lang.Thread.run(Unknown Source)

"Signal Dispatcher" daemon prio=10 tid=0x008B8660 nid=0x6a0 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x008FBB00 nid=0x640 in Object.wait() [ab4f000..ab
4fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x008FAE90 nid=0x5a8 in Object.wait() [ab
0f000..ab0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFB60> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
- locked <02EFFB60> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x008F9C58 nid=0x504 runnable

"VM Periodic Task Thread" prio=10 tid=0x008B70B8 nid=0x35c waiting on condition

"Suspend Checker Thread" prio=10 tid=0x008B7C78 nid=0x584 runnable overer.java:106)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.protocol.discovery.CompoundDiscoverer$1.run(CompoundDiscov
erer.java:50)
at java.lang.Thread.run(Unknown Source)

"jEmplode: Refresh Connections" prio=5 tid=0x0C158540 nid=0x720 in Object.wait()
[c57f000..c57fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
- locked <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
at org.jempeg.protocol.discovery.CompoundDiscoverer.startDiscovery0(Comp
oundDiscoverer.java:64)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.empeg.manager.DiscoveryManager.refresh(DiscoveryManager.ja
va:186)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog.refresh(Con
nectionSelectionDialog.java:258)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog$RefreshRunn
able.run(ConnectionSelectionDialog.java:328)
at java.lang.Thread.run(Unknown Source)

"AWT-EventQueue-0" prio=7 tid=0x0ACE8A00 nid=0x380 waiting for monitor entry [bf
7f000..bf7fd88]
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.playlistStructure
Changed(AbstractFIDPlaylistModel.java:98)
- waiting to lock <04646DB8> (a org.jempeg.nodestore.FIDPlaylist)
- locked <04806F00> (a org.jempeg.nodestore.model.FIDPlaylistTreeNode)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.ensureChildrenLoa
ded(AbstractFIDPlaylistModel.java:245)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.isLeaf(AbstractFI
DPlaylistModel.java:66)
at javax.swing.tree.DefaultTreeModel.isLeaf(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimen
sions(Unknown Source)
at javax.swing.tree.AbstractLayoutCache.getNodeDimensions(Unknown Source
)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.getPathBounds(Unknown Source)
at com.sun.java.swing.plaf.windows.WindowsTreeUI.ensureRowsAreVisible(Un
known Source)
at javax.swing.plaf.basic.BasicTreeUI.toggleExpandState(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.handleExpandControlClick(Unknown S
ource)
at javax.swing.plaf.basic.BasicTreeUI.checkForClickInExpandControl(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.handleSelection(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.mousePressed(Unknown
Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

"Java2D Disposer" daemon prio=10 tid=0x0ACCE260 nid=0x264 in Object.wait() [bf3f
000..bf3fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at sun.java2d.Disposer.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Windows" daemon prio=7 tid=0x0AC9D078 nid=0x1f4 runnable [aecf000..aecfd88]

at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Shutdown" prio=5 tid=0x00957D08 nid=0x484 in Object.wait() [ae8f000..ae8fd8
8]
at java.lang.Object.wait(Native Method)
- waiting on <02F1B928> (a java.lang.Object)
at java.lang.Object.wait(Unknown Source)
at sun.awt.AWTAutoShutdown.run(Unknown Source)
- locked <02F1B928> (a java.lang.Object)
at java.lang.Thread.run(Unknown Source)

"Signal Dispatcher" daemon prio=10 tid=0x008B8660 nid=0x6a0 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x008FBB00 nid=0x640 in Object.wait() [ab4f000..ab
4fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x008FAE90 nid=0x5a8 in Object.wait() [ab
0f000..ab0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFB60> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
- locked <02EFFB60> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x008F9C58 nid=0x504 runnable

"VM Periodic Task Thread" prio=10 tid=0x008B70B8 nid=0x35c waiting on condition

"Suspend Checker Thread" prio=10 tid=0x008B7C78 nid=0x584 runnable
Full thread dump Java HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode):

"DestroyJavaVM" prio=5 tid=0x00234AE8 nid=0x64c waiting on condition [0..6fadc]

"jEmplode: Download" prio=5 tid=0x0ACD0B78 nid=0x564 waiting on condition [cb4f0
00..cb4fd88]
at com.inzyme.model.LongVector.<init>(LongVector.java:60)
at com.inzyme.model.LongVector.<init>(LongVector.java:73)
at com.inzyme.model.LongVector.<init>(LongVector.java:82)
at org.jempeg.nodestore.FIDPlaylist.checkForProblems(FIDPlaylist.java:76
2)
- locked <04646DB8> (a org.jempeg.nodestore.FIDPlaylist)
at org.jempeg.nodestore.PlayerDatabase.checkForProblems(PlayerDatabase.j
ava:580)
at org.jempeg.manager.SynchronizeUI.download(SynchronizeUI.java:193)
- locked <0302BCD0> (a org.jempeg.empeg.protocol.EmpegSynchronizeClient)

at org.jempeg.manager.SynchronizeUI$2.run(SynchronizeUI.java:155)
at java.lang.Thread.run(Unknown Source)

"TimerQueue" daemon prio=5 tid=0x0C170960 nid=0x754 in Object.wait() [cb0f000..c
b0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0302BDB0> (a javax.swing.TimerQueue)
at javax.swing.TimerQueue.run(Unknown Source)
- locked <0302BDB0> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Unknown Source)

"Thread-4" prio=5 tid=0x0C161FA8 nid=0x698 runnable [cabf000..cabfd88]
at java.net.PlainDatagramSocketImpl.receive(Native Method)
- locked <0302DE28> (a java.net.PlainDatagramSocketImpl)
at java.net.DatagramSocket.receive(Unknown Source)
- locked <0302DE58> (a java.net.DatagramPacket)
- locked <0302DE78> (a java.net.DatagramSocket)
at org.jempeg.protocol.discovery.SSDPDiscoverer$1.run(SSDPDiscoverer.jav
a:63)
at java.lang.Thread.run(Unknown Source)

"Thread-3" prio=5 tid=0x0C158FB8 nid=0x898 in Object.wait() [c60f000..c60fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0302DDE0> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
- locked <0302DDE0> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
at org.jempeg.protocol.discovery.SSDPDiscoverer.startDiscovery0(SSDPDisc
overer.java:106)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.protocol.discovery.CompoundDiscoverer$1.run(CompoundDiscov
erer.java:50)
at java.lang.Thread.run(Unknown Source)

"jEmplode: Refresh Connections" prio=5 tid=0x0C158540 nid=0x720 in Object.wait()
[c57f000..c57fd88]
at java.lang.Object.wait(Native Method)
- waiting on <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
- locked <0301C468> (a java.lang.Thread)
at java.lang.Thread.join(Unknown Source)
at org.jempeg.protocol.discovery.CompoundDiscoverer.startDiscovery0(Comp
oundDiscoverer.java:64)
at org.jempeg.protocol.discovery.AbstractDiscoverer.startDiscovery(Abstr
actDiscoverer.java:45)
at org.jempeg.empeg.manager.DiscoveryManager.refresh(DiscoveryManager.ja
va:186)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog.refresh(Con
nectionSelectionDialog.java:258)
at org.jempeg.empeg.manager.dialog.ConnectionSelectionDialog$RefreshRunn
able.run(ConnectionSelectionDialog.java:328)
at java.lang.Thread.run(Unknown Source)

"AWT-EventQueue-0" prio=7 tid=0x0ACE8A00 nid=0x380 waiting for monitor entry [bf
7f000..bf7fd88]
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.playlistStructure
Changed(AbstractFIDPlaylistModel.java:98)
- waiting to lock <04646DB8> (a org.jempeg.nodestore.FIDPlaylist)
- locked <04806F00> (a org.jempeg.nodestore.model.FIDPlaylistTreeNode)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.ensureChildrenLoa
ded(AbstractFIDPlaylistModel.java:245)
at org.jempeg.nodestore.model.AbstractFIDPlaylistModel.isLeaf(AbstractFI
DPlaylistModel.java:66)
at javax.swing.tree.DefaultTreeModel.isLeaf(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimen
sions(Unknown Source)
at javax.swing.tree.AbstractLayoutCache.getNodeDimensions(Unknown Source
)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.tree.FixedHeightLayoutCache.getBounds(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.getPathBounds(Unknown Source)
at com.sun.java.swing.plaf.windows.WindowsTreeUI.ensureRowsAreVisible(Un
known Source)
at javax.swing.plaf.basic.BasicTreeUI.toggleExpandState(Unknown Source)
at javax.swing.plaf.basic.BasicTreeUI.handleExpandControlClick(Unknown S
ource)
at javax.swing.plaf.basic.BasicTreeUI.checkForClickInExpandControl(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.handleSelection(Unkno
wn Source)
at javax.swing.plaf.basic.BasicTreeUI$MouseHandler.mousePressed(Unknown
Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.AWTEventMulticaster.mousePressed(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

"Java2D Disposer" daemon prio=10 tid=0x0ACCE260 nid=0x264 in Object.wait() [bf3f
000..bf3fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02F665E8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at sun.java2d.Disposer.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Windows" daemon prio=7 tid=0x0AC9D078 nid=0x1f4 runnable [aecf000..aecfd88]

at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Shutdown" prio=5 tid=0x00957D08 nid=0x484 in Object.wait() [ae8f000..ae8fd8
8]
at java.lang.Object.wait(Native Method)
- waiting on <02F1B928> (a java.lang.Object)
at java.lang.Object.wait(Unknown Source)
at sun.awt.AWTAutoShutdown.run(Unknown Source)
- locked <02F1B928> (a java.lang.Object)
at java.lang.Thread.run(Unknown Source)

"Signal Dispatcher" daemon prio=10 tid=0x008B8660 nid=0x6a0 waiting on condition
[0..0]

"Finalizer" daemon prio=9 tid=0x008FBB00 nid=0x640 in Object.wait() [ab4f000..ab
4fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked <02EFFAF8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source)

"Reference Handler" daemon prio=10 tid=0x008FAE90 nid=0x5a8 in Object.wait() [ab
0f000..ab0fd88]
at java.lang.Object.wait(Native Method)
- waiting on <02EFFB60> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Unknown Source)
at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source)
- locked <02EFFB60> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x008F9C58 nid=0x504 runnable

"VM Periodic Task Thread" prio=10 tid=0x008B70B8 nid=0x35c waiting on condition

"Suspend Checker Thread" prio=10 tid=0x008B7C78 nid=0x584 runnable


---- Every time I press CTRL-BREAK this outputs again --- I can't get Jemplode to exit without end-tasking it...

Just for grins, can you update to JDK 1.4.2 and try again? I'll look at what is going on in the code at these stack points as well ...

ms

By the way, that output is what I wanted ... It's not supposed to quit. That sends a signal to the VM to display a dump of exactly what is executing.

ms

So interestingly it doesn't appear to be a deadlock ... Maybe an infinite loop. Maybe there's a bug in the loop checker and you have a loop in your playlists or something. When 51 comes out, I'll include some extra debug statements so maybe we can find out what the hell it's doing.

I upgraded to the JDK that you suggested and the same thing is happening. Do you want me to do a dump again as well?

Do you want me to do a dump again as well?

I'm sorry, I just came over from reading the Bathroom Etiquette thread, and was temporarily confused...

Yeah if you don't mind .. 1.4.2 has some nicer features

In reply to:

---

I'm sorry, I just came over from reading the Bathroom Etiquette thread, and was temporarily confused...

---

You and me both!

Since Tony didn't link to the thread, I thought it would be appropriate for me to.

you're saying the MP3 file has "(17)Rock" set as its genre

I don't know if this has any bearing on the conversation, but sometimes when I download (Empeg->Computer) with Jemplode and it writes the ID3V2 tag to the file the genre field comes out as "(-1)"..

Just for the record:
Issue is solved. It was probably due to a combination of a bug in Easytag and the (correct) logic in jEmplode.

I reinstalled jEmplode, updated it to V52, and upgraded Easytag to 0.30c (according to its logs they updated the id3v2.x part)

Now I get these results in the hexdump of the files:
if id3-tag is one of the 'standard' tags, only the numerical code is stored, e.g. "(80)". If it is a non-standard tag, only the text is stored (e.g. "Hollands"). Both situations are handled perfectly by jEmplode, resulting in correctly tagged files on the empeg.

Jelle