Floris' Blog

That is indeed a point in made in the articles: one to get past HR, and one to convince the technical interviewer. In this world it seems to be the best solution, but wouldn't it be nice if the HR-resume wasn't necessary?

I still believe that there should be two versions of resumes: One full of busswords/other BS to get through the HR department (which does nothing besides keyword matching in my experience (cause Javascript is totally like Java)), and one version which the technical interviewer will see.

But yeah, that's totally selfish because I'm embarrassed by what technical people put on their resume's to get it past HR departments. Like certifications ;)

Manuel: in that case you did a great job building that application! thanks, Floris

I wan't playing the starting artist musician role. I am a starving artist.

They should be: they might still be online today (the slides to watch during the presentation), otherwise they'll probably appear online in the next few weeks at http://developers.sun.com/learning/javaoneonline/

Brian Goetz' and Cliff Click's session was great. Do you know if the slides will be put online?

hi again,

While reading something online I realized the run command I was giving was wrong, running it with this command solved things:

java -cp ".;C:\Program Files\JavaFX\javafx-sdk1.1\lib\desktop;C:\Program Files\JavaFX\javafx-sdk1.1\lib\desktop\jmc.jar" -Djava.library.path="C:\Program Files\JavaFX\javafx-sdk1.1\lib\desktop" BasicPlayer

Hi Floris,

I came across your blog and in particular this page a few months ago. I'm making an educational application that involves playing videos inside SWING windows and want to use JMC.

I tried to run your BasicPlayer code under a windows vista machine with Java6 update 13 and JavaFX 1.1 SDK but had a strange error.

I made a post on the sun forums a while back, was wondering if you have any thoughts on this ?
Could it be that Sun has locked this capability of using JMC in JavaSE somehow ?

http://forums.sun.com/thread.jspa?threadID=5373625&tstart=0

I'd appreciate any help with this. Thanks.

Andrew, thanks for your comment. Using the pedestal for dynamic data seems to not fit the purpose of a pedestal (which is just a generic decoration tying icons to the location where the icon belongs). If one were to desire different pedestals, the way to go will be to either use several layers (if the number of pedestals is small and the pedestal has some fixed relation to a group of icons), or do without them and include it in the icons.
Your problem is more in the composition of an image. The IconRenderable used by world wind to ultimately draw the icons, looks inside the icons for the imageSource: this can be a string (which is then interpreted as a resource and if that fails as a filesystem file) or a buffered image.
If your set of possible combinations is small enough, you could pre-generate and include them in the application. Otherwise you might generate them in memory (using the getGraphics method on a BufferedImage, then draw onto the graphics object). It is advisable to have icons with the same combination of features all reference the same imageSource as the system will build a cache, using the imageSource as a key.
Good luck!

Ok, so i have an icon layer and I'm using different icons to indicate different sorts of objects. But, now I'm also wanting to display different "events" that can happen to those objects over the course of a number of scenario days. So, as the user varies the day, I want to re-render my icons with something that indicates what sort of event has occurred. I had hoped to use the "pedestal" and have different sorts of pedestals that i could modify dynamically to indicate the type of the event, while leaving the object icon the same. If, as you said, the pedestal must be the same for all icons in the layer, that doesn't sound workable. Any suggestions? Should I instead focus on dynamically modifying my icon bitmap in some way perhaps?

Hi Fred,

Thanks for the response! I hadn't noticed that. In my adventures with JMC I used a single player 'till the application was closed.
However, you should be able to reuse players by setting a new URI: a pool of them should therefore solve the problem.
You might also want to try this with the newly released JavaFX version!

Regards, Floris

Hi Floris, great work!

I've also been looking at using the JMC classes directly. Have you found a way to dispose of the players?

It seems that every player instance creates a new Thread, and they continue to exist even after the reference to the players are nulled. This creates a fairly large memory leak if multiple players are used.

Cheers, Fred