J2ME: MemoryImageSource alike?

[Timo Nentwig]

Hi!

Is there something like MemoryImageSource in J2ME?

 

[Darryl Pierce]

Hi!

Is there something like MemoryImageSource in J2ME?

J2ME is not a product, but a reference or umbrella term for several
different technologies. Are you referring to the MIDP? If so, the
answer's no.

 

[Timo Nentwig]

J2ME is not a product, but a reference or umbrella term for several
different technologies. Are you referring to the MIDP? If so, the
Yes.

answer's no.

So there's no way to draw single RGB pixels to the display?

 

[Darryl Pierce]

So there's no way to draw single RGB pixels to the display?

That wasn't your question. Yes, you can draw a single pixel on the
screen of a display by extending Canvas, overriding the paint(Graphics)
method and drawing as you wish. Your question was whether there was
something like MemoryImageSource, to which the answer is no.

 

[Timo Nentwig]

That wasn't your question. Yes, you can draw a single pixel on the
screen of a display by extending Canvas, overriding the paint(Graphics)
method and drawing as you wish. Your question was whether there was
something like MemoryImageSource, to which the answer is no.

Well, ok, let's but it this way: can I blit a int array of 32bit (or
whatever depth) pixels to the screen? Or how do people write (fast) J2ME
games?

 

[Darryl Pierce]

Well, ok, let's but it this way: can I blit a int array of 32bit (or
whatever depth) pixels to the screen? Or how do people write (fast) J2ME
games?

As I said, you can extend Canvas (or, if MIDP 2, GameCanvas), override
the paint() method and write to the display that way.

 

[Timo Nentwig]

As I said, you can extend Canvas (or, if MIDP 2, GameCanvas), override
the paint() method and write to the display that way.

Well, at a glance I can use the Graphics object. That's not what I want.
What I want is something like the DitherTest distributed with J2SE:

http://java.sun.com/applets/jdk/1.0/demo/DitherTest/DitherTest.java

 

[Timo Nentwig]

Well, at a glance I can use the Graphics object. That's not what I want.
What I want is something like the DitherTest distributed with J2SE:

http://java.sun.com/applets/jdk/1.0/demo/DitherTest/DitherTest.java

So, this is not possible?

 

[Darryl Pierce]

Darryl Pierce wrote:




Well, at a glance I can use the Graphics object. That's not what I want.
What I want is something like the DitherTest distributed with J2SE:

http://java.sun.com/applets/jdk/1.0/demo/DitherTest/DitherTest.java

And, has already been said, there's no way to do that in the MIDP.

 

[Timo Nentwig]

And, has already been said, there's no way to do that in the MIDP.

How shall people write Games for mobile phones if this is not possible?

 

[Darryl Pierce]

Darryl Pierce wrote:




How shall people write Games for mobile phones if this is not possible?

There's a complete gaming API in the MIDP 2.0, and a fully usable Canvas
in MIDP 1.0. Games have been produced for a few years now for MIDP
devices, without the games having access to video memory...

 

[Timo Nentwig]

There's a complete gaming API in the MIDP 2.0, and a fully usable Canvas
in MIDP 1.0. Games have been produced for a few years now for MIDP
devices, without the games having access to video memory...

Well, I don't have direct access to VRAM in J2SE either (unfortunately) but
I do have a MemoryImageSource which produces a java.awt.Image.

 

[Timo Nentwig]

And, has already been said, there's no way to do that in the MIDP.

public static Image createImage(byte[] data, int offset, int length);

 

[Timo Nentwig]

And, has already been said, there's no way to do that in the MIDP.

public static Image createImage(byte[] data, int offset, int length);

"The data must be in a self-identifying image file format supported by the
implementation, such as PNG."

What nonsense is this?

There are real-time 3D brew application and with J2ME I cannot even draw a
pixel to the display??

 

[Darryl Pierce]

And, has already been said, there's no way to do that in the MIDP.

public static Image createImage(byte[] data, int offset, int length);

Dude, whatever. I gave you an answer previously. I don't know what
you're looking for now...

 

[Darryl Pierce]

And, has already been said, there's no way to do that in the MIDP.

public static Image createImage(byte[] data, int offset, int length);

"The data must be in a self-identifying image file format supported by the
implementation, such as PNG."

What nonsense is this?

What part don't you understand? The byte array must be the encoded data
for an image, such as PNG (which is required for all platforms by the
specification) or another encoding, such as JPG or GIF, depending on
what the handset supports.

There are real-time 3D brew application and with J2ME I cannot even draw a
pixel to the display??

Yes, as you have already been told.

 

[Timo Nentwig]

Yes, as you have already been told.

No, I can (and I did).

 

[Darryl Pierce]

No, I can (and I did).

Dude, whatever. You cannot draw a single pixel to memory, but you can
create an Image instance that's one byte in size and draw it to screen,
but that's a completely different thing, since you have to ensure that
that single pixel is in a specific graphic format supported by the handset.