G tablet not very sensitiv\e on touchscreen... - G Tablet General

My gtablet is running CM7 Rom and overall it's pretty fast. Problem is that many of the touch presses don't register right away... many times I have to press harder or use a different finger.
Now here are my questions...
1.) The screen on this g tablet loves to get dirty with fingerprints, smudges, etc. Is it possible that the dirty screen is causing these touch inputs not registering that precisely?
2.) What is the best thing to use to clean the screen of fingerprints/smudgemarks?
3.) My Samsung Droid Charge seems to have a much better touchscreen in terms of sensitivity... you barely need to touch the screen for it to register... but this G Tablet is considerbly less sensitive it seems.... so what could be the issue?
Thank you!

aliensquale said:
My gtablet is running CM7 Rom and overall it's pretty fast. Problem is that many of the touch presses don't register right away... many times I have to press harder or use a different finger.
Now here are my questions...
1.) The screen on this g tablet loves to get dirty with fingerprints, smudges, etc. Is it possible that the dirty screen is causing these touch inputs not registering that precisely?
2.) What is the best thing to use to clean the screen of fingerprints/smudgemarks?
3.) My Samsung Droid Charge seems to have a much better touchscreen in terms of sensitivity... you barely need to touch the screen for it to register... but this G Tablet is considerbly less sensitive it seems.... so what could be the issue?
Thank you!
Click to expand...
Click to collapse
Install Calibration apk from the link below. Hope it will help you to fix problem.
http://forum.xda-developers.com/showthread.php?t=934500&highlight=calibration

crm_007 said:
Install Calibration apk from the link below. Hope it will help you to fix problem.
http://forum.xda-developers.com/showthread.php?t=934500&highlight=calibration
Click to expand...
Click to collapse
If that doesn't work, look deeper in that thread for the manual way of running the app to make it work. Something along the lines of touching (that's a command) the ini file, then running the app.

I did the calibration.ini file fix... seemed to maybe improve 'slightly' the touch screen responsivness..
Does fingerprints all over the touchscreen hinder the responsiveness?

I've had this same problem, but more on multitouch. Doing the calibration would make it snappy for single touches and gestures, but anything require more then one touch it would have major problems registering at times.

anything you do to fix the g tablet?
or is it just a shortcoming of the g tablet that everybody has this issue?

aliensquale, this issue has been discussed a million times and solved a million times. If you can't be bothered to spend 30 seconds to do a search, I highly suggest the apple ipad. I hear that thing even spoon feeds you breakfast.
Edit.
My apologies.
Now, sell the gtab and buy an ipad. Problem solved. You will never have to do a search ever again.

i did all the recommendated stuff I could find... the program that didn't work... the .ini file that didn't fix it.. still the same.. so I don't know of any other options..

There's a reason this tablet didn't sell very well until it was heavily discounted. The screen sucks, the touch responsiveness sucks, the customized OS sucks, the fact that the buttons don't have backlights REALLY sucks. Just accept that the hardware has a lot of issues and you'll be fine. If not, the other guys is right, buy a Honeycomb tablet or an iPad.

aliensquale said:
i did all the recommendated stuff I could find... the program that didn't work... the .ini file that didn't fix it.. still the same.. so I don't know of any other options..
Click to expand...
Click to collapse
Did you try this? Install "Terminal Emulator" first.
Originally Posted by rick.brewer View Post
This fixed it right up.
At the prompt #
1. touch /sdcard/calibration.ini
2. /system/bin/TSCalibration.
Click to expand...
Click to collapse
Nothing else worked for me, UNTIL I did this. Try this, get back to us.

well I downloaded the 'Android Terminal Emulator' app.
started it up and I typed this in at the command prompt:
touch /sdcard/calibration.ini
hit 'enter' and it did NOTHING.. just gave me back the command prompt..
I then typed in the below and hit 'enter'.. it gave me an error saying it can't find the TSCalibration file so I need to first download that from somewhere I suppose?
/system/bin/TSCalibration.
I am NOT a linux guy.. never used Linux so I have no idea what I'm doing wrong..
h3llphyre said:
Did you try this? Install "Terminal Emulator" first.
Nothing else worked for me, UNTIL I did this. Try this, get back to us.
Click to expand...
Click to collapse

aliensquale said:
well I downloaded the 'Android Terminal Emulator' app.
started it up and I typed this in at the command prompt:
touch /sdcard/calibration.ini
hit 'enter' and it did NOTHING.. just gave me back the command prompt..
Click to expand...
Click to collapse
That means that the command probably succeeded. This is how Unix works. Its utilities only complain if they encounter errors.
This command should show you a 0 byte file in /sdcard if the touch command worked.
Code:
ls -l /sdcard/calibration.ini
I then typed in the below and hit 'enter'.. it gave me an error saying it can't find the TSCalibration file so I need to first download that from somewhere I suppose?
Click to expand...
Click to collapse
What is the precise command you used and what is the exact error message you got? I need it to troubleshoot your problem.

okay I do the first command, hit enter, brings me back to the command prompt. I go into ES File Explorer, look at the properties on the calibration.ini file on the SD card and see that is is 0 bytes.
I then go back into the command prompt.. I type exactly this:
/system/bin/TSCalibration
I hit enter.. and this is the exact message I get..
can not open the file /proc/cmdline!
It then automatically gives me 11 more messages right below.. they all say exacly this:
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
rajeevvp said:
That means that the command probably succeeded. This is how Unix works. Its utilities only complain if they encounter errors.
This command should show you a 0 byte file in /sdcard if the touch command worked.
Code:
ls -l /sdcard/calibration.ini
What is the precise command you used and what is the exact error message you got? I need it to troubleshoot your problem.
Click to expand...
Click to collapse

aliensquale said:
I hit enter.. and this is the exact message I get..
can not open the file /proc/cmdline!
It then automatically gives me 11 more messages right below.. they all say exacly this:
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
can not open the file calibration.ini in emc !
...
Click to expand...
Click to collapse
Ah! you're running one of the Gingerbread-based ROMs. The error message tells you what you need to do:
Code:
$ [B]su[/B]
# [B]touch /emmc/calibration.ini[/B]
# [B]/system/bin/TSCalibration; sleep 5[/B]
Don't type in the prompts ('$' and '#')--they're only there to show you how the screen should look--and don't touch the screen until you get the '#' prompt again. Make sure you have the Superuser app (also free) from Market first for the su command to work.
Remove the calibration.ini file if calibration succeeded:
Code:
$ [B]su[/B]
# [B]rm -f /emmc/calibration.ini[/B]

that worked!!! thank you so much!!!
what did we actually just do here? lol
why didn't Viewsonic have this setup like this when making the tablet?
and will I have to keep re-doing this entire process again? like everytime I restart or power off the g tablet?
or is this fixed once and for all???
rajeevvp said:
Ah! you're running one of the Gingerbread-based ROMs. The error message tells you what you need to do:
Code:
$ su
# touch /emmc/calibration.ini
# sleep 5; /system/bin/TSCalibration
Don't type in the prompts ('$' and '#')--they're only there to show you how the screen should look--and don't touch the screen until you get the '#' prompt again. Make sure you have the Superuser app (also free) from Market first for the su command to work.
Remove the calibration.ini file if calibration succeeded:
Code:
$ su
# rm -f /emmc/calibration.ini
Click to expand...
Click to collapse

