After much laziness, the next official JEmplode release is out... snag it at http://www.jempeg.org or http://www.sourceforge.net/projects/jempeg

Mike

A bug report - it still isn't using ISO-8859.1 to match the player. All non-ASCII characters in playlist and track names appear as square boxes, and if I edit their properties, the name on the player is changed to have question-marks in those positions.

Does this only happen on Mac OS X? I think it works on Windows... Can you give me an example character (ASCII char #) to try? If my first sentence is true, then I wonder if there is a bug in OS X Java, because I thought the default font was supposed to be an 8859 font. I'll look into it...

Thanks
Mike

I'm using Linux (2.4,10ish, Blackdown J2SE 1.3.1).

All accented characters are affected - one example is for the playlist "N��àdurra" (that's a-grave after the N).

LC_ALL=en_GB

I don't think it's merely a font issue, as writing back to the player didn't preserve the characters. Do you use the default String/byte converters anywhere (e.g. new String(byte[]) or String.getBytes() without specifying an encoding - or equivalently, new StreamReader(InputStream) or new StreamWriter(OutputStream)?

Heah That's GREAT !!!!!

I like the real time grab sreen ....

Now what i'd like is a Hijack Updater from JEMplode , that would Rock !!!!

Again Congratulations !!!

Interesting ... I think you might be right. I need to look into it, but I'm basically doing a (this is summarized):

String title = <whateveryoutyped>;
...
ByteArrayOutputStream baos = new ByteArrayOutputStream();
baos.print(title);

So the question is, what is that doing behind the scenes......

Mike

I actually don't use Hijack (I know, I'm behind the times )... What is the Hijack updater and what's required to implement it? Is this like the Emplode upgrade tool? (i.e. a way to flash a new kernel on?), because we do have that ... Maybe it can be adapted.

In reply to:

---

ByteArrayOutputStream baos = new ByteArrayOutputStream();
baos.print(title);

---

Are you sure? ByteArrayOutputStream doesn't have any print() methods, at least in 1.3.1.

If you know which class, I can download the source bundle and have a read...

Just downloaded and tried Jemplode for the first time in a long time.
Looks great, but any idea why I can't get properties of any tracks??
The properties menu bar just stays blue and no matter how many times
I select it, no properties....

TommyE

Yes a flash kernel utility !!!

My think is simple (surely not to implement but ...) :

You set you preferences on Hijack in a Speciel Menu :
- Enable checking for new Hijack versions
- Enable Updating kernel trough selected Port.
- Flash kernel on port COM1, COM2, FTP (eventually set IP address)
- Set the downlaod directory.

If I check the Enable the Hijack Versions Checking, the programm would 'only' connect to Mark's site and download the kernel.
It would verify in the dowload directory.
That will always download the latest hijack kernel but no update.
eventually, Popup user of the Downloaded Version ...

Then if I check the Flash Enable,ask user if Want to upgrade to hijack Vxxx, then the program will update the Player via the selected port.


Is it to long to do or could you realize it partially or not at all ?

Whoops .. my bad you're right, I read past one of the lines.

again, a summary of roughly what happens:

ByteArrayOutputStream baos = new BAOS();
PrintWriter pw = new PrintWriter(new OutputStreamWriter(baos));
pw.print(tagvalue);

I think you can instantiate a PrintWriter with a character encoding, but I'm surprised the default doesn't work properly... I suspect that the encoding format of Java and the encoding format of the Empeg are different. I would imagine that PrintWriter uses UTF-8 by default.

Mike

So if you select a track in the playlist view (the table view on the right), and double click, does it bring up Properties? Can you right click and try Properties ...? What OS are you on?

So you basically want a tool that will always keep your Hijack kernel up to date with Mark's latest release? When you download a hijack kernel, do you use the Empeg upgrader to put the kernel on your player? (i.e. is the file the same format as the Empeg guys' upgrade files?)

Not the Empeg Upgrader.

Mark made a FTP server in the Hijack and via SITE FTP Commands you can Upgrade the Kernel in 'simply' writing the new kernel on kernel_flash device.

The 'only thing' to see is the connexion to Mark's site downloading the last kernel release.

The upgrade of the kernel is only a command line tool for serial update and a connection to the player via FTP and SITE commands.

I recommend you to take a look on Mark's site, his explanations would be better that mine ....

Finally, my wish is to have a All in One Application to manage my Riocar .

new OutputStreamWriter(OutputStream) uses the "default character encoding", i.e. it depends on the user's locale. According to Sun, "The default encoding is determined during virtual-machine startup and typically depends upon the locale and encoding being used by the underlying operating system."

What you need is new OutputStreamWriter(baos, "ISO-8859-1");

This is declared to throw UnsupportedCodingException, but must not in this case because all Java platforms are required to support this encoding.

We might have a corresponding issue in the InputStream/Reader interface in the other direction.

I'm reasonably confident that the Empeg protocol uses ISO-8859-1 for everything, but that's just an educated guess based on observations.

Great! I'll put this in tonight when I get home ... Thanks for the info.

Mike

I have the same problem with the properties.
I am running MacOS X.
The properties doesn't come up when I select it from the menu or from the right click menu or when I double click.

-Jeremy

Hello.

I'm running WinXP.
It's the same if I doubleclick, right mouse -> properties or select the properties from the toolbar.

TommyE

Wow ... Apparently I just completely broke Properties Pretty crucial feature to be broken. I'll look at it tonight and put new installers up.

NICE. I haven't installed Jemplode since your first release, and it's now impressive to the point where i probably won't be using emplode much any more.

And i second the vote for a Hijack .zimage installer/upgrader. This would allow non linux/Windows users to install hijack easily. (or is there a way to do this already that i'm not aware of... let me know and i'll stick it in the FAQ)

Ah, but you haven't seen what we're doing to emplode

Rob

Hey, the configurable filenames for downloading are nice.

Is there any way to offer the following option (I know this would be extra work but...)

One of the things that would be useful is to have the track number as part of the file name so that the songs are in the proper order. I think it can do this just by putting the {track#} tag in there in the options. Cool.

But not all of my MP3s have the track number field filled out. Some of them are just on the player in order of "Position" in a playlist.

Is there a way we could also have {position} as an available field for the file name if we're dowloading an entire playlist? Perhaps even zero-padded to two or three digits?

ROB, STOP TEASING!

yeah ROB!!!

I hate when they make these announcements ... Every time there's been one of these, it means I have a lot of work ahead of me

Yeah -- I can do that ... What do you think on the zero pad issue? automatically pad it to 3 digits, or something like:
{position:3} to specify 3 digit pad (and allow this on any numeric fields)?

That would be cool, if you wanted to go to that kind of trouble. Awesome.

You guys are stealing tricks right ouf of the Microsoft marketing machine bag.

Calvin

Nice.
Also, Jemplode seems a bit faster than Emplode I think. At least in screen updates.
This is great.

TommyE

I wonder if the following error message might have an easy answer. I can run JEmplode under OSX but when I try to use it with OS 9.2.1 on my Mac I get this message:

java.lang.NoClassDefFoundError: javax/swing/UIManager
at org.jempeg.empeg.emplode.Main.main(Compiled Code)
at com.zerog.lax.LAX.launch(Compiled Code)
at com.zerog.lax.LAX.main(Unknown Source)
at com.apple.mrj.JManager.JMStaticMethodDispatcher.run(JMAWTContextImpl.java)
at java.lang.Thread.run(Thread.java)

Not being well (or at all) versed in Java, I am at a loss. Older versions of JEmplode did run under what I think are the same conditions.

Any help would be greatly appreciated.

Lynn