wmDownloader v0.2
This application allows you to easily download files from One-Click-Hosters like rapidshare. It can be used to download your files overnight without use of PC, but remember to plug your PocketPC to charger.
I recomend turning of not cheap GPRS data connection in case of WiFi lost connection.
Application using michyprima's manila SDK.
User guide:
After first start go to "Config" tab, select destination folder for your files and click "Save". Now you can add files in "Files" tab or by editing file "files.txt" and then reloading it using "Menu->Reload files.txt".
When you added some files you can start download process. Files will be removed automaticly from list after download.
Known bugs:
- not all rapidshare error messages are parsed
- directory browser can't create new directory
- some minor UI bugs like formatting timer
Change log:
v0.2
- code prepared for multiple upload websites
- added config for download folder
- new UI
- .NET CF 3.5 used
v0.1
- initial write
Screenshots:
View attachment 275558View attachment 275559View attachment 275560
If you like this application, donate. Donations will be used for making premium accounts.
Donate links:
PayPal EUR
PayPal USD
PayPal PLN
Regrds,
Pawel
First
Nice idea, will test it.
edit: Works, but the problem with my device is , that i haven´t got a Storage Card, it called "Interner Speicher" on my german Diamond. So the files will download only to device storage -.-
Another problem is, that the device turn off, when I am downloading, so it would be nice if you can put in a function, that disable this,during the app is running.
And of course if possible more hoster support, for example netload, upload..
Thanks and this is another link
-info.txt
Rapidshare downloader.rar
Many thanks, elektro255, it simply WORKS!
There is a file, that for the past weeks I never got a chance from crapidshare to downlead it,I was thinking that the site will never give a slot for this file. But last night your lite tool did it. After about 20 times trying by itself, it downloaded the file while I was sleeping.
Here's some minor issues and suggestions:
Like others found, in my Chinese ROM, it created a folder and downloaded the file to main memory.
On my QVGA device, the font size for displaying details is too small.
Is that possible in future release to make it work with other sites like mediafire etc. I don't really have demand for this myself, but maybe others have better suggested site.
Last thing is that your app does not have an icon and the shortcut looks not good in start menu. If you want to keep the tiny size of it and does not want to include another file into it, you may just use one of the system icons that comes with shellres etc.
Anyway it already did what is expected to do.
Premiumaccount and "Speicherkarte" support - would be nice
elektro255 said:
Hi,
I made simple app to download rapidshare.com files over night.
1. App is just pre pre alpha version but works for now
2. I'm not planning to continue work on this app as long as it works fine for me [but if you have good idea what can be included in next version you can write on this topic]
3. For this app is required \Storage Card\ folder.
App written in C# .NET 2.0, tested on HTC Topaz
Downloaded files are stored in \Storage Card\Downloads\
Rapidshare links are stored in \Storage Card\Downloads\files.txt (after edit via external editor, app have to be restarted)
I advise to disable GPRS connection (to avoid big bill in case of wifi disconnected) and to conect charger
http://www.multiupload.com/5VXCHSZZ81
Regrds,
Pawel
Click to expand...
Click to collapse
very good job done there pawel, open up your donation box mate ! you deserve a cherry
This software doesn't support Premium Account?
Software is working fine on qvga...but fonts are pretty small...if possible make it user freindly...thanks
Thank you for the excellent program. I apologize for my English. Not bad, it would be in the input line to copy-paste, and a great author, please do similar programs on letitbit.net and depositfiles.com. Many thanks in advance.
Thanks for the good job! Could you make it possible to choose the directory path to save the file?
Nice work Bro
Small little app but works like a champ!! Works just like rapidshare auto downloader (for those who don't know, just google it coz this is a really convenient software for those who use rapidshare often) but in windows phone version.
Nice job
I decided to continue work on this application. So v0.2 you can download in first post.
Currently I'm working to support other One-Click-Hosters like hotfile, so check this thread time-to-time.
This seems like a really neat program, will be using now!
Thanks a lot!
elektro255 said:
wmDownloader v0.2
This application allows you to easily download files from One-Click-Hosters like rapidshare...
Click to expand...
Click to collapse
What other hosterS(!) does it support?
darfri said:
What other hosterS(!) does it support?
Click to expand...
Click to collapse
it will in feature
Search
Hey great idea, but yea writing the web address is a pain, copy n paste would be good, but how about incorporating search!!!
Maybe hook up to a few search sites, use their code, and then be able to click on it, which inputs the address into what you already have!
Just a thought lol
Poodz
The lack of copy and paste is the one thing that annoys me about an otherwise great application!
elektro255 said:
it will in feature
Click to expand...
Click to collapse
You probably know this already and it won't help you much neither because it is java but anyway... http://svn.jdownloader.org/projects/show/jd
Awesome! I really got impressed when I saw that somebody actually make a downloader for WM. I have a question though, does this work on non-touch devices? [i600, HTC S620/Excalibur]
This is a new thread on the subject of modifying the system or
applications on the Nook. I'd like to see a separate thread on
modifying the kernel, but let's keep that off this.
The Basics
A bit of the system or an app is usually written in Java. Different
tools are used to compile and process it to the final product.
The Java Runtime Environment (JRE) is what allows you to run various tools and program on your host computer.
The Java Development Kit (JDK), version 6, update 33 contains the tools you need to work with Java
javac - the Java compiler
jarsigner - a tool for signing products
Android Software Development Kit (SDK), with downloads for Level 7 API.
Android Asset Packaging Tool (AAPT) - processes resources like images and layouts
Android Debug Bridge (ADB) - allows connection and debugging to your device
The final product is either an APK file or a JAR file, both of which
are basically ZIP files. Both of these contain a file called
classes.dex which contain the executable code. An APK file also
contains resources in a directory hierarchy. Some of these items,
like regular PNG graphics are exactly as you'd find them anywhere.
Other items, like "9 patch files" (9.png), are modified and others,
like XML files, are compressed. An APK file also contains a file
called AndroidManifest.xml that describes the product. Both APK
and JAR files can also contain signatures in the META-INF
directory.
Reverse Engineering
In the best of all worlds, you would have the original Java code that
the developers used to make the product. This is seldom available.
To work around this you need to backwards step the entire
process to get back to the original Java code. There is a problem,
the backwards process is not unambiguous. Yes, you can
backtrack to some Java code, that if compiled would work the
same as the original, but it would not look the same. Often the
intent of a piece of software is apparent from its layout. Also, you
will have none of the comments in the original code.
We can easily backtrack to an intermediate place between source
Java code and the final product. This is a place that does not really
exist in the original product generation process. We can take the
raw executable code out of a product and display it in a human
readable (and editable) form. "Smali" is the name of this
representation. It is analogous to assembly code. As stated, it
really does not exist as a language in the original compilation.
There is a software tool for taking apart a product and dissecting
it into the Smali code and the resources (if any). This tool also can
be used for compiling the Smali code back into the modified
product.
apktool, a tool for reverse engineering Android files
One of the main actions of the apktool is to take apart classes.dex
and generate a whole tree of files that end in the extension ".smali".
These files will have names like:
\NeatoApp\smali\com\bigcompany\neatoapp\MainView$23.smali
Modifying a Product
So, we can take a finished product, use apktool on it to take it apart
to pieces, modify some piece, then put it back together with
apktool. Modifying a resource like a graphic is easy, just modify
it (except 9.png, more later). Changing the wording of a popup
message is also easy. Changing the language of the interface
takes a bit more care to do it correctly. Modifying the Smali code
takes a bit of knowledge and done incorrectly can even brick your
device (repairable with a backup). If you have a chunk of Smali
code that someone modified for some reason, it's not too difficult
to open up your extracted Smali file, edit in the chunk, save it and
run apktool to put everything back together.
The Problem
We see this problem with kernels all the time, that some users want
a kernel with A, B, C and others want it with C, D, E. The number
of competing configuration gets out of hand. Moreover if you
come up with feature F, then you have to find a way to package
it up with A, B, C, for the first user and D, E for the second user.
A Solution
One possible solution is to let the user decide. You can distribute
options A-F independently and let the user install them themselves.
In principle, this means the user takes whatever version of
something they have on their device, apply a specific patch, then
reinstall it on their device. This would also open things up to
modifying different versions (for example Nook Touch vs. Nook
Glow) with the same mod.
mergesmali
mergesmali is a new tool for managing modifications to Smali
code. There is no particular magic behind it. It simply can replace
sections of Smali in a text file. It is agile enough to not rely on line
numbers or exact specifics of the Smali file. Here is a simple
example how you would use it to modify something:
Code:
adb pull /system/framework/android.policy.jar
apktool d android.policy.jar \Policy
mergesmali /v \Policy\smali\com\android\internal\policy\impl\LockScreen.smali landscapemod.smali
apktool b \Policy android.policy.jar
adb push android.policy.jar /system/framework
Mod Developers
We'll get to how to make the modification files for Smali soon...
Renate,
Great post! :good:
Could you add few words on logcat/ddms to help with troubleshooting, if a mod doesn’t work as expected, please?
Yes, I'm still working on this.
I've been patching the stock reader for dictionary and other things.
I was doing the patches on the 1.1.2 Reader.apk and it worked fine.
I just switched over to the 1.1.5 Reader.apk and it patched it fine without any changes.
This post addresses the developer side of things.
It is possible to patch Smali by hand.
For quick and dirty, this is not a bad solution.
The problem is that one must be aware of how many registers are used and for what.
In the first instance, if I need another register for my mod, that can push register references on other instructions out of the 4 bit range.
Also, if the stock code is revised later that can also change register references.
Even the simple addition of a debug print statement (Log.d) can affect things.
The solution is to always replace entire methods.
That way you are not fighting with conflicting code.
The logical place to keep your patches is in Java.
Obviously you can't have a standalone method, there has to be a class.
For instance, the stock Reader.apk has a place where it validates EAN (ISBN).
It checks for all digits, which bombs on sequences with dashes.
We want to replace that, easy enough, but we have to wrap it in the class.
Code:
package com.bn.nook.model.product;
public class Products
{
public static boolean isValidEan(String ean)
{
return(true);
}
}
Obviously this does not fully implement the class, but it has enough for our little method.
We do a normal compile of this, then apktool d it to the smali.
mergesmali can then scan through this smali and edit the stock smali from the apktool d'ed stock app.
A final apktool b, jarsigning and zipaligning puts it all back together.
But what if the method that we want to replace called some other method?
We would have to put something in our class to prevent compilation errors and to ensure that the smali code for our method did the correct invocation.
We end up writing stubs for these methods that do nothing.
If it's a void method, the body of the method is simply {}, for boolean types {return(false);}, etc.
But how do we make sure that mergesmali does not substitute these stub methods for the good methods already in stock?
Annotations.
By putting Annotations before each method, we can tell mergesmali what to do.
These annotations are preserved in the decoded smali.
They are subsequently deleted when mergesmali merges the smali.
Expanding our original example (this is just an example, not realistic):
Code:
package com.bn.nook.model.product;
import com.whoever.MergeSmali.*;
public class Products
{
@Ignore
public Products() {}
@Ignore
public static double complicatedOtherMethod(String ean, String msg)
{ return(0.0); }
@Replace
public static boolean isValidEan(String ean)
{
if (complicatedOtherMethod(ean, "Hello")<2.3) return(false);
return(true);
}
}
The @Replace tells mergesmali to replace this method.
The @Ignore tells mergesmali not to replace this method.
We need to have the stub for complicatedOtherMethod in the source.
Well, why is the constructor in there?
The compiler will generate a default constructor if we don't write one and it would have no annotation.
mergesmali prints an error if any method does not have an annotation;
There is also @Append for new methods that are not in the stock.
There is also @Delete to delete methods (that either have a super or not being used at all with the rewritten methods).
What's in com.whoever.MergeSmali.* ?
Code:
package com.whoever;
public class MergeSmali
{
public @interface Ignore {}
public @interface Replace {}
public @interface Append {}
public @interface Delete {}
}
The package is not important as long as it's an Annotation and the class/subclasses are as indicated.
collaboration?
Maybe we could start some sort of work distribution (and knowledge) towards fullfiiling some common goal for the NST.
Here's the Windows (command line) executable for mergesmali.
The basic usage is:
Code:
mergesmali /v [i]stock.smali[/i] [i]patch.smali[/i]
And here's the commands to integrate the new dictionary app to the stock Reader.
Code:
apktool.bat d Reader.apk \Reader
mergesmali /v \Reader\smali\com\bn\nook\reader\ui\ReaderMainView.smali ReaderMainView.smali
apktool.bat b \Reader NewReader.apk
It should generate the following message:
Code:
Replaced: public showLookupView()V
At this point you only have the question of how you are going to sign the modified Reader.
If you have resigned your whole system already, you can just resign with that and install.
You could also edit AndroidManifest.xml before the apktool b and delete the sharedid.
Then you could install it as a regular app after deleting the system app.
Renate NST said:
At this point you only have the question of how you are going to sign the modified Reader.
If you have resigned your whole system already
Click to expand...
Click to collapse
I guess no one did it... yet.
Renate NST said:
You could also edit AndroidManifest.xml before the apktool b and delete the sharedid.
Then you could install it as a regular app after deleting the system app.
Click to expand...
Click to collapse
I don’t understand Android security well enough.
There a discrepancy between documentation and how it works or maybe I don’t understand it at all.
Anyway – if Reader.apk is resigned, it should run under different user, thus loose access to shared databases (internal, annotations, bookmarks, etc.)
Do we need to fix permission to make them RW for everyone?
Could you check (ps) what user(s) "home", "library" and "patched reader" use on you nook now, please?
Annotations, bookmarks, last reading point are all providers implemented and used in Reader.apk.
As far as I can tell, there is no particular reason why Reader.apk uses a sharedId.
I don't have stock Home or Library running on my Nook.
I forget where I have Reader.apk installed right now.
It's been in /system/app or /data/app and worked fine in either place.
Resigning does not change user.
Renate NST said:
Annotations, bookmarks, last reading point are all providers implemented and used in Reader.apk.
Click to expand...
Click to collapse
I would expect the provider for Annotations, bookmarks is Reader.apk
They are not used anywhere else.
last reading point is used in Home.apk too.
Out of curiosity, where Annotations, bookmarks and last reading point providers are implemented?
In framework itself?
Renate NST said:
Resigning does not change user.
Click to expand...
Click to collapse
Ouch.
Stock reader runs as shared user.
If we resign it – it has to run as different one, according to security docs...
And it doesn’t matter if shared id is in manifest still or not.
I guess, I need to do some testing…
Ok, I meant resigning it with the system signature it can keep the same sharedId.
If you don't sign it with the same signature then you have to get rid of the sharedId.
It will then have a normal application user ID.
As far as I can tell, this should make no difference in anything.
But I have gutted most of the B&N stuff so I can't guarantee that in-store browsing or something else won't be affected.
Renate,
Could you answer this one:
ApokrifX said:
Out of curiosity, where Annotations, bookmarks and last reading point providers are implemented?
In framework itself?
Click to expand...
Click to collapse
And one more:
Is it difficult to mod and stock side-by-side?
Change app name + package for every class?
In Reader.apk
com.bn.nook.reader.providers.AnnotationsProvider
com.bn.nook.reader.providers.BaseDictionaryProvider
com.bn.nook.reader.providers.BookmarksProvider
com.bn.nook.reader.providers.LastReadingPointProvider
com.bn.nook.reader.providers.ReaderLocalProvider
(I'd like to know some time why the forums breaks words up.)
On your second question, that's an interesting one.
You'd have to change the package name all over the place,
not just in the manifest, but every smali file and every function call.
But sure, it could be done.
Renate NST said:
In Reader.apk
com.bn.nook.reader.providers.AnnotationsProvider
com.bn.nook.reader.providers.BaseDictionaryProvider
com.bn.nook.reader.providers.BookmarksProvider
com.bn.nook.reader.providers.LastReadingPointProvider
com.bn.nook.reader.providers.ReaderLocalProvider
Click to expand...
Click to collapse
Thank you!
Renate NST said:
(I'd like to know some time why the forums breaks words up.)
Click to expand...
Click to collapse
No idea…
Renate NST said:
Annotations, bookmarks, last reading point are all providers implemented and used in Reader.apk.
As far as I can tell, there is no particular reason why Reader.apk uses a sharedId.
Click to expand...
Click to collapse
Looking at B&N coding style, I won’t be surprised if Home.apk uses its own provider to read the "last reading point".
If this is the case sharedId in a must.
Renate NST said:
On your second question, that's an interesting one.
You'd have to change the package name all over the place,
not just in the manifest, but every smali file and every function call.
But sure, it could be done.
Click to expand...
Click to collapse
and every function call But it can be automated easily, right?
ApokrifX said:
If this is the case sharedId in a must.
Click to expand...
Click to collapse
No.
The "Last read" icon in the upper left corner broadcasts com.bn.nook.launch.LAST_BOOK
This is usually received by Home.apk, which uses the LRP provider in Reader.apk to get the EAN of the last book.
Home.apk then sends the intent android.intent.action.VIEW to Reader.apk with the path of the book.
Reader.apk then uses it's own LRP provider to get the actual LRP in the book.
None of this requires sharedIDs.
#2 Sure, that could be automated.
Renate NST said:
No.
The "Last read" icon in the upper left corner broadcasts com.bn.nook.launch.LAST_BOOK
This is usually received by Home.apk, which uses the LRP provider in Reader.apk to get the EAN of the last book.
Home.apk then sends the intent android.intent.action.VIEW to Reader.apk with the path of the book.
Reader.apk then uses it's own LRP provider to get the actual LRP in the book.
None of this requires sharedIDs.
Click to expand...
Click to collapse
Home shows "last book thumbnail" + on page #XYZ of #ABC also.
I recall you have deleted Home.apk.
Renate NST said:
#2 Sure, that could be automated.
Click to expand...
Click to collapse
Ok. I gotta take a look.Will try to do later today.
ApokrifX said:
Home shows "last book thumbnail" + on page #XYZ of #ABC also.
I recall you have deleted Home.apk.
Click to expand...
Click to collapse
Yes, my Library.apk replacement has a receiver for the com.bn.nook.launch.LAST_BOOK intent.
Even though Home.apk uses the Reader.apk to find LB & LRP for the preview,
it only uses LB to tell the Reader.apk what to open.
Reader.apk does its own homework checking LRP for the desired book.
This can easily be verified by opening a few books with a file manager.
Renate NST said:
Yes, my Library.apk replacement has a receiver for the com.bn.nook.launch.LAST_BOOK intent.
Even though Home.apk uses the Reader.apk to find LB & LRP for the preview,
it only uses LB to tell the Reader.apk what to open.
Reader.apk does its own homework checking LRP for the desired book.
This can easily be verified by opening a few books with a file manager.
Click to expand...
Click to collapse
Ok. I.e. it shouldn't be a problem to run side-by-side readers, right?
They both modify LRP, and Home will be able to pull it via stock reader.
Same idiotic question: do we need to need to change any permissions to let both readers access media databases?
As it stands, if I understand what you want to do,
you'd have to disable the providers in one of the Readers.
You can't have two providers responding to the same intents.
Is there some overwhelming reason why you want to do all this?
Renate NST said:
As it stands, if I understand what you want to do,
you'd have to disable the providers in one of the Readers.
You can't have two providers responding to the same intents.
Click to expand...
Click to collapse
I didn't realize until now, provider responds to URI, so better have one only to avoid problems...
Renate NST said:
Is there some overwhelming reason why you want to do all this?
Click to expand...
Click to collapse
To "not break existing functionality"
I see, it'll be too difficult to have both, too many changes are needed...
Just a bump, old posts don't have signatures.
mergesmali & other stuff can be downloaded from my signature blob.
Hi everybody,
This is my experimental program, if you want to modify hosts without using registry, please try this app. It is only support IPV4 now.
If you have any idea, please contact me([email protected]).
Thanks to Heathcliff74 for making this possible (WP7 Root Tools SDK)!
Update note:
-----------------------
1.0.2: Root tool bug has been fixed now!
Hi,
Thanks for work, but sreenshoot ?
Working great here, thanks knightluffy!!!
I did find one thing for those using this (perhaps knightluffy can look into this too and update), be careful when entering a domain not to include the http:// part as the app will close upon reentry.. the // or : are invalid characters perhaps for the host causing the app to crash. I had to delete the entry in the registry to get back into the app.
Very nice app, you can easily add, delete your entries directly in the application.
hBk0dY said:
Hi,
Thanks for work, but sreenshoot ?
Click to expand...
Click to collapse
Thanks for your remind, I have added.
Thanks
opacityzero said:
Working great here, thanks knightluffy!!!
I did find one thing for those using this (perhaps knightluffy can look into this too and update), be careful when entering a domain not to include the http:// part as the app will close upon reentry.. the // or : are invalid characters perhaps for the host causing the app to crash. I had to delete the entry in the registry to get back into the app.
Very nice app, you can easily add, delete your entries directly in the application.
Click to expand...
Click to collapse
I have made a fix, could you please help try it again?
Tested v1.0.1, this version works when entering : or / which is great in case one mistakenly adds it! Thanks!
The entry however disappears if you exit and re-open the app preventing editing/removing it...but it does add the entry into the registry. If there is a way without going too crazy to check for and remove any incorrect characters, such as the : and / or any other character except for a hyphen - in the Address field, and only allow numbers and a . in the ip field that would be helpful at preventing incorrect entries for those not too familiar with the hosts file.
opacityzero said:
Tested v1.0.1, this version works when entering : or / which is great in case one mistakenly adds it! Thanks!
The entry however disappears if you exit and re-open the app preventing editing/removing it...but it does add the entry into the registry. If there is a way without going too crazy to check for and remove any incorrect characters, such as the : and / or any other character except for a hyphen - in the Address field, and only allow numbers and a . in the ip field that would be helpful at preventing incorrect entries for those not too familiar with the hosts file.
Click to expand...
Click to collapse
Hi, I think this is Root Tool SDK`s bug, I had report it to @Heathcliff74XDA on twitter. Thank you very much.
Hi,
I listed your app here.
I also release WP7 Root Tools SDK 1.1 officially now. The bug you reported is fixed. You can update it in your app now.
Keep up the good work!
Heathcliff74
Heathcliff74 said:
Hi,
I listed your app here.
I also release WP7 Root Tools SDK 1.1 officially now. The bug you reported is fixed. You can update it in your app now.
Keep up the good work!
Heathcliff74
Click to expand...
Click to collapse
Thanks for your remind, I nearly forgot it. Now, it has been fixed.