Just once and you're good.
Viewsonic isn't too fond of the gtablet. They want nothing but to see it die a quiet death. All their resources are being diverted for the viewpad 10, which so far hasn't made a single splash.

but is it the hardware on the g tablet (the touchscreen itself) that is the problem.. or was it only a simple software fix (as we just did here) that was the problem for viewsonic?
I just can't believe doing the above software fix changed the entire response of the 'hardware' touchscreen.. seems like a miracle
goodintentions said:
Just once and you're good.
Viewsonic isn't too fond of the gtablet. They want nothing but to see it die a quiet death. All their resources are being diverted for the viewpad 10, which so far hasn't made a single splash.
Click to expand...
Click to collapse

aliensquale said:
but is it the hardware on the g tablet (the touchscreen itself) that is the problem.. or was it only a simple software fix (as we just did here) that was the problem for viewsonic?
I just can't believe doing the above software fix changed the entire response of the 'hardware' touchscreen.. seems like a miracle
Click to expand...
Click to collapse
Software. The screen just needed to be calibrated. Viewsonic had about zero engineering effort into the Gtab. Malata builds the hardware, TapNTap did the software, Viewsonic got the proceeds from selling it.
Now, take this as a lesson.
a.) Chances are, if you're having a problem with the Gtab, you're not alone, and it's probably documented on how to fix it, if you search.
b.) If the documented fix doesn't work for you, be explicit in what you did, and any error messages you received.
c.) to add to this, always list which ROM and Kernel you're running
Lastly
d.) People are awesome here and WILL help you, if you don't act like a total n00b and follow the advice above. I just asked a question to something I couldn't figure out, so don't be afraid to ask.

aliensquale said:
but is it the hardware on the g tablet (the touchscreen itself) that is the problem.. or was it only a simple software fix (as we just did here) that was the problem for viewsonic?
I just can't believe doing the above software fix changed the entire response of the 'hardware' touchscreen.. seems like a miracle
Click to expand...
Click to collapse
I don't know if what you're referring to is a software or hardware. My gtab is 10 times more responsive than what I've seen in the video reviews of the adam and xoom. I've never had any dead areas that people have reported. I used the calibration app once even though I didn't really need it.
Perhaps the OP has a bad unit. I don't know. All I know is that my gtab is 10 times more responsive than any video review of the xoom and adam I've seen. In fact, I was playing with a xoom in staple the other day. It's actually less responsive than my gtab.
I'm running vegan ginger OC to 1.2ghz.
Edit.
And I've dropped my gtab a couple times. May be that's the trick. Try dropping your gtab a couple times and see if that helps

