Hi all,
I've started to experiment with creating a java MIDlet application on the wizard. The first thing I tried was to create a small application to query the multimedia capabilities of the device (through MMAPI). This resulted in a short list:
-audio/x-tone-seq
-audio/basic
-audio/midi
-audio/x-wav
As you can see, no video capturing capability... this is really disappointing, I would have expected more from such an advanced device. Are they really planning to keep it this way, or does anyone know if they will update the MIDP implementation on the device in the future?
regards,
dafit
Related
Hi,
Has anyone had any luck with writing Midlets for the XDA2? I'm trying to write one use the camera as a webcam (Yes, I know, a bit ambitious for my secomd midlet!)
I'm using this line:
Code:
Player vPlayer = Manager.createPlayer("capture://video");
I get a MediaException, meaning '...a Player cannot be created for the given locator.' (quoted from MMAPI JavaDoc).
Also, calling the Manager.getSupportedProtocols() method for 'mpeg/video' returns an empty list, as does calling Manager.getSupportedContentTypes() for 'capture://video'.
Has anyone else managed to access the XDA2 camera from a Midlet? If so, what is the trick?!!
cheers
Paul
I don't think anybody's managed to get access to it from native eVC++ let alone midlets, and IA style aren't revealing anything about how their app does it, so I wouldn't hold your breath for a solution... Bloody closed APIs.
Knackers!! :evil:
Cheers anyway! I'll keep poking and see what happens....
Paul
i suspect that their applications take pretty much control direct without using the winCE api
because when i start the cam my clock which it still display stop being 24h and turn to the AM/PM confusement
Now that bal666's awesome utility gives us the ability to decrypt/encrypt the NBF file, we can view and/or extract the ROM files that are normally not available to us otherwise.
One big hoopla that Windows Mobile 5.0 was supposed to have was the native ability to access the camera through their APIs, so that third-party developers could create applications without having to deal with each and every different type of camera technology in different Pocket PC and Smartphone devices.
Of course, it's apparent that HTC has still used their own software and drivers and has not given access to anyone outside of HTC. Not like Microsoft had their own Camera application (I don't know if there ever was one, but there isn't a Microsoft one on the Universal).
Developers such as ComVu with their neat PocketCaster software, are having such a difficult time making a single Windows Mobile 5.0-ready application, and have resorted to making different versions for different devices.
So... where am I going with this? Simple. Let's dump out the contents of the NK.NBF file and see if we can make our own applications with the APIs and drivers that HTC has embedded in the ROM.
I, for one, am looking forward to a internet-based videoconferencing application, much like Microsoft Portrait. Skype also announced video calls on PCs with the new version 2.0. Perhaps someone could send them some code to get video capability on the Universal?
That front-facing camera is beckoning to be used...
On a sidenote, PPL: Pocket Programming Language, allows you to easily create applications (self-contained EXE files, as a matter of fact), and also allows direct access to DLLs and APIs...
Put these two concepts together, and you can see the potential.
Create an application to...
... toggle the camera flashlight.
... do internet videoconferencing.
... do face recognition security.
Create your own camera app, phone app, game using images from the camera, etc. etc.
Another thing, though I'm not sure, but perhaps it's possible to rebuild your own ROM... remove Voice Speed Dial? Embed Voice Command, Resco Explorer, remove stupid applications or unused portions? etc. etc.
What does anyone else think about this?
BtT,
This sounds great, even having only a magician which will likely not being supported in projects like this. I still want to create my own rom with at least all the patches installed in rom. Camera & Album are taking at least 1Mb from my precious storage & apps like resco explorer are indeed must haves.
So I'm looking rorward to progress & tips in this thread & when I succeed with simple magician rom cooking I'll let you know. Don't expect any new camera apps from me, no time & no development for anymore .
Regards, M
http://research.microsoft.com/workshops/FS2005/presentations/FacultySummit_2005_Lieberman.ppt
I just realized that Windows Mobile 5 SDK contains a "common camera API" which is likely the method that third-party developers will take (or have taken) to access the camera. I have emailed Skype to see if their new 2.0 desktop version that has Video Calling can be somehow implemented on the Pocket PC, now that it is technically feasible.
I'm surprised the guys behind Microsoft Portrait haven't jumped on this yet.
Hi, I'am quite new to forums so sorry if this is not the right place, the right time or formulation. Tell me and I'll try to improvejavascript:emoticon(':wink:') Wink.
I have a brand new (second-hand but new for me) Qtek 9100 also know as HTC wizard. The rom is the Qtek version (latest I think).
I develop java applications for me (if one is interesting I will post it, promised!) and I would really like to build some tools for my wizard, especially one using bitmap images in relation with a GPS.
I found great tools on the Sun website with Netbeans, J2ME emulators, all integrated and working fine. I tried plenty of examples and now I discover that midlets can't access the filesystem through the MIDlet manager (Tao intent)!
That's a nightmare, everything was fine, I was ready to start developing. I tried to understand the specs (JSR 75 for files, JSR 82 for BT, ...) and I discover that I can't open a bitmap file (even PNG would satisfy me) on my storage card.
javascript:emoticon('') Sad
Can anyone help?
I also have tried to escape and go to odd VM.
I found great implementations but are they reliable enough? does someone use them?
My ranking is ...
1) EWE (http://www.ewe.com/): good installer, large doc, no Bluetooth but com port, graphic library. Is the speed correct?
2) Superwaba (http://www.superwaba.org/): Bluetooth, good library but memory issues : Image objects limited to 64Kb. How could I process a photo of 1Mpixel? Also a strange look&feel
3) Mysaifu (http://www2s.biglobe.ne.jp/~dat/java/project/jvm/index_en.html): why not ? Seems comprehensive and light, but little documentation (at least in Latin characters).
I would prefer to go on with midlets.
Do I have a security issue (need a certificate?) ?
Does it exist another midlet manager implementing the JSR 75 option?
Thanks for your help
Christian
Correction
For those who would like to browse information on JVM, I've made a mistake :
EWE can be found at http://www.ewesoft.com/
Found a good summary of JVM's at http://www.comp.lancs.ac.uk/computing/users/fittond/ppcjava.html
It seems that EWE is not that bad, I will try
Christian
I'd love to see some cool new midlets to run on these phones. Good luck getting things working, I'm no help though.
As I'm new in this forum: Hi everybody!
I have been programming Windows CE-based devices for many years, but no experience yet with the HTC ARTEMIS (P3300). Therefore, I've a few questions and hope to get answers from this forum:
- I assume, it is possible to program visual-C++ based applications for the programme. SDK for Windows Mobile should be available at Microsoft. Is that correct?
All further questions are based on the assumption that visual-C++ (or embedded VC) is used for application development.
1. Is it possible to direclty receive incoming Short Messages (SMS) via the application? (Any keyword on how this works would also be welcome)
2. Is it possible to query the battery status from the device?
3. Can the GSM module easily be accessed and can Cell-IDs or carrier IDs be read from the device? (In particular, I want to identify the home country of the current mobile carrier) - If yes, how does it work?
4. Is it possible to restrict the appearance of the ARTEMIS. I.e., the user should only be able to access "my" application and mobile phone (voice) features. All other applications and system functions shall be hidden to the user.
Thanks in advance and kind regards,
ma_gu
yeah the stk can be downloaded and accessed from visual studio
1. i would asume so even if it had to be don with a dll hook
2. yeah many 3th party applications can display it asume there is an api call to get it
3. yeah there is an api forget the name searching in this forum should give some hits
4. yeah but if they hardreset or reflash the device it would be more troublesome
Hi Rudegar,
thanks for your fast reply. That sounds good and I think, I'll be able to find the regarding API calls (anyway, if somebody could provide some keywords, it would be very welcome).
But I have never restricted the appearance of any Windows-CE based device (question #4). How can this be done? At the beginning, I assumed that this needs rebuilding of the operating system via a system builder, but that's obviously not the case. Can you give me some hints on how to do this?
Kind regards,
ma_gu
http://forum.xda-developers.com/showthread.php?t=256646&highlight=programming
the api is called ril
depend on who you wanna develop really
1 option is making pure arm code (kinda skipping the ce) using gcc compiler for arm
2 option is the high lvl c# .net or c++ .net path but it's not that fast and dont have as much os access as pure win32 stk and even microMFC
3 option microMFC old ms class lib for c++ oop the granddad of .net you might say
4 pure win32 stk you handle the msg loop and everything more work but more power where many developrs who do today items and programs end up
if you can live with .net it's the easy path
if you want more then starting with microMFC and moving on to pure win32stk is prob the thing
java is not that well supported by wm imho
oooh yeah and you dont use platform builders and stuff like that
unless you are building roms from scratch and got access to all drivers for spc devices
you start a new project in embedded visual stuio or visual stuio 200X
and pick your path as in .net or the likes
and then you can debug using a simulator or directly on the device
it use activesync to get the exe there
otherwise you can normaly activesync the exe file to your device and run it directly
or copy it to a sd card and run it from there
Hi everyone,
I was thinking about streaming Video & Audio from my Trinity, with the flash technology.
So I decided to make a simple test, I launch PocketIE and go to an old Flash Apps that I did developed on http://www.oxd.fr/snap/ .
It take a picture from a WebCamera and save it as a JPG.
The flash's loading successfully and shows the property panel, the microphone from the Trinity is detected (Yeah I can stream Audio!) but nether the camera (none of the two front & back).
I search on the Internet for someone who has already think about it but I couldn't find anything.
Does anyone here know something about it,
Would it be possible to code an application which could be a bridge between the Camera & Flash ... ? I don't know the software architecture of the WM6, & I'm a .NET Developer.
Any comment would be appreciate
Thanks for your help.