 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Java Forum / General / March 2005J2ME: MemoryImageSource alike?
Hi! Is there something like MemoryImageSource in J2ME? > 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.  SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard > 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? >>J2ME is not a product, but a reference or umbrella term for several >>different technologies. Are you referring to the MIDP? If so, the [quoted text clipped - 4 lines] > > 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. SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard > 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? >>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) [quoted text clipped - 4 lines] > 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. SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard > 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 >> As I said, you can extend Canvas (or, if MIDP 2, GameCanvas), override >> the paint() method and write to the display that way. [quoted text clipped - 3 lines] > > http://java.sun.com/applets/jdk/1.0/demo/DitherTest/DitherTest.java So, this is not possible? >>As I said, you can extend Canvas (or, if MIDP 2, GameCanvas), override >>the paint() method and write to the display that way. [quoted text clipped - 3 lines] > > 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. SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard >> 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. How shall people write Games for mobile phones if this is not possible? >>>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. > > 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... SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard > 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. > 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); >> 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?? >>>And, has already been said, there's no way to do that in the MIDP. >> [quoted text clipped - 4 lines] > > 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. SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard >> 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. No, I can (and I did). >>>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. > > 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. SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard >>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... SignatureDarryl L. Pierce <mcpierce@gmail.com> Visit my homepage: http://mcpierce.multiply.com "By doubting we come to inquiry, through inquiry truth." - Peter Abelard Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
Reply to this Message
|
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.