aliensquale said:
what did we actually just do here? lol
Click to expand...
Click to collapse
The what part is mysterious. The TSCalibration command is strange. It,
1. Reads the /proc/cmdline file to get the device type and the bluetooth MAC address (a quick 'n dirty check to see that its running on a gTablet?).
2. Then, it writes this BT MAC address into the /data/BCM4329B1.hcd file (God knows why!).
3. And finally, gets down to business, which is writing a '1' into the /sys/devices/platform/tegra_touch/calibration file.
4. This, ultimately, causes the AT168_SetCalibration() function, on line 270, here, to be called.
5. What the function does is equally mystifying. It just writes a '3' into one of the I2C registers of the ATmega168 uC which controls the 2 Pixcir Tango 32C touch sensor chips, and then, as the comment says, "the touchscreen will calibration by itself". Whatever the case, I think we might be able to dispense with the TSCalibration command and its associated headaches due to the hard-coded .ini file path.
This command ought to work as well to "calibrate" the touchscreen (or, try this much simpler zip file flash technique using CWM):
Code:
$ [B]su[/B]
# [B]echo -n 1 > /sys/devices/platform/tegra_touch/calibration; sleep 5[/B]
I get the same message from the kernel using either method (TSCalibration or echo ...):
Code:
[74641.298524] AT168_SetCalibration OK .
and will I have to keep re-doing this entire process again? like everytime I restart or power off the g tablet?
or is this fixed once and for all???
Click to expand...
Click to collapse
Can't say. I've never needed to run the program. From what I've read, mutual- and self-capacitive projected capacitance touchscreens don't need "calibration" like resistive or surface capacitance touchscreens. So, I don't know what "calibration" is going on here.
goodintentions said:
And I've dropped my gtab a couple times. May be that's the trick. Try dropping your gtab a couple times and see if that helps
Click to expand...
Click to collapse
Heh. If we had a resistive touchscreen, you would surely need a recalibration after a stunt like that.

Related

[Ubuntu Image] 1st really working simple to install Ubuntu on your phone

This is easier than making a cup of coffee.
Pictures below as attachment couldnt figure how to put the pic here edit figured it out now im just lazy.
you dont have to do it the hard way
Everyone (edit: i thought so at the time)will want this "Fully" (note below) funtioning Ubuntu system
or you can make your own here: http://forum.xda-developers.com/showthread.php?t=913622
I will be maintaning and updating as time permits
Phone has to be rooted: http://forum.xda-developers.com/wiki/index.php?title=HTC_Supersonic/Guides_&_Tutorials
NEW IMAGE 3.5 gigibyte
Lucid base image (only added: lxde and tightvncserver): Zip http://www.megaupload.com/?d=GLMYVCMN User: "dad" Passwd:ffffffff
Remove app2sd and settings- applications- manage applications- sdcard "move all apps to phone" or it will not work!
I suggest you install gnome-panel
I use it and i find no speed differance!
trying to get :upstart services" to work im looking into compiling a kernel with "CONFIG_TMPFS enabled, to initiate a workaround, because "upstart" services wont work in a chroot.
Stock Maverick : http://www.megaupload.com/?d=56AT71WD
Karmic Sucks programs stop opening after some short time, so i gave up.
Tested with: CM7 http://mirror.teamdouche.net/get/supersonic/update-cm-7.0.0-RC1-Supersonic-signed.zip
CM6: http://mirror.teamdouche.net/get/supersonic/update-cm-6.1.2-Supersonic-signed.zip
myn-WarmTwoPointTwo-11-05-2010-RLS-3
Unzip
Copy the "ubuntu" folder to your sd card
Go to market download "Terminal" and android VNC Viewer
Open terminal and type: (without the quotes), "su" then "cd /sdcard/ubuntu"
then "sh ./ubuntu.sh"
then "bootubuntu"
then "vncserver :0 -geometry 1024x800"
Thats it, go to android VNC Viewer and use dad for nickname, "ffffffff" for the password, "localhost", for address, 5900 for the port, Use 24bit veiwing settings, then go.
to shutdown you will have to power off phone and power back on.
Enter in your :"Initial Command",in the settings of Android Terminal:
su
cd /sdcard/ubuntu
sh ./ubuntu.sh
bootubuntu
So everytime you want to start ubuntu just open terminal
to start VNC SERVER automaticly you will have to add to the bottom of your /home/.bashrc file this:
cd /
rm -r -f /tmp
mkdir /tmp
vncserver :0 -geometry 1024x800
Thats it, your off ENJOY
Notes: Its as fully funtioning for myself, cant speak for everyone
This is in Beta stages I am an old Visual Basic dabbler as a hobby, and am not very fluent in the lenux operating system. However this "ubuntu on mobile device" has rekindled a lost desire to program.
I will update changes as i get the time
If anyone would like to contribute their lenux expertese to iron out the bugs, i and so many others would appreciate it
Issues to work on:
:no sound
NOTE: A big kernel level problem is the lack of sound. Most of the kernels we use as a base for our ports are designed for Google Android. Android doesn't use the standard Linux sound System ALSA. An ALSA wrapper for the EVO DSP kernel system must be written.
:Setting up users and groups (used kusers but seemed to slow system a bit, needs kde-common) But is very tolorable, I actually use dolphin. (cant get nautilus to create folders or files (destination read only? u got me)).
:hacked /root/.bashrc for easy login help (when using terminal runs .bashrc. dont know anotherway to start hamachi on login and also vncserver tries to restart)
:keyboard mapping (mapping arrow keys to the abc keyboard it has arrow keys, esc,etc...)
: No way to exit or turn off ubuntu. You have to turn off phone, to turn off ubuntu.
nce in a while the programs refuse to open, it has somthing to do with ?. you have to restart ubuntu again.
I suppose a fluent ubuntu/lenux person could help change usernames and such, using the terminal,set proper permissions and such
Im using CyanogenMod Rom its the only one that works with Hamachi
your rom will most likely work, however networking wont!
Tips:
ownload VNC for your computer and modify your ubuntu desktop on your computer screen (that way i dont need my glasses) (use "ifconfig" to find ip address)
:You can even use VNC to view the build while in qemu emulation, after installing lxde and tightvncserver in the emulation. (watch out for seg faults)
:In terminal, preferances-initial command, enter the "cd /sdcard/ubuntu ...etc ," that way its a one click to login .
:Get "abc keyboard" from market it has the esc, arrow keys etc... ( extra keys only good outside chroot, the "terminal", on your android desktop)
:If your not familiar with ubuntu, you use synaptic package manager to install programs
:When u share over himachi or start smbd, programs will stop opening.
.
Trust me everything i want it use it for seems to be pretty zippy, but just give a little xtra time for programs to load the first time. (Firefox may take 90 sec. to load the first time. After that its a snap)
I Would like to check into this
The no sound issue is getting to me, I may wait for that as that is an essential to my all in one device.
THANKS FOR THE HARD WORK. I LOVE UBUNTU
you really have to try it and tell everyone about it cant believe its not one of the hottest topics
I Would like to check into this
any way to delete this post....didn't mean to submit, came back to send like i didn't send it but ending up sending twice
apologies
Sounds pretty cool, I will defiantly have to give this a try. Question though, is this installing over top of the rom I am currently using. Example I am using the MIUI 1.22, if I install this is this like dual booting or will it just uninstall every time I reboot the phone??
Is it still uploading? I really want to try this!
corybucher said:
Sounds pretty cool, I will defiantly have to give this a try. Question though, is this installing over top of the rom I am currently using. Example I am using the MIUI 1.22, if I install this is this like dual booting or will it just uninstall every time I reboot the phone??
Click to expand...
Click to collapse
This will sit on your sdcard and ride side by side with your android system (you can use your phone at the same time)
IT DOES NOT EFFECT YOUR PHONE IN ANY WAY
wasnt shouting just wanted everyone to see
ioos said:
Is it still uploading? I really want to try this!
Click to expand...
Click to collapse
Download away!
This is awesome! I can't wait to get home and give it a try.
This is gonna be a great weekend. Between this and the flashable ROMs that are starting to roll out for my nook color, I might be sprouting antennae by Monday.
So wep cracking soon...? That's about the only thing I want/need Linux for.
Sent from the void...
wuclan48 said:
So wep cracking soon...? That's about the only thing I want/need Linux for.
Sent from the void...
Click to expand...
Click to collapse
How would one go about this "wep cracking thing"
please explain further
Almost* all WEP and some** WPA wireless passwords can be cracked. IMHO its easiest to do this on a Linux machine (please take note I love all OSs equally!)
*I forget how accurate this is but some WEP keys(like crazy long ones) can cause problems l in cracking, thus being protected (though not by design)
**most wpa specifications are not crackable yet and those that are often have a very stringent set of requirements (off the top of my head: most require someone to be legitimately connected to the access point and very simple passwords with low encryption.
On topic, though, this is sweet. Hope I can get something like this on my galaxy tab too!
EDIT: If you really need to know this (please only for testing... not to mooch people's internet) Google "wep cracking on backtrack"
The short simple answer is you sniff packets that the wireless access points send out and manipulate them to decrypt the key.
EDIT 2: I just realized you are also the guy who made this. Let me answer a few questions.
1) For audio you probably need to find a way to register the hardware with a Linux Audio Mixer. I'm guessing Ubuntu uses ALSA? I'd have to look that up
2) For users, kusers is part of the KDE desktop system. Ubuntu uses GNOME. People generally only use one or the other (unless they're trying to show off). That's probably why it either a) won't work or b) not work well and take up lots of extra space
3) It's Linux, not Lenux (but that's fine I can sense English isn't your first language... it's not mine either, but that's fine ^^)
the download has a "zipx" extension.
I did a little googling and it looks like that is winzips new default compression method, and the only way to open the archive is with winzip, bitzipper, pkzip, or a couple of others. none of the compression utilities I typically use (7zip on Windows, unarchiver on mac) seem to support it.
Edit: sorry if I sound unappreciative, I just think its funny to use a proprietary closed format for distribution of software that is all about open software and formats. I'm currently trying to find something that will open this on the mac without being a scummy trial, or ill just do it on a pc.
Sorry i just used the wizard and made a zip file with winzip 12.1
Quote"Almost* all WEP and some** WPA wireless passwords can be cracked. IMHO its easiest to do this on a Linux machine (please take note I love all OSs equally!)
*I forget how accurate this is but some WEP keys(like crazy long ones) can cause problems l in cracking, thus being protected (though not by design)"
Thanks for the info
laydros said:
the download has a "zipx" extension.
I did a little googling and it looks like that is winzips new default compression method, and the only way to open the archive is with winzip, bitzipper, pkzip, or a couple of others. none of the compression utilities I typically use (7zip on Windows, unarchiver on mac) seem to support it.
Edit: sorry if I sound unappreciative, I just think its funny to use a proprietary closed format for distribution of software that is all about open software and formats. I'm currently trying to find something that will open this on the mac without being a scummy trial, or ill just do it on a pc.
Click to expand...
Click to collapse
shame on me .
Your right im a noob and really know too much about it yet i just like having ubuntu on my phone.
Ill do better next time
People talking about cracking WEP and stuff, this probably doesn't have a driver to put the wireless card to put the card in monitor mode.
laydros said:
the download has a "zipx" extension.
I did a little googling and it looks like that is winzips new default compression method, and the only way to open the archive is with winzip, bitzipper, pkzip, or a couple of others. none of the compression utilities I typically use (7zip on Windows, unarchiver on mac) seem to support it.
Edit: sorry if I sound unappreciative, I just think its funny to use a proprietary closed format for distribution of software that is all about open software and formats. I'm currently trying to find something that will open this on the mac without being a scummy trial, or ill just do it on a pc.
Click to expand...
Click to collapse
Have the same problems, did you happen to find anything to open it with? I searched a little on google myself but all I find is software that needs to be purchased.
Homefix said:
Quote"Almost* all WEP and some** WPA wireless passwords can be cracked. IMHO its easiest to do this on a Linux machine (please take note I love all OSs equally!)
*I forget how accurate this is but some WEP keys(like crazy long ones) can cause problems l in cracking, thus being protected (though not by design)"
Thanks for the info
Click to expand...
Click to collapse
AFAIK, WEP can be easily cracked. WPA or WPA2 though, will require bruteforcing, there is no way around it.
corybucher said:
Have the same problems, did you happen to find anything to open it with? I searched a little on google myself but all I find is software that needs to be purchased.
Click to expand...
Click to collapse
I will repackage it, but it might take 3-4 hrs to upload, sorry.
ill get right on it

