JEmplode and 2.0

Posted by: tms13

JEmplode and 2.0 - 18/10/2001 05:53

http://sourceforge.net/projects/jempeg/ doesn't mention any updates of JEmplode for the new player.

Will the current JEmplode work with player 2.0, or will I need to make do with emptool alone? I quite like JEmplode for tweaking play-order, and would like to keep using it if I can.


BTW, got mine fitted on Tuesday (into a Peugeot 405 estate) and the stalk adapter we tried didn't work. I'll go back with 2.0 and give it a try soon (if I'd known it would be here today, I'd have delayed the install another week!). Otherwise, I guess I'll have to try making my own, with the help of Sven's details.

--
Toby Speight - 040103385
Posted by: dmz

Re: JEmplode and 2.0 - 18/10/2001 22:43

Unfortunately, you'll need to make do with emptool alone for the time being. We're trying to get JEmplode up to date with the 2.0 source, but it's taking longer than we had hoped it would...

The update will definitely be announced here, on the SourceForge page, and on the jempeg.org page whenever it happens, though.


-----
Daniel M. Zimmerman, Caltech Computer Science
Mk.2 #060000058, 36GB
Mk.1 #00101, 10GB
Posted by: tms13

Re: JEmplode and 2.0 - 19/10/2001 01:32

Thanks, Daniel. It's reassuring to know that JEmplode is being actively maintained.

I guess I ought to do some bug reporting/fixing - there's a problem that shows up under JDK 1.2 and 1.3 (maybe others) under certain X11 window managers due to setResizable affecting programmatic resizes (it shouldn't). I recognise this issue from my Real Work writing Java, so when I get chance to read the source, I can have a go at that one. Unfortunately, I don't have Swing experience...

--
Toby Speight - 040103385
Posted by: edwin

Re: JEmplode and 2.0 - 20/10/2001 11:50

(Goes without saying???)

Are you also planning to post the new release on riocar.org?

ญญ______________
Edwin de Vaan
Posted by: mschrag

Re: JEmplode and 2.0 - 23/10/2001 20:24

Of course! :)


Posted by: mschrag

Re: JEmplode and 2.0 - 23/10/2001 20:27

Daniel already confirmed this, but I'll just toss in that it's much slicker than JEmplode 1.0, too. I've been really trying to duplicate everything carefully from the new Emplode, so it's got the sortable/configurable columns, the multiple-track-edit properties dialog, the "virtual playlists" like Genre, Album, etc.

Mike

Posted by: Derek

Re: JEmplode and 2.0 - 24/10/2001 00:13

Need any help? I have a student working for me who is supposed to be pretty slick with Java

(list 6284, Mk1 S/N 00299 4GB blue [for sale]. Mk2 S/N 080000094 26GB blue)
Posted by: mschrag

Re: JEmplode and 2.0 - 24/10/2001 05:32

Once we get it out there (not too long), it's always cool to have additional help!

Posted by: bonzi

Re: JEmplode and 2.0 - 24/10/2001 09:09

Great! I will finally be able to choose between emptool+scripting and nice GUI on my Linux box (once I reanimate it).

Have you considerd adding a possibility to pull tunes from empeg, or perhaps even a full-fledged backup?

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green
Posted by: mschrag

Re: JEmplode and 2.0 - 24/10/2001 10:55

Yeah -- I don't know why it never occurred to me to do this before ... We have all the API's implemented to do this. After 2.0 stabilizes, I will likely look into that.

Posted by: bonzi

Re: JEmplode and 2.0 - 24/10/2001 13:55

Great!

Dragi "Bonzi" Raos
Zagreb, Croatia
Q#5196, MkII#80000376, 18GB green
Posted by: waynemo

JEmplode - 26/10/2001 14:54

I can't get Jempeg to run, what am I doing wrong?
My system will open and run other .jar progams.

Posted by: mschrag

Re: JEmplode - 27/10/2001 11:52

What platform are you on?
Posted by: waynemo

Re: JEmplode - 27/10/2001 17:49

Windoze 2k
Posted by: mschrag

Re: JEmplode - 27/10/2001 18:02

So you should be able to download the windows installer from Sourceforge (which is an .exe). That will create a launchable executable for JEmplode during installation. If you don't want the windows one, then you'll have to run it from the commandline, which is something like

java -classpath /wherever/jemplode.jar org.jempeg.empeg.emplode.Main

... if I remember correctly. I would recommend the windows installer though -- it will make your life a lot easier.

Mike
Posted by: waynemo

Re: JEmplode - 28/10/2001 15:08

I've downloaded a couple of things from sourceforge (vainstall and lift off) but they don't seem to be what I need.

Hint please!
wayne
Posted by: mschrag

Re: JEmplode - 28/10/2001 15:36

Try:

http://prdownloads.sourceforge.net/jempeg/Windows_jempeg.exe

Mike
Posted by: mschrag

Re: JEmplode - 28/10/2001 15:50

Whoops -- Sometimes I like to respond to myself instead of you :) Try:

http://prdownloads.sourceforge.net/jempeg/Windows_jempeg.exe

Mike
Posted by: waynemo

Re: JEmplode - 28/10/2001 18:45

Err, do I suddenly find out this is only for Mk2 players, it doesn't recognise my Mk1!

Wayne
Posted by: mschrag

Re: JEmplode - 28/10/2001 20:09

I've never actually tried an Mk1, so I'm not sure... I don't think the protocol is different between the two, though. Try specifying the IP address rather than doing a Broadcast and see if it is found.
Posted by: loren

Re: JEmplode - 28/10/2001 20:44

MK I's don't have ethernet =]
Posted by: dmz

Re: JEmplode - 29/10/2001 01:20

JEmplode will talk to a Mk1 over serial on some systems, but this hasn't been tested much. It does not speak USB. It will not speak USB any time in the near future, as there are no decent USB classes available for Java. Basically, it's mostly good for Ethernet. :)
Posted by: mschrag

Re: JEmplode - 29/10/2001 06:00

:) Certainly makes ethernet discovery harder, then... Then I imagine the best you can do is Serial. JEmplode doesn't support USB right now (There's only a USB impl. for Java on Linux).
Posted by: tms13

Re: JEmplode - 29/10/2001 07:05

I thought the emgep-car kernel module on Linux just looked like serial as far as user-land is concerned? It's certainly related to usb-serial on which it depends...

So it'd just be a matter of telling JEmplode where to find the device file?

(emptool has a --usb flag to tell it to buffer differently; I assume JEmplode could also benefit from this)