yashsingh1/xdaforums huggingface dataset:
[Tilt, TyTN II, MDA Vario III Themes and Apps] dukeofdream:
can anyone name only the good ones?i think that wm platform is capable of far better games than nfs undercover etc...i tried nfs undercover...it doesn't even have engine sounds for christ sake...i found an online rpg game that was 1gb...very good graphics,sounds and physics but it has no more support from the server so it doesn't work anymore...i think it's called shadow of legend...i just would be pleased to know that there is a good game that it's over 50-100mb or so...if anyone knows any game except cod 2 or quake please post :)...
[Networking] Lakota:
Hi All,

Forgive me if this is in the wrong place but I thought I'd share this info that has taken me the best part of two days to figure out. I've done a search and couldn't find anything similar so I hope this is new info and not old news.

Anyway, I've just got a new Touch Pro 2 and could not get Windows Mobile Device Center to run with it. Once I'd tried to connect the phone to the PC via USB to create a partnership WMDC would continually crash saying, Windows Mobile Device Center Has Stopped Working". Smashing.

Anyway, I tried all the tricks in the book. Uninstalled it, rebooted and re-installed it umpteen times. Tried dozens of other tricks I found via Google, none of which worked.

Just five minutes ago and after much pulling of hair I solved it so hopefully this little bit of info will help some of you who suffer the same issue. (Judging by the pages on Google it's a common problem!)

It turns out it was to do with an old sync partnership that I thought had been deleted. It still existed in the depths of the registry! I got rid of it an lo-and-behold I can connect my TP2 to the PC and can now run WMDC without it crashing.

Run Regedit, navigate to HKCU, Software, Microsoft, Windows CE Services, Partners.

Delete any folders within the Partners folder. (That's where an old partnership to a TYTN II was hiding on mine). Shutdown Regedit and Run WMDC. Fingers crossed it works for you as it did for me.
[Networking] orb3000:
Thanks a lot mate!

Actually very usefull info
[Networking] Secman:
After 2 days try and error 2 minutes read and do - it works again. Wonderful, thanks a lot.
[Networking] TalhaQasim:
Thanks, Thanks, Thanks too much for this info.
[Touch CDMA Windows Mobile ROM Development] bgolden8:
Is there anyway to change the style of the top and bottom bars. I am talking about the bar where the start button is located along with the signal meter and volume.
[Touch CDMA Windows Mobile ROM Development] commandant83:
dude, this is a forum not a restaurant, search is your friend

that being said:

http://xdaforums.com/showthread.php?t=475900

http://xdaforums.com/showthread.php?t=437307

http://xdaforums.com/showthread.php?p=3858943#post3858943

theres lots more, just make sure you only try whats compatible with your rom's version 6.1 or 6.5
[Touch CDMA Windows Mobile ROM Development] siff:
Hey can I get some fries with that!:D
[Touch CDMA Windows Mobile ROM Development] Detroit_Doug:
And a larrrge orrrangee drink...
[XPERIA X1 ROM Development] Euroman28:
Hi I am currently using a Custom rom with UK english on-screen keyboard.

Anyway to replace the S/E UK onscreen keyboard with for instance a danish onscreen S/E keyboard??

p.s. found a htc tool to program the hardware keyboard from english to danish:)

p.p.s. I mean lets take a stock rom for the x1. Would it be possible to extract the Sony Ericsson finger keyboard from such a rom and turn into a cab file?
[Touch Cruise 2 General] redbike:
I have htc touch cruise 09 with the manila 2D.

Can I Install manila 3D in my phone????

If I Can plz giv me the link for dawnload .

thank you so match
[Touch Cruise 2 General] mirko.prinz:
Manila 3D needs a 3D graphic-chip like in "Touch HD". The Iolite hasn´t it. So M3D from 3D-Devices will not work. Maybe some 3rd Party-apps will be coming soon with look´n feel like M3D, for instance SPB MobileShell 4 or PointUI 3? Or a software, that emulates the 3D-chip?

Wait for a bugfree Mobile7, it´s more important like M3D ;)

Greetings!
[Touch Cruise 2 General] torrentonly:
Well, I am little confused now. I read thread OpenGL ES Test and some guy with Jade posted, that 3D test app works on his device. Doesn't Jade have same chipset (MSM7225) without dedicated graphic-chip as Iolite? Therefore there are two options, first is, that guy with Jade doesn't tell truth, second is, that 3D apps, like TF3D, should work on MSM7225, even without dedicated graphic-chip.

Btw. I don't think, we really need TF3D on Iolite. TF2D works pretty good and fast and with FingerSuite even better.
[Touch Cruise 2 General] mirko.prinz:
So i sad, the emulate-software.

