![]() |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
@DavyP
Hi DavyP this is an awesome improvement for our N900, thank you so much. Could you please integrate the S40 javax.microedition libraries to let applications like Whatsapp, Skebby and so on to start? If I try to start them they search for S40 libs but can't find them :p In addition I've noticed that it search for PlayerListener class.. Thank you |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
this off, I would certainly appreciate it. It would make my life easier when debugging performance problems or other issues which are hard to reproduce on the emulator. I leave this decision up to you all. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
implementation of the Nokia APIs. If it are those libraries you are referring to, then I can have a look. If there is no open source implementation available, then I would have to implement it from scratch :-( Regarding the Playerlistener class: it is a similar issue. There is currently no JSR 135 support. I could first start with a dummy implementation (making no noise at all), and then hook up the interfaces to the native ones in Maemo/Qt4 ones I figured out how multimedia playback works. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
I'll see if I can find 2nd hand N900 for a reasonable price
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Hey DavyP,
can you give me some hints, how you compiled that. I followed some (outdated?) howtos for the n800 (http://wiki.java.net/bin/view/Mobile...tformsNokia800) And I can at least build the cdc binary. But I can not get it to work to compile the midp or other components. regards Nicolai |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
The compilation process is fairly complicated, and even at this point not
even a fully automated process. The wiki you refer to provides some information on how you can compile CDC and Foundation profile. I used the CodeSourcery compiler for Linux ARM EABI to make those: http://davy.preuveneers.be/phoneme/?.../10#armgnueabi The CDC and Foundation builds you find there work OK on the N900 without further tweaking. However, as soon as graphics are involved you need to mess around with the native toolkit, which on Maemo is Qt4. What I did was customize and tweak the phoneME code so you can compile it as library rather than as a cvm binary. I replaced some platform specific methods with function pointers, and wrote a separate Qt4 application which I compile with MADDE. This Qt4 app initializes these function pointers with methods it provides. It is not straightforward in the sense that I have to do a double compilation to build the library where in the second compilation run I rely on the log output of the first compilation run. I had to do something similar for Android too. I am going to spare you the details, but if I can somehow fully automate the build process in a script, I will also put it on my website. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
How can I run theses opera.sh script .
I always get permission denied on my N9 when trying to run opera,sh or bin/cvm |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
How can I run theses opera.sh script .
I always get permission denied on my N9 when trying to run opera.sh or bin/cvm |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
http://talk.maemo.org/showpost.php?p...9&postcount=32 Your scripts and the cvm did to maintain their execute permissions while unpacking. Do the following in a terminal: chmod a+x bin/cvm chmod a+x opera.sh chmod a+x test.sh etc. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
DavyP, I'm sure, that having N900 would make Your life easier in much more things, that "just" developing PhoneME ;)
I've just checked current, prices, and second-hand N900 in ideal condition can be bought (in Poland) for 250-300$ without much hassle. It seems, that it's price is getting *higher* lately... /Estel |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
(More applicable to me, seems there is one on auction at bidorbuy.co.za ending tonight, current bind R970 - about GBP 80). |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
nice!
Opera mini has the best rss builtin and I've needed something like that. And it is fast (typing from here). Only thing I miss is copy paste thanks |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
woow, thanks to those behind this development. em, how do i go about if i wanna try my own java apps? help? thanks
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
The disadvantage with getting a model from outside the EU is that there are other costs to consider, like import taxes and custom fees, and VAT. This could easily be an additional 30% of the article's original value. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
1 Attachment(s)
just tried out one facebook chat java app and it worked like charm. buh while i tried accessin some other .jar files like mozat, winrar says the archive is not a valid .jar file. so, which other programs can help me access the meta inf folder inside a .jar app. thanks again.......
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
A JAR file is a renamed zip archive, with the java classes for the program inside.
If the file won't open with a Zip manager, it is likely the file is corrupt. You may need to download it again |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
1 Attachment(s)
Test post from unstable build, uploaded photo succeeded from OM6.5
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
on the servers to reduce the amount communication and computation on your handheld. However, with Opera Mini 6.5 you can render the pages using the monospace font that is included in the build. Also, if you would for example develop midlets with the LWUIT or J2ME Polish GUI library, then you can use their built-in support to do the text rendering. These libraries render their own GUI widgets and text on top of the J2ME GameCanvas class and come with their own custom font support. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
http://beford.org/ole/ I asked on the #harmattan IRC channel and somebody told me it was required to change the application type to MApplication. Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
1.2?) to use MApplication. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Hi DavyP, thanks for this great program :)
i was trying some apps and games and the first game that it works is pacman, but i have a problem with the screen resolution, it looks really small: http://www.subeimagenes.com/thumb/sc...950-165379.png Subido en SubeImagenes.com Can i change the resolution changing something from the sh file? |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
or 266x160 canvas (rather than 800x480), and then have Qt scale up the resolution by a factor of 2 or 3. However, this is not implemented, so I am afraid there is currently no support for that. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
I got opera.sh working and all other tests was successful.
I has the grey bar issue on my N9 . Opera mini can display vietnamese font. How can I change the font on Opera Mini ? I'm trying to get other jar file working |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
i think we missed some features like
copy/paste option from the OS<->JVM the JSR implementation.. this is too important for a valid JVM but u made a great START with Phoneme i hope we can enjoy jsr support. ;) thx for your WORK! |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Could anyone give the one from this page a try:
http://www.vbl.ch/getdoc/02801f6e-93...anleitung.aspx I'm getting some weird errors, for files I don't even see inside the jar, perhaps I'm not looking in the right place/way..? BTW I took the touchscreen (3rd) version. |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
I changed QApplication to MApplication, and linked against the meegotouchcore library, but the grey bar is still there in the N9 emulator (i.e. I see no difference with the Maemo build running on N9). Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
which uses a builtin monospace bitmap font (with limited character set) to render text. My latest 'unstable' snapshot now uses the default font on Maemo and supports more text styles and sizes. The text rendering looks much better, but rendering speed has become slower. I figured as much on the emulator, and [DarkGUNMAN] confirmed the performance hit on a real device too. However, should you care trying the latest snapshot yourself, you can find them over here: http://davy.preuveneers.be/phoneme/p...n900/unstable/ The most recent build is on top. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
errors about missing png images and text files that don't exist in the jar file. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
paste support. Copying text in a midlet and pasting it to another Maemo application is technically pretty hard (because you cannot select text in a textfield or textbox). The other way around might be possible by trapping the Ctrl+V key combination, looking which text has been copied from elsewhere, and replaying this text as if you would have entered the text manually. I am well aware JSR support is limited. There are a bunch of JSRs out there that would be nice to have. Unfortunately, there aren't that many JSR implementations available as open source. The only ones that Sun/Oracle have made available are those that they 'own'. Have a look over here: https://svn.java.net/svn/phoneme~svn/components/ Also, some of the JSRs you find there don't compile well or need detailed knowledge about the underlying platform so you can port these JSRs to a new device. This ain't easy, especially with just the emulator at hand. I am aware of projects like microemu and MIDPath. However, they have the luxury of being able to exploit all the features of a full Java SE environment. Many of their components would not work on a Java ME environment. Right now, I just have JSR 172 and JSR 75 (with some minor issues). Based on my experiences with porting for Windows Mobile and Android, I think JSR 179 (Location API) and audio playback with JSR 135 are doable given enough time and effort. However, I am not sure if the Madde emulator can handle all these features so that I would be able to test this. Things like 3D support with JSR 184 are out of the question. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
1 Attachment(s)
Quote:
edit: i attached a sshot about the font and window of phoneme, i'm using your last versione the one with font changes.. but i see it in this way i mean big font size respetc to the layout |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
http://davy.preuveneers.be/phoneme/p...roemu-demo.jpg http://davy.preuveneers.be/phoneme/p...emo/opera2.jpg About audio support: I cannot seem to produce any sound with the emulator, not even with the built-in 'play-sound' application or the Qt4 qmusicplayer example application. I am guessing QSound in Qt4 is not properly supported for audio playback :-( /home/developer $ play-sound testmp3.mp3 socket(): Address family not supported by protocol ca_context_open: Not available About GPS: Yes, JSR 179 would provide the unifying API to get location information. Any location provider could be plugged into JSR 179, but GPS is quite likely the most important one. I am aware of OpenLAPI. That is the implementation I used to support JSR 179 on my Android port. The only thing I need to figure out is how to get the GPS data natively on the N900 and how to activate and deactivate GPS programmatically, etc. Davy |
All times are GMT. The time now is 08:13. |
vBulletin® Version 3.8.8