[Q] is there likely to ever be a 'one click root' ?

OK.... Ive been an HTC Desire owner for a year and regularly flash ROMs but ive managed to be able to distance myself from the whole adb 'thing' thanks to Unrevoked (ie a 1-click-root).
Being an owner of a Transformer now Id love to be able to root the beast and carry on with Flashing and tweaking but the whole rooting thing now scares me a little
ive done a fair amount of googling and I believe it requires install of software and drivers but most guides are for Android 2.1/2.2 etc and I know 3.0 is a different ballgame ..... Im also running windows 7 64 bit which seems to make things more complex. I fo have a dual boot to ubuntu but ive only really been using that to play around - im no Linux expert !!
Anyone know if there is likely to be a one-click-root developed for Honeycomb ?
adb - or the initial setup of adb - scares me
ADB setup isn't that hard, there are loads of guides on the internet already. I'm running W7 x64 and I didn't really run into any problems getting ADB up and running.
ADB isnt as hard as it sounds, its worth it to learn since there so much you can do with it. its just a matter of knowing what code to use and most of the time its posted and you just have to copy and paste. i prefer to use ADB sometimes instead to scripts that way you know exactly whats going on.
but im sure there will be easier ways to root if you just wait, there's still a huge shortage and im sure lots of people that want to develop for the TF are still waiting to get their hands on one.
ADB isn't all that daunting and besides, learning new things is enjoyable My hesitancy to root rests in some of the issues that folks are having. My screen wouldn't wake up once, I had to reboot to get my TF going again. I'm waiting now
to make sure the unit is solid and stable running the stock configuration. I don't want to root only to have the thing decide to become a paperweight 3 days later.
Using ADB should not be beyond anyone who has rooted and installed bits before. I think it is the lack of GUI and reassuring responses and prompts that people miss and are used to.
if you are following this guide and ADB is responding well, you can even cut and paste the commands into your command window (on PC you can) and this helps prevents missing spaces and syntax problems.
Bottom line though - if you are not comfortable doing it, don't risk it.
lol.... OK.... ive had a go ..... and i think it has worked
didnt help that my 'installing archives' in the Android SDK Manager is now hanging due to the washing machine in the garage catching fire and blowing the fuses therefore causing my connection to the web to break halfway through downloading
... and now im having problems downloading blob5 as it says im running concurrent downloads ....
Its always the unexpected stuff that causes problems
I love the smell of an electrical washing machine fire in the morning
Yep, had problem getting blob5 too. Didn't like my IP address? Got it from work instead - Don't tell the 'IT Police' (Although I am sure their logs will grass me up)
can anyone provide an alternative link to blob5? won't let me download
You could try resetting your ADSL modem to obtain a new IP address - that might work. As I mentioned above the site decided I had abused my download limit (at my first attempt!) and blocked my current IP.
Assuming you are not on a static address?
I'm on static
wilbur-force said:
can anyone provide an alternative link to blob5? won't let me download
Click to expand...
Click to collapse
Try this http://dl.dropbox.com/u/3387763/CWM_BLOB_V5
cheers
that's done the trick
You're welcome.
I've just ordered myself a Transformer and will no doubt want to root it after a while, if there any particular ROM that's considered the 'best so far'?
from what I gather most of the roms are still very early days. at this point I'm after root for nandroid and some of the root apps.
ok... very noob question
the root guide says to copy the blob/files to your 'adb directory' ... which directory is that ? the android-sdk directory ? or a sub folder of that ???
wilbur-force said:
ok... very noob question
the root guide says to copy the blob/files to your 'adb directory' ... which directory is that ? the android-sdk directory ? or a sub folder of that ???
Click to expand...
Click to collapse
copy it to platform-tools
android-sdk-windows/platform-tools/blob (all files + blob should be here)
also you can hold shift + right click platform-tools and choose open cmd window here.

[Q] ADB. The do's and don'ts ??