I´ll put ´n eye on this!

Greetings!
[Touch Cruise 2 General] mirko.prinz:
What a great tip!

FingerSuite works fine on Iolite! (without OpenGL!)

Download and user instructions - HERE!

Thanks for this tip!
[Touch Cruise 2 General] dancer_69:
Yes works perfect, I use it from the first day I bought this device, it's perfect.

And also pointui home 2 works flawlessly on lolite. I never used manila after that.
[8525, TyTN, MDA Vario II, JasJam Software Upgradin] t_george1991:
Hello, this is my first post.

I have bought an SPV M3100 (HTC Tytn). It is my second WinMo phone with touchscreen (first was Eten x500). I've unlocked it (SIM and SuperCID). I've seen here some WM6.5 roms, but they ware moded. I want a CLEAN (original) version of WinMo 6.5 (to customize it myself how i like). I want the WWE version (Romania).

Also, I want to know if WinMo 6.5 have Mass Storage option for card, or i will need a 3rd party program (becouse i don't like ActiveSync) ?

...

Great comunity here :D
[8525, TyTN, MDA Vario II, JasJam Software Upgradin] w3b3r:
georgik ce faci tata...nu-ti raspunde lumea?
[8525, TyTN, MDA Vario II, JasJam Software Upgradin] t_george1991:
NU :(:(:(:(:(
[8525, TyTN, MDA Vario II, JasJam Software Upgradin] shadof:
ooo fratsilor!!!! romania? moldova?
[8525, TyTN, MDA Vario II, JasJam Software Upgradin] eldorado9427:
help please

Hi all of you!

I have a Hermes (HTC Tytn/ Orange SPV M3100) and i succesfully tried a lot of ROM’s until these days..

But, this happened:

During upgrade of a ROM, i made the mistake to disconect the device from the PC..

And, now the problem is that i can’t boot ANY OTHER ROM!

I can enter to BootLoader , where i see

HERM100

I PL – 1.04

HERM100

SPL – 2.03

ALSO, i CAN connect to PC (it displays „usb” & i see it on Device manager)

(PC run Vista Ultimate 64 bit).

But, when i try to upgrade ANY ROM , the process starts, BUT STOPS at 0% ? .

I searched & read 4 days for a SOLUTION to make my phone alive again..

Can anyone tell me what to do?

Is a REAL solution for this issue?

Please reply.

Thanks!
[G1 Android Development] knaries2000:
we now seem to believe that odex files speed up the apk. It evidently it seems to be so, and it should as, among other things, it optimizes method lookups to use memory offsets instead, similar to the C linker. I've notice a good performance increase coming from JF 1.5 to JF 1.51 US, and the difference between those two builds is mainly the odex files. Other have also had similar theories about the ION build.

Anyways, I've recreated the odex file for the Browser that JF had us remove becuase it was breaking multi-touch. the recreated odex files as I expected did not break multi-touch as the original one since the one I created was based on the Browser.apk that JF patch rather than the original Browser.apk. Everything seems to work including multi-touch, except that I can't really tell if there is any performance increase just by using the browser. At least nothing obvious, may be it is a little faster but just don't notice it.

I was wondering if I can do the same for all the apps including the ones we download from the market? would the dalvik vm check and use the odex file if it exists in the same location as the apk?

by the way, in case people want to try it you can create odex file using dexopt-wrapper command on the phone. Supposedly you have to create them in the phone itself since it is sensitive to the memory address of the methods that the apps call.
[G1 Android Development] TheDudeOfLife:
odex allows the dex file to be uncompressed on system, so loading is definitely faster. You now would have more free space on /data, because dalvik-cache is used less.

I would love someone to he lp me work out how to write a script to optimize all my apk's. I'd do it to my build in 1.3 seconds...I just need more time. I'll be able to answer this question once I figure it out.

(Time + Google) effort = win
[G1 Android Development] dwang:
I don't think the odex files is the cause of the ion performance increases.

The tmobile build all have odex files and its not nearly as fast as the ion build in terms of UI responsiveness.

An ion build running at the default cpu (384mhz) is just about as fast an jf 1.51 us build running at max cpu (528mhz).

The other theory is that the ION builds have 2d hardware acceleration enabled, which seems plausible to me.

Or I guess it could be that they optimized the odex files even more in the ion images.
[G1 Android Development] TheDudeOfLife:
odex helps boot time and load times

the dalvikvm from ion is definitely leaner, faster, better, etc. I put it on my build today and there has been reported a speed increase, some say a big one...some say a minor one. But it is faster.

Just moving the dalvikvm and the libdvm.so over to my build has had reported speed increases, just like in Ion.

As far as the libhgl.so it is exactly the same as most builds. Nothing new is in the update graphicwise.
[G1 Android Development] dwang:
Ok so ION has an updated dalvik vm. So that could explain it.
[G1 Android Development] cyanogen:
Dalvik runs a recursive dexopt on boot anyway, essentially producing the same thing but using space in dalvik-cache.
[G1 Android Development] knaries2000:
it does so to create dex files, which is needed to run the apk. but it doesn't use optimized dex (odex). I think that's why ION build and US build package the odex files with image.
[G1 Android Development] cyanogen:
The dex file is already inside the APK. What dexopt does is create optimized bytecode from it. This is either done at runtime (files stores in dalvik-cache), or using a tool called dexpreopt which does the same thing but in a static way.

http://android.git.kernel.org/?p=platform/dalvik.git;a=blob_plain;f=docs/dexopt.html;hb=HEAD
[G1 Android Development] knaries2000:
thanks for the info and link. So like the dude said, creating the odex file ahead of time should increase the loading time of the app.

anyways, if anyone is interested you can create odex files in for all apps in /data/app with the script below. change /data/app/*.apk to /system/app/*.apk to do the same for all apps in /system. I just did this to my phone running jf151 US. I dont' notice a big performance increase, but I really haven't had a chance to play with it.

for i in /data/app/*.apk

do

odex=`echo $i | sed -e 's/.apk/.odex/g'`

echo "dexopt-wrapper $i $odex"

dexopt-wrapper $i $odex

done
[G1 Android Development] beagz:
thanks for that script. I am trying it now!
[G1 Android Development] beagz:
wow! this works nicely. No problems using your script and I do notice a slight difference. About 75 apps installed.

I did both system and data apps
[G1 Android Development] knaries2000:
i notice a slight speed difference too, but i thought it was just me. anyways, one thing I noticed was that if you update an app from the market you have to delete the obex file or recreate it, otherwise you may get force closes. Very unpleasant side effect.
[G1 Android Development] beagz:
Thanks for the heads up on that. I will make a mental note so that I recreate the odex after updates.
[G1 Android Development] dwang:
I think the speed increase in ION is more than just the new dalvik vm.

I download the dudes latest image with the ion dalvik and tested both ion and dudes back to back. The ION image is still faster. Its not a dramatic difference, but its there.

* Swiping between screens in the home app is faster.

* Scrolling in the browser is faster.

* Typing using the virtual keyboard is faster and more responsive.

I don't think the odex files have anything to do with it either because that only speeds up loading and all the things above are all done when the apps are already in RAM so the odex files won't matter.
[G1 Android Development] maxisma:
Could we implent this dalvik-vm in the Hero-Build, and if yes, how?
[G1 Android Development] MontAlbert:
did you try the script for apps from market? i assume you just change the directory to system/sd/app

as for the force close you would just have to run the script each time after using atrackdog?
[G1 Android Development] beagz:
yes I used it for both system/app and data/app

data/app is the market apps.

don't have system/sd/app since I am using the new a2sd (It's all connected by unionfs)
[G1 Android Development] MontAlbert:
oh. i have the new a2sd as well..... so i just do data/app and it finds them ok? cool.....
[G1 Android Development] beagz:
Verified. Both odex and apk in there after running script.
[G1 Android Development] twistedumbrella:
You can load it and for things like dxtop that usually lag loading the app drawer it will make a significant difference. Just read above and copy over those files from ion to hero.
[G1 Android Development] maxisma:
WHICH files?
[G1 Android Development] twistedumbrella:
What I would like to know is why I am getting a dexopt-wrapper not found error, despite having loaded dexopt
[G1 Android Development] maxisma:
@twisted:

I read this already.

But where is the dalvikvm file located?

I found the .so but not the dalvikvm.
[G1 Android Development] twistedumbrella:
/system/bin/
[G1 Android Development] maxisma:
Thanks! Will try that now.

Wooow, really fast now!

Now,Hero is at least fast as the normal builds of JF & others. = )
[G1 Android Development] frankwhitten:
dalvikvm and libdvm.so update

Here is an update file I quickly made. I am using JF 1.50 but I am sure it should work with other builds.
[G1 Android Development] twistedumbrella:
Tried dexopt -wrapper, dexopt-wrapper, pretty much every variation and i either get "Usage - dont use this" or "not found" Any ideas? The other part is the easy one...
[G1 Android Development] knaries2000:
which firmware are you running? if you do ls /system/xbin you should see dexopt-wrapper, if not maybe your image didn't have it? you can probably try to copy it over from another image then.
[G1 Android Development] knaries2000:
thanks for the update.zip. I tried it, seems a little bit smoother.
[G1 Android Development] maxisma:
Im a little irritated about the odex script.

It must be run as .sh in terminal emulator, or not?

If I run it there, it just shows me "Line 2 word unexpected"
[G1 Android Development] knaries2000:
Just copy and paste the whole script into a .sh file. Put it in you ext2 or /data partition, chmod 777 file name. Then just run it.
[G1 Android Development] twistedumbrella:
I copied the scripts to txt files, moved them to bin and chmod 755. Same result but doesn't get wiped by a clear of data and is restored with the system from nandroid. ;)
[G1 Android Development] twistedumbrella:
Running hero. Downloaded ion and the file isn't there. Can anyone pull it and post it? Thanks. Seems to be one of those post installation generated files. Pushed dexopt already.
[G1 Android Development] MontAlbert:
just did a mybackup pro backup of apps, plus a nandroid to be safe.... then ran the script...made myself a gscript for it.....gotta love gscript....

. buggered if i know if it worked- how can i tell? Seems a bit faster but that could be a placebo- placebo? you say, where can we get these placebos?
[G1 Android Development] knaries2000:
you can tell if it worked, by running "ls /data/app" every apk file will have a odex file, like the /system/app/ in the ion and jf151 us build.

keep in mind if you ran it in the /data/app, if you ever update an app, you will need to rerun the script to recreate a new one for the updated apk.
[G1 Android Development] knaries2000:
I updated it. I dont' know if you can just copy that over to /system/xbin and chmod 777 <file>.
[G1 Android Development] osho741:
Ok so can you give me an example of how the file will look listed when I run ls /data/app? What does the odex file look like? Sorry I'm a noob!
[G1 Android Development] MontAlbert:
yeah- thanks for that mate- that's why i made a gscript. once i reinstall an app etc i just open gscript foler i have on desktop and tap on odex optimise.

haven't actually attempted to do it for system/app... i thought dude did it already for his 1.2b rom....
[G1 Android Development] MontAlbert:
it lists the .apk files first and then after that will list all files with a .odex extension.

Quick question, does this do anything to the actual .apk files? eg. if i decide to go back can i just backup the apk files using mybackup or a script and run them again after reformatting ext2?
[G1 Android Development] beagz:
Just a note:

If you do this for system/app you will need to delete all .odex files BEFORE you can apply a theme. (don't know if you could load a theme do the odex thing and then pull the .odex files and pack with the theme, should work I guess)

If not the phone will hang and you will have to load recovery mode and do:

adb remount

adb shell

rm /system/app/*.odex
[G1 Android Development] osho741:
so if we want to apply a new theme and ran the script for system, can i remove the .odex files from terminal emulator or gscript as well? with

rm /system/app/*.dex

also, how come it only hangs when applying a new theme but it doesnt hang with the manup theme?
[G1 Android Development] beagz:
yes that works. I also verified that you can copy the .odex files once you create them and package them in the theme and it will work. That way you no longer need to delete them.
[G1 Android Development] soulife:
hey

anybody who gets curious dont try to modify the script to make odex for the jar files in /system/framework (i know, dumb idea. but worth a try).

anyway, any one who uses the script on their /system/app dont forget to remove the corresponding dex files from /data/dalvik-cache. it will give you about 11mb more for your data partition.

ex)

mount -o rw,remount /system

for i in /system/app/*.apk

do

odex=`echo $i | sed -e 's/.apk/.odex/g'`

echo "dexopt-wrapper $i $odex"

dexopt-wrapper $i $odex

done

rm /data/dalvik-cache/system@app*.dex

but i think you will need haykuros new spl since your adding about 10mb worth of odex files to /system/app.

before

Filesystem Size Used Available Use% Mounted on

/dev/block/mtdblock3 90.0M 61.2M 28.8M 68% /system

/dev/block/mtdblock5 89.8M 54.6M 35.2M 61% /data

after

/dev/block/mtdblock3 90.0M 70.7M 19.3M 79% /system

/dev/block/mtdblock5 89.8M 45.3M 44.5M 50% /data
[G1 Android Development] MontAlbert:
I have dalvik on sd so that extra room means nothing to me.

On a side note, I updated some apps last night, including dxtop. Just out of curiosity i didnt run the script again and all the new apps runs perfectly- still fast too. no force closes or anything.....
[G1 Android Development] soulife:
wait a sec

I tried it from terminal in recovery and it worked. It threw some errors but phone booted up fine and I'm test driving now.

ex)

mount -o rw,remount /system

for i in /system/framework/*.jar

do

odex=`echo $i | sed -e 's/.jar/.odex/g'`

echo "dexopt-wrapper $i $odex"

dexopt-wrapper $i $odex

done

rm /data/dalvik-cache/system@framework*.dex

Edit:

It didn't work on 8 files and after first reboot it was good, played with it and no problems. After a second reboot maps force closed so I figured it was a safe assumption other apps could fail eventually too. So I pulled the jar odex files rebooted and maps was good again.
[G1 Android Development] cl2eep:
Anyone care to explain how they got this to work on Haykuro's new build w/ A2SD? I have tried, but can't seem to get it to go properly
[G1 Android Development] mikedmeyer:
If you mean the Hero ROM he just released, it works just fine. You have to download and install the dexopt-wrapper file as discussed earlier in the thread, then run the scripts. Just read the whole thread carefully, the info is all there.
[G1 Android Development] MontAlbert:
when i ran the script again (new update of ringopro which kept force closing) it came up with a truckload of errors saying file already exists so can't create new one....

do we need to remove all .odex files from folder first before running script again?

eg. rm -r /system/sd/app/*.odex

????

thanks

(i manually removed the ringopro odex before running script again and this made it work ok)
[G1 Android Development] beagz:
When updating an app you only need to delete the one odex that went with the old one.
[G1 Android Development] MontAlbert:
damn, that sucks- just a pain to go into terminal and delete the required odex.... first i need to do a list to find the exact name etc..... is there an easier way to do it?
[G1 Android Development] beagz:
Make a script that deletes all then rebuilds. It's overkill but better than the other way.
[G1 Android Development] MontAlbert:
so could i just add the :

rm -r /system/sd/app/*.odex

infront of the previous script? (or data/app - uniontfs -i assume either works)

thx
[G1 Android Development] beagz:
That will work. /data/app for market downloads.
[G1 Android Development] knaries2000:
yeah, putting "rm -r /data/app/*.odex" before the script will delete all odex and regenerate it which would work fine, better manually trying to find the updated app.
[G1 Android Development] cl2eep:
I had read that, but no one had given any results. So if I'm correct, it would go:

adb push dexopt-wrapper /system/xbin

adb shell chmod 777 /system/xbin/dexopt-wrapper

then do the normal script?
[G1 Android Development] knaries2000:
that should work, I don't have hero so can't verify it tough. Even if it doesn't work, it can't cause any damage, you'll just get bunch of error msgs.
[G1 Android Development] mikedmeyer:
Yeah. You may have to do an "adb remount" to make system/xbin read/write instead of read only.
[G1 Android Development] buttkicker:
Thank you very much. I have used this on the new Hero build form Haykuro, and it really made a difference.

I did make a shell script file, if anyone wants to use it.

-Unzip the file.

-Copy it to the sdcard.

-Run "sh /sdcard/optimize.sh" from the terminal as su.
[G1 Android Development] MontAlbert:
Tried this. It sort of worked. For some reason not all odex files were deleted cos as my gscript was running I saw a few file exists errors. Some worked ok though... any ideas?

My script is now:

rm -r /data/app/*.odex

for i in /data/app/*.apk

do

odex=`echo $i | sed -e 's/.apk/.odex/g'`

echo "dexopt-wrapper $i $odex"

dexopt-wrapper $i $odex

done

Any ideas?

Thx
[G1 Android Development] knaries2000:
that should ok, I don't know why rm -r /data/app/*.odex wouldn't delete all odex files.
[G1 Android Development] beagz:
get rid of the -r that tells it to remove directories instead of files

should look like this

rm /data/app/*.odex

sorry for not noticing you had -r in there before.
[G1 Android Development] nabzilla1990:
can this be used with the new hero rom
[G1 Android Development] afflaq:
Yes it can - slight increase in performance but in all honesty the build is really too slow to be usable on our hardware effectively. I've been running it all day and optimizing as much as I can, but ultimately the core and the rosie UI take up a *LOT* of memory, and even adding pagefiles just seems to bog the OS down more. If we could get our hands on source and actually work on code optimizations, it might be faster..but HTC won't let that happen. If you're into OC'ing your cpu perhaps you'll see better performance..I'll likely be flashing back to cyanogen's builds tomorrow morning and seeing if any of the framework is portable/usable ..my guess is that apps (i'm thinking twitter specifically) will run dog**** slow even if the framework is ported in some manner.
[G1 Android Development] MontAlbert:
yep. worked now- thanks for that. I am slowly learning linux- the -r stands for recursive which means everything in directories named that?