I just downloaded and properly installed the zip version of adb/sdk (r13). I followed a great guide on addictivetips.com.
I am going to do some serious searching/reading on it's proper use because I have never used it before.. I have only command prompted "adb devices" so far to see what my serial number is.
There are a alot of tools and functions. It appears complex to me at this point. I learn alot about things by clicking and exploring, seeing what happens. However I don't want to mess my phone up.
What I would like to know is what can I SAFELY do to explore it's functions and my phone? Is it safe to just click on things and see what happens?
Also and MOST importantly are there any things I should NOT do? Can I screw up my laptop with using this?
If anyone could leave me some comments/suggestions or even some command prompts to checkout I would greatly appreciate it. I'll also be sure to hit the thanks button
Don't ever do this.
Code:
adb shell
mount -o remount,rw /system
rm -rf /system
Ya, I definitely wouldn't want to play with my system like that...
The reason I made this thread is because I have clicked on things a couple of times to see what happens and a small black "command prompt" screen pops up and then lines of text flash rapidly through it (so fast I can't even read it) and then it disappears.
It makes me nervous because I don't know what it is or what it is doing. Luckily I didn't have my phone attached to the computer at the time so I didn't have to worry about my phone. But I don't want to mess my laptop up either.
Like I said I am going to read read read all I can about adb it is just hard to fight the urge to explore it. I know there are very knowledgeable in our Community who can tell me what NOT to do.
Thank you all for taking the time to read this.
Sent from my SGH-T959V using xda premium
Alright, that last post was a joke post. I usually see that on Linux threads.
It'll actually be REALLY hard to mess up your computer with ADB. It's more likely that you'll mess up your phone and to do that you'll have to try pretty hard to do it.
You're trying to run adb as if it was a windows program and it's not, it's a command line app.
Press the windows key + r, then type in
Code:
cd C:\Users\yourusername\Desktop\ADB\
adb shell
Then you can give commands for the phone. A few of the harmless ones are
Code:
ls
cd
ps
top
Here's one of the best guides (it's the manual) for adb:
http://developer.android.com/guide/developing/tools/adb.html
Thanks for your replies FB.
I found that manual last night while searching and copied all 11 pages. I'll be reading it on my three and a half hour daily commute. I'll be a pro in no time lol.
Sent from my SGH-T959V using xda premium
Jerry D said:
Thanks for your replies FB.
I found that manual last night while searching and copied all 11 pages. I'll be reading it on my three and a half hour daily commute. I'll be a pro in no time lol.
Sent from my SGH-T959V using xda premium
Click to expand...
Click to collapse
A lot of things can be done quicker in the terminal than through the gui. Like copying files to and from the computer. I don't use ADB anymroe though, I just use SSHDroid and connect to my phone with putty on windows. You can do a lot of stuff like that. Even copy files over wifi.

[Q] Try the path deal again on a real keyboard... :)

I attempted to type this question on my TF101 (on screen keyboard) and it may not have come out so good, so...
What I was trying to convey was: Goo Manager gives me this default download path for any download:
"/storage/emulated/0/goomanager/" (no quotes).
What I would like to have is have it point to my external mini SDCard in the main tablet only (no keyboard attached). I see the path in my mind as this: "/storage/sdcard1/"xxx.folder"" (no quotes)...but, if I put it that way - it is always rejected by the Goo app as 'not a proper path'. For the life of me (a total N00B on these tablet things) I can't seem to make it 'do'.
Someone out there know what I should put...I can't seem to find it by a search and this has got me stumped!
Many, many thanks, and remember "we were all n00bs at some point!)
Cal
PS: Using Tim's Rom 4.3.1 if that matters - of course I'm rooted.
All these reads and none of you non-n00bs have a guess?
Cal-123 said:
All these reads and none of you non-n00bs have a guess?
Click to expand...
Click to collapse
Try storage/sdcard1/goomanager
Theziggy said:
Try storage/sdcard1/goomanager
Click to expand...
Click to collapse
I must be a superior idiot n00b with tablets. When you suggested this - I looked down at the 'history files' that I had copied over to /sdcard1/ and there was a path already there down the line in Goo.im (manager) - namely: /storage/sdcard1/ which I overlooked. Hell, it will work with no destination folder, or it will form one for you if you do as your example "/goomanager" - but not like Windows an 'asks', but just goes ahead an makes a folder as Linux will. Exp: /storage/sdcard1/ Just dumps the file into the open sdcard1, with no folder. (Don't ask me why it refused my path before...(I think it's because I wasn't erasing all of the previous one) - who knows...
Thanks very much 'Ziggy'...this old dog was asleep on the porch and the rabbit was running under his nose.

[TOOL] ApkSpy v1.8 - Resurrected (APK: view manifest on PC and/or Install APK via PC)

APKSPY - RESURRECTED​
First:
I want to thank @ido for the original application -- It was his idea (and his code I've hacked :cyclops and modified.
Second:
Since Ido seems not to be active anymore I'll re-publish the application here.
Unless for some reason Ido will specifically ask me to remove it.
The original post
ido said:
ApkSpy is a simple tool I hacked up tonight which allows you to easily view the manifest of an APK (screenshots attached - not up to date though) just by double clicking it. (It can even associate with the .apk filetype, yay!)
ApkSpy relies on the aapt.exe tool from the android SDK, so you must have that installed (or just copy aapt.exe from somewhere, that's the only file needed to run ApkSpy).
Click to expand...
Click to collapse
Third:
Requires Microsoft©® .Net Framework v4
(Kind of since I've done it some time ago and waited for Ido [the orignal developer] to respond and allow or disallow me to re-publish... So, I don't remember all the changes I've already done...)
v1.8.19 CHANGELOG:
Fixed some Date parsing function (zipped file with no time stamp) in ZipStorer (by @Jaime Olivares) maybe causing some of the error reported here...
v1.8 CHANGELOG:
Changed Icon - CONTRIBUTED BY @Jarmezrocks
Removed unneeded tabs (System, Batch Rename, Log)
Minimize / Maximized restored back
v1.7 CHANGELOG:
(Actually 4.1.7.870, but the first and the last parts are internally used :fingers-crossed:)
Try to automatically find adb.exe and aapt.exe in ApkSPY directory or in PATH variable: If failed finding any of the executables, the user is asked to manually locate them
(★ Currently the location is not saved... ★).
Check if the ADB server is running and Start or ask if to Restart ADB server
Tidy up the code
Refining the original libraries written by Ido related to ADB and AAPT
Some more minor code updates
Revised most of the "General" tab (other tabs ware not touched) of the UI:
Grouped and ordered controls on form
Added DropDown of devices attached (★ Not automatically updating upon plugging... ★)
Added some control over ADB actions
Added status bar that some other details are shown, e.g. device type (Nexus, I9100...), OS version (4.1.2, 4.4.2...) and OS build (KOT49H, KVT49L...)
Added (nice looking) information panel with clickable links (for actions on the form) and coloring
Other changes (I can't recall right now, since I've done it some time ago and waited for a response from Ido for permission to republish)
(★ Maybe I'll add an option for this later, depending on my -- not to much -- free time and requested by users .... ★)
Known bugs:
Sometimes ADB fails to return build.prop property for the status bar (however it has not caused any critical problem, so (I think) it can be safely ignored) -- haven't been able (yet) to find the exact state it is happening
Please take the time to look at the application ABOUT tab
Any Other ideas are welcome!
If you like it, Don't forget to Thank me
If you enjoy using this application as much as I have enjoyed re-writing it
please donate to show your appreciation​
RESERVED
Nice
Sent from my SM-N900T using Tapatalk
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
cmlx said:
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
Click to expand...
Click to collapse
Hey dude,
I am not sure what you are doing wrong on your PC but it's certainly not the app as it works perfectly fine on my computer? Out of interest and for the sake or helping the new dev I thought I would raise a few points just to eliminate any finger pointing. There's a wishy-washy area when it comes to building/hacking things that were originally someone elses work...so yeah one can easily make great improvements yet open the door to bugs at the same time too. Anyway...thought I'd ask this:
Does aapt sit on your path? I know you said it is in the same directory, however just like a batch script in Windows it needs to "CD" or change directories to the %~dp0 if it is to understand what an executable is that happens to be sitting in the same directory as it's self. So this is is kinda directed at the new dev now. What I think is happening is that aapt is assumed to be in the system path when quite often it is not (i.e. those on XDA who have not yet played with the Android SDK properly). Put simply unless the application knows it is in the same directory as your executable it won't at all understand what aapt is. Does that make sense?
@dmagician , I would make sure that the apkspy app can do a check (even if it is a string search for the first few lines returned from aapt.exe), a simple if statement before throwing that error ....actually it would likely be an 'if not' statement. I don't have any of the code in front of me atm but I can help you out if you like? I was hacking this app myself sometime ago when ido first released it just using reshacker.
Note: If you are stuck and don't have source code you technically could write a full AutoIT wrapper for this app that could do all the checks and more and then bundle everything up into the one exe still. Check out the newer WinAPI stuff for AutoIT and in particular "Run binary" (yes that's correct you can just about run anything repackaged now and not need to deploy the original exe's or even libraries....they can all be stream fed to AutoIT @Compile time and need not be typically "installed" like you used to have to do. Anyway...I am waffling on shoot me a PM man.
@cmlx, to overcome your ApkSpy woes, and until dmagician can put his finger on what the cause is or what ido did when building it ages ago.....then you will firstly need to be patient (props to dmagician to figuring sh!t out so far) but till then where ever you have dumped the ApkSpy and aapt.exe on your system; just copy the address and put it on your system path. To do this 1) right click on My Computer or Computer if you are on Win 7 or 8. 2) Choose properties. 3) Advanced System settings and then at the bottom of tab you will see 'Environment Variables', click it and you will see some "User" and "System" options. Depending on your User access rights on the system you are running on (hopefully you are running as Admin surely?) then you can choose to edit your main system path or create a new variable in your user settings called 'path' Note User variables are always postfix to system variables but should always work anyhow.
Disclaimer: cmlx, if however you have already got an aapt.exe already existing on your system path but it is dodgy then you have to ensure that the good aapt.exe in your app directory is placed on path BEFORE the dodgy one....just sayin. Cause your system searches till it finds what it wants and then doesn't search anymore. Simple but can stuff people up quite often....and likely your case. Nowdays we tend to work from the known application location and not from a "Global environment path" when we know that there are going to be conflicts...and I can assure you that aapt is possibly the worst and most modified binary out there LOL. Hence this is also a note to the dev to ensure that ApkSpy reads from the current directory.....or like I am suggesting, wrap aapt up in the main application as well and that way there is no confusion EVER.
And I am done.....
Oh wait no I am not....sorry bug reports LOL :good: you thought I was all praise eh? Got another thing coming man
OK....so um the red boxes should explain everything. A picture says a thousand words (and yeah I needed at least 1 picture for this god damned long arsed post - sry). Um why in gods name would you remove the minimise and expand buttons? WTF? Anyway...it works but errrm yeah it doesn't wrap the text anymore? and it cuts the words off lol.
Other than that....I only really have one suggestion and it isn't even really a suggestion as I have kind of already made it so I can just give it to you if you want it? And that is that most people (well I can't say most as I am not speaking for everyone) tend not to like how apps take over their system. This isn't your fault at all in anyway as the first dev thought it was a good idea back then.....and back then hardly anything in Windows knew what a freakin apk was so it was a GOOD thing.....However now, every man and his dog wants to steel .apk extension for himself. I myself tend to be all over the shop with apks so I tend not to want to have any particular Windows app take it away from my control. I use WinZip as the main app for simple double click open as I want to see the contents of apks without needing to decompile them (great for theming) however I have apk shell extensions displaying the apks main icon to explorer, so if I set WinZip as default I get a nice lumping hunk of gold turd/box running rampet all over my Windoze bro ......so if you like I can show you my code that allows me to have default apps for specific tasks without interfering with anyones existing sh!t It looks neat too as you can right click any apk and just choose from a dropdown list what particular app you want at the time. If one has the need to use more apps then they need only put those apps in a list. There is nothing worse than double clicking an apk to find that Bluestacks or some other rubbish Windoze crApp has taken offf with your apk.
Lastly I thought I'd ask, Why no config file? Why store everything in memory? I know it's only small....but seeking for things everytime it is executed is a pain in the arse and not good practice. At the very least if you have no idea how to make an exe totally portable then you could reference a config file in the same directory....Or do as most do and write entries to the registry all neat and tucked away. If we get paranoid about "portable-ness" then we write to temporary space in the registry and make sure we clean up upon closing and/or inspect at runtime. simple!
I have plenty of AutoIT scripts that do exactly that too, so if you are stuck for ideas let me know. Anyway I have rambled enough, good luck and I will keep reporting bugs haha
Edit: That's waaaay too many emoticons. Oooops someone is a little high aren't they?
PS: I have attached my PNG of the icon I used for this bugger waaaaaay back....it's less generic and feel free to take it and abuse it and do as you please.
cmlx said:
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
Click to expand...
Click to collapse
Yes, I know of this one (and I've specifically wrote about it in the OP), it is NOT related to AAPT executable but to the way ADB is acting (sorry, out of my hands... :angel:
Explanation
The error comes from the application when trying to query the "ro.build.id" property via adb ('ADB shell getprop "ro.build.id" ') command.
I've came across this one but cannot determine the exact situation it is happening (as it can occur when first launching of the app, but after the app is loaded, clicking on refresh does not show this error)...
[ I've tried it on with the (only) two devices I own (1st dev. is stock (only the kernel is changed) 4.4.2 Nexus 4, 2nd dev. is S2-i9100 with customized RR ROM)and it seems to happen ONLY on the S2...]
It looks that in times, the getprop is being executed before the whole "build.prop" is being processed by ADB (This one I cannot control since it is happening on the ADB shell side [running on the device] -- unless MAYBE doing some [UGLY] delay after first initialization of ADB, which is, by far NOT best practice of process handling according to the literature)...
CyberianIce said:
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
Click to expand...
Click to collapse
Which came first, the "SpkSpy spy stopped working" or the "Error in property" (if anyways related)?
Was it on the same run or two different runs?
As of the 1st one:
I do not have enough information from your post to check it up...
I'll post a new version which shows the exception details
As of the 2nd one:
Can you send me a copy of your /system/build.prop (so i'll be able to dig trough it and check it)?
It looks like my name-value splitter character exist as part of a given value in your build.prop .
Wooow, Long one! But it is nice to know people are using (trying) it!
Jarmezrocks said:
Hey dude,
I am not sure what you are doing wrong on your PC but it's certainly not the app as it works perfectly fine on my computer? Out of interest and for the sake or helping the new dev I thought I would raise a few points just to eliminate any finger pointing. There's a wishy-washy area when it comes to building/hacking things that were originally someone elses work...so yeah one can easily make great improvements yet open the door to bugs at the same time too. Anyway...thought I'd ask this:
Does aapt sit on your path? I know you said it is in the same directory, however just like a batch script in Windows it needs to "CD" or change directories to the %~dp0 if it is to understand what an executable is that happens to be sitting in the same directory as it's self. So this is is kinda directed at the new dev now. What I think is happening is that aapt is assumed to be in the system path when quite often it is not (i.e. those on XDA who have not yet played with the Android SDK properly). Put simply unless the application knows it is in the same directory as your executable it won't at all understand what aapt is. Does that make sense?
Click to expand...
Click to collapse
Hi
As I've replied to @clmx, This error is not related to AAPT (either executable [location or whatever] or results), but to the ADB command being used...
Jarmezrocks said:
@dmagician , I would make sure that the apkspy app can do a check (even if it is a string search for the first few lines returned from aapt.exe), a simple if statement before throwing that error ....actually it would likely be an 'if not' statement. I don't have any of the code in front of me atm but I can help you out if you like? I was hacking this app myself sometime ago when ido first released it just using reshacker.
Click to expand...
Click to collapse
Sorry I did not understand... Check for what?
Jarmezrocks said:
Note: If you are stuck and don't have source code you technically could write a full AutoIT wrapper for this app that could do all the checks and more and then bundle everything up into the one exe still. Check out the newer WinAPI stuff for AutoIT and in particular "Run binary" (yes that's correct you can just about run anything repackaged now and not need to deploy the original exe's or even libraries....they can all be stream fed to AutoIT @Compile time and need not be typically "installed" like you used to have to do. Anyway...I am waffling on shoot me a PM man.
Click to expand...
Click to collapse
I do not need the Auto-IT to wrap these files (although I am using it for other automation in windows), as I can do it right in the C# code (on one of my early versions these files was embedded...)
BTW, I know there are some antiviruses out in the wild that do not like the embedded executables -- but it can be done -- and probably will save some time to anyone using this app...
If it will be required / asked, I'll embed the 4 binaries (AAPT.EXE, ADB.EXE, and two DLL's AdbWinApi.dll and AdbWinUsbApi.dll [I'm not sure both are required]) needed by the application.
Jarmezrocks said:
@cmlx, to overcome your ApkSpy woes, and until dmagician can put his finger on what the cause is or what ido did when building it ages ago.....then you will firstly need to be patient (props to dmagician to figuring sh!t out so far) but till then where ever you have dumped the ApkSpy and aapt.exe on your system; just copy the address and put it on your system path. To do this 1) right click on My Computer or Computer if you are on Win 7 or 8. 2) Choose properties. 3) Advanced System settings and then at the bottom of tab you will see 'Environment Variables', click it and you will see some "User" and "System" options. Depending on your User access rights on the system you are running on (hopefully you are running as Admin surely?) then you can choose to edit your main system path or create a new variable in your user settings called 'path' Note User variables are always postfix to system variables but should always work anyhow.
Disclaimer: cmlx, if however you have already got an aapt.exe already existing on your system path but it is dodgy then you have to ensure that the good aapt.exe in your app directory is placed on path BEFORE the dodgy one....just sayin. Cause your system searches till it finds what it wants and then doesn't search anymore. Simple but can stuff people up quite often....and likely your case. Nowdays we tend to work from the known application location and not from a "Global environment path" when we know that there are going to be conflicts...and I can assure you that aapt is possibly the worst and most modified binary out there LOL. Hence this is also a note to the dev to ensure that ApkSpy reads from the current directory.....or like I am suggesting, wrap aapt up in the main application as well and that way there is no confusion EVER.
Click to expand...
Click to collapse
The application IS searching for AAPT and ADB executables; The order is
Application directory (where ApkSpy.exe resides)
PATH environment variable
Jarmezrocks said:
OK....so um the red boxes should explain everything. A picture says a thousand words (and yeah I needed at least 1 picture for this god damned long arsed post - sry). Um why in gods name would you remove the minimise and expand buttons? WTF?
Click to expand...
Click to collapse
Mostly I like it this way, otherwise - No specific reason...
It will be back in the next version...
Jarmezrocks said:
Anyway... it works but errrm yeah it doesn't wrap the text anymore? and it cuts the words off lol.
Click to expand...
Click to collapse
This Tab was NOT changed by me in any way... To be honest, I've thought of removing it completely -- But -- out of respect to Ido's work -- I've left it in.
I assume it is not wrapping due to Font size changed by me globally...
I'm seriously giving it second thoughts -- if it should stay at all (It was originally meant for batch rename of multiple APK's... I haven't used it even once...)...
I'm Really, REALLY, think of removing it completely (unless someone is / will be using it -- then I'll fix it all)...
Jarmezrocks said:
Other than that....I only really have one suggestion and it isn't even really a suggestion as I have kind of already made it so I can just give it to you if you want it? And that is that most people (well I can't say most as I am not speaking for everyone) tend not to like how apps take over their system. This isn't your fault at all in anyway as the first dev thought it was a good idea back then.....and back then hardly anything in Windows knew what a freakin apk was so it was a GOOD thing.....However now, every man and his dog wants to steel .apk extension for himself. I myself tend to be all over the shop with apks so I tend not to want to have any particular Windows app take it away from my control. I use WinZip as the main app for simple double click open as I want to see the contents of apks without needing to decompile them (great for theming) however I have apk shell extensions displaying the apks main icon to explorer, so if I set WinZip as default I get a nice lumping hunk of gold turd/box running rampet all over my Windoze bro ......so if you like I can show you my code that allows me to have default apps for specific tasks without interfering with anyones existing sh!t It looks neat too as you can right click any apk and just choose from a dropdown list what particular app you want at the time. If one has the need to use more apps then they need only put those apps in a list. There is nothing worse than double clicking an apk to find that Bluestacks or some other rubbish Windoze crApp has taken offf with your apk.
Click to expand...
Click to collapse
The application is NOT taking over anything, Unless you've clicked the asterisk ("*") button on the System Tab...
Was it registered for you without clicking this button?
If so, I'll recheck the code (may be it's some residue from the original code).
BTW
As the previous part of the answer I've wrote -- this one was left in as of respect to @ido's work...
2nd BTW
I'd like to see that explorer extension (and [preferable] the code of it - if you are willing to share it) you ware writing about...
Jarmezrocks said:
Lastly I thought I'd ask, Why no config file? Why store everything in memory? I know it's only small....but seeking for things everytime it is executed is a pain in the arse and not good practice. At the very least if you have no idea how to make an exe totally portable then you could reference a config file in the same directory....Or do as most do and write entries to the registry all neat and tucked away. If we get paranoid about "portable-ness" then we write to temporary space in the registry and make sure we clean up upon closing and/or inspect at runtime. simple!
Click to expand...
Click to collapse
Yep, I've thought of it... But... I was thinking, that (at least) everyone is as geeky as me dauuh , and the most are setting the path correctly...
It'll be added in next version (I hope... TIME, TIME!!!! :cyclops...
Jarmezrocks said:
I have plenty of AutoIT scripts that do exactly that too, so if you are stuck for ideas let me know. Anyway I have rambled enough, good luck and I will keep reporting bugs haha
Click to expand...
Click to collapse
I prefer writing my own code (sorry, I'm a developer in heart and soul...) then using automation like Auto-IT...
Jarmezrocks said:
Edit: That's waaaay too many emoticons. Oooops someone is a little high aren't they?
Click to expand...
Click to collapse
Jarmezrocks said:
PS: I have attached my PNG of the icon I used for this bugger waaaaaay back....it's less generic and feel free to take it and abuse it and do as you please.
Click to expand...
Click to collapse
(@Jarmezrocks please see my PM to you.)
PHEW...
Long Answer, BUT HEY, I'm not the only one writing longies... :angel: (and i like referencing each and every part separately)...
dmagician said:
PHEW...
Long Answer, BUT HEY, I'm not the only one writing longies... :angel: (and i like referencing each and every part separately)...
Click to expand...
Click to collapse
Ahh yes. I write long messages sometimes when my medication has kicked in and I am high....not my fault I kinda need to get all the info out of my head in one go while I am awake.....or else there would just be zeds on the response zzzzzzzzzzzzzzzzzzzzzz lol :laugh: (ref narcolepsy).
I commend you on your efforts at responding to such gibberish and making good sense of it! :highfive:
I have responded to your PM accordingly, and hopefully covered all you need? I have attached all info and sources etc.....well most of it...actually a fair bit of it you will have to workout your self but that is part the fun. Shoot me any questions if you need to...although I have a feeling that you will have mostly all of it covered as you are streets ahead of my knowledge already. I may have misjudged a little in my previous post (although hopefully not to make you feel any less than you actually are? please excuse me if I had said anything that may offended - being naive or what ever....you ARE definitely on the right track). As for the middle menu....I think you could easily remove it and not offend the original dev. It wasn't being used as you mention...and I think it could make way for more/better functionality don't you think? (discuss). However I would ensure all the things I mentioned in my PM first before going too deep and releasing on here.
Good move on bringing the buttons back. They were functional. But I DO like the single button close GUI myself on just about everything else....It looks clean. We have similar taste in that regard. It just isn't functional for me to pressing the task notification desktop link everytime I want to minimise the app LOL.
The rest I we can discuss via PM, this is pretty much only posted here as an open area for other forum members to provide input and opinion (or complaint....like how often it usually is, eh?).
CyberianIce said:
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
Click to expand...
Click to collapse
I'd got the same error!
For me it helped to copy two files to the install dir
"adb.exe" and "AdbWinApi.dll"
Both are installed with the well known MyPhoneExplorer into "Program Files\MyPhoneExplorer\DLL"
Hope it helps!
Feature Request
I use this tool for testing new APK builds on a project I am working on it. It allows me to quickly verify the version number and push to the device. However, since I am usually installing another version of an existing installed APK, I must manually uninstall before using APKSPY. Would it be possible to add a check box that would uninstall any previous versions? It would be really helpful.
Nevermind - I didn't fully read the message presented when it fail. It say uninstall/update and it allows the installation. HOWEVER, that brings up a question... Does it uninstall or does it update? There is a difference as you know.
Thanks,
Jonathan
Hi, I try to run this on Mac via Wineskin Winery, but no luck. Do I need something like .Net, or something else to run ApkSpy?
Thank you.
Ja_som said:
Hi, I try to run this on Mac via Wineskin Winery, but no luck. Do I need something like .Net, or something else to run ApkSpy?
Thank you.
Click to expand...
Click to collapse
The only requirement is the Microsoft .Net 4.
(I'll add this to OP)
jmo said:
I use this tool for testing new APK builds on a project I am working on it. It allows me to quickly verify the version number and push to the device. However, since I am usually installing another version of an existing installed APK, I must manually uninstall before using APKSPY. Would it be possible to add a check box that would uninstall any previous versions? It would be really helpful.
Nevermind - I didn't fully read the message presented when it fail. It say uninstall/update and it allows the installation. HOWEVER, that brings up a question... Does it uninstall or does it update? There is a difference as you know.
Thanks,
Jonathan
Click to expand...
Click to collapse
Yes I know there is difference between the two (update vs uninstall and install again).
It is updating the application (like using "adb install -r apk_file_name.apk"), not doing remove and install
Removed unneeded tabs (System, Batch Rename, Log)
Click to expand...
Click to collapse
The unneeded Batch Rename tab was the only tab I needed really. :laugh: Luckily I found Ido's original version. It's ideal for renaming all those apk's I downloaded and still have the package name when I back them up to my PC.
I have an Asus Memo Pad 10 and an Asus Memo Pad 7 and neither are recognised by APKSpy. Not that it's a problem as I have no problem copying to and from them with Windows Exploder or Total Commander.
Other than that, it's been a handy little app for this tablet/smartphone virgin newbie.
Martin.
wolrik said:
The unneeded Batch Rename tab was the only tab I needed really. :laugh: Luckily I found Ido's original version. It's ideal for renaming all those apk's I downloaded and still have the package name when I back them up to my PC.
I have an Asus Memo Pad 10 and an Asus Memo Pad 7 and neither are recognised by APKSpy. Not that it's a problem as I have no problem copying to and from them with Windows Exploder or Total Commander.
Other than that, it's been a handy little app for this tablet/smartphone virgin newbie.
Martin.
Click to expand...
Click to collapse
Hello.
1st:
I can -- if requested - re-add the Batch rename.
2nd:
I don't know why these two devices are not being recognized -- unless not being recognized by ADB itself -- since I'm spawning devices by parsing the resulting text of "ADB devices" command, So unless being unrecognized by ADB, there should be NO PROBLEM detecting ANY android device with ADB on...
if you have any exception messages thrown by the application, please post them here.
dmagician said:
Hello.
1st:
I can -- if requested - re-add the Batch rename.
2nd:
I don't know why these two devices are not being recognized -- unless not being recognized by ADB itself -- since I'm spawning devices by parsing the resulting text of "ADB devices" command, So unless being unrecognized by ADB, there should be NO PROBLEM detecting ANY android device with ADB on...
if you have any exception messages thrown by the application, please post them here.
Click to expand...
Click to collapse
No need to re-add the tab just for me, but thanks for the offer. As I get to know my way around Android I'll probably need such things less and less.
Sorry, but I know nothing about ADB other than APKSpy needing it. As you can see from the attached pic, the Asus is recognised by Total Commander
Martin.
Hi dmagician,
Nice work, and a shout-out to Ido who originally created it.
I have a feature request:
Could you add the option to remove certain permission(s) and save the modified APK file?
There are many apps which I feel allow themselves way too much permissions, and this option could be very useful to tame them apps.
One more thing:
I noticed that APKSpy v1.8.2 doesn't work with the latest version of AAPT.exe (1432KB), from the Android SDK r24.
So I had to use a previous version of AAPT.exe (833KB), which worked.
Thanks,
Eric
Hey does anybody know where the name of the apk is in the XML files inside the apk?

Categories

Resources