Home > Uncategorized > The QtADB 2.0?

The QtADB 2.0?


Recently I was wondering if someone would like to see the new version of QtADB. The QtADB developing was abandoned, because the interest for this application has cooled down and I had a lot to do beside this project. In the meantime there was a Qt5 premiere, Android gained a lot of cool new features, many of users reported a magnificence of QtADB and I have less responsibilities now, so I’m considering reactivation of this project.

If You like this project and want to see the new version, or You are a developer and You want to start developing QtADB 2.0 with me, then please let me know. Leave some vote on this post or a comment.

Best regards
Jakub vel 7ymekk

Categories: Uncategorized
  1. Phil
    February 18, 2014 at 18:15

    YES, I really would like to see QtADB 2.0 !

  2. Patofet
    February 18, 2014 at 18:52

    yes please!!! it’s a cool project!!

  3. February 19, 2014 at 02:27

    Absolutely love QtADB and I hope to see a new version someday also.

  4. fixbug
    February 19, 2014 at 09:51

    Yes, great tools !!!!!!!!!! Thank you

  5. Anonymous
    February 19, 2014 at 16:13

    yes please develop next version…

  6. February 20, 2014 at 19:15

    That would be so awesome! keep up the great work!

  7. Anonymous
    February 21, 2014 at 14:19

    please do it

  8. February 21, 2014 at 19:56

    Yes this would be awsome. I started developing when it had first been posted and although I know most commands at this point found being able to view the entire file system very usefull. Also use it for putting together Vendor Blobs testing different libs by drag and drop, reboot and run logcat. Still the best Log around. I still use it today but have a few issues using newer adb binarys. Will somtimes need to kill adb on a Terminal before QTADB will open.

    • 7ymekk
      March 7, 2014 at 08:58

      I want QtADB2 to be even more user friendly. e.g. Drag and drop to and from system

  9. February 27, 2014 at 00:45

    I am developer and I think I want to do it. Let me know details on my FB

  10. barondem95
    February 27, 2014 at 18:40

    Absolutely yes, I think that many developers would appreciate a lot a new version! So, let’s develop it, please!!! 🙂

  11. Anonymous
    February 27, 2014 at 20:25

    Yes, please develop QtADB 2.0!!

  12. Anonymous
    March 1, 2014 at 01:59

    yes please.

  13. Anonymous
    March 3, 2014 at 13:10


  14. March 3, 2014 at 18:47

    Cool i will be pleased to help, please email me.

    • 7ymekk
      March 7, 2014 at 09:02

      Thank You all for the feedback. It is always nice to read that someone like my product 😀 I will contact all of the people that declared contribution as soon as I will have something to test and extend. First of all I need to finish the application core and plugin handling.

  15. Helium
    March 3, 2014 at 21:45

    Keep it Up! There is no other program like QtAdb for Linux and not equally great on Windows! Still using it on my Linux machine almost daily.

    I`d love to help, but I am not good programmer in Qt 😦

  16. Kitten
    March 4, 2014 at 01:36

    I’d like this very much. QtADB is much faster to use with administration of my device then adb by console. It’s a very handy tool infact :3

  17. March 4, 2014 at 03:28

    that’s great! I will join with you.

  18. Anonymous
    March 5, 2014 at 19:11

    Yep, great tool.

  19. March 7, 2014 at 08:39

    Well, it’s my everyday use tool, so – yes, of course I want a new version 🙂

  20. March 7, 2014 at 08:51

    BTW – which sources are you’re going to work (if…) – git on bitbucket or svn on sf?

    • 7ymekk
      March 7, 2014 at 08:56

      git on bitbucket. For now the source is closed. First of all I want to make a nice base, so contributors could easily make platform and module plugins 😉

      • March 7, 2014 at 09:11

        Ok then 🙂 I’d like to help, as it’s my basic tool. And Qt4 is my everyday job, too 🙂

    • 7ymekk
      March 7, 2014 at 09:13

      Qt4 is my everyday job too, so QtADB2 will be in Qt 5.3 😀

  21. Anonymous
    March 8, 2014 at 08:00

    Yes, please, this is a great project!

  22. blackrabbit
    March 8, 2014 at 13:30

    It would be great to new development. If you really want more help consider going open-source. I can’t see people offering much time to a closed project unless you plan to compensate them.

    You would still have copyrights and able to develop a ‘pro’ version for sale or proprietary versions for vendors if the opportunity came along.

  23. Anonymous
    March 12, 2014 at 03:55

    i want to be betatester

  24. protorius
    March 12, 2014 at 08:03

    Pleas continue this project. I am using KDE and this is the only way I can access my Galaxy SIII phone to move files. A functionality to see pictures from the phone would be great!

  25. March 14, 2014 at 17:34

    Not sure if this has been suggested before so if it has I kindly ask for forgiveness.

    Can we get complete backup support for the Android /data partition and it store that backup to the PC automatically? One that will keep intact both the user profiles and the permissions? Along with saving the users media files, etc? I keep seeing people ask for help throughout xda for how to backup the data partition in its entirety so profiles and media are saved. Also, can QtADB use Mass Storage protocol so that the backup is fast? MTP is slow as molasses and only transfers at 1.5 mbps on my N7, however, Mass Storage transfers at something like 15-20 mbps. Currently all the steps to do this are absurdly difficult. With sdcard’s getting ever so big, large data partitions are becoming ridiculously difficult to transfer. Oh and one more thing, can you make sure that QtADB2 works with F2FS file systems and ART runtime? All the devices in the Nexus forums seem to be getting converted to F2FS file system (away from EXT4) and its bringing new life into these older Nexus devices. Thank You for your considerations.

    • 7ymekk
      March 17, 2014 at 12:55

      Backup and restore is planned but I was thinking more like Messages/PhoneCalls backup than the whole backup. Recently the Backup function was added to ADB so I think I could support it that way.
      Transfer will be a lot faster than in QtADB2. I’m not using ADB binary anymore so listing files takes only 100ms 😀 with adb shell it can take even 500ms!
      Unfortunately I’m not familiar with F2FS and ART, so it is hard to tell.
      QtADB2 is created from scratch, so the first version will have FileManager, Screenshot and Logcat functionalities. More plugins will be created later.

  26. March 19, 2014 at 17:35

    are you planning on removing animations altogether, or just giving a switch to enable/disable it?

    • 7ymekk
      March 19, 2014 at 19:37

      switch to enable/disable is in the QtADB settings. In QtADB2 there will be no such embarassing animations 😉

  27. Heart1010
    March 19, 2014 at 21:32

    Yes, please… QtADB 2! Thanks

  28. March 29, 2014 at 08:47

    Please let me know when you’re about to host the source code. I’d like to contribute a little bit.

    Personally I prefer GitHub or Gitorious. 😀

    • 7ymekk
      April 8, 2014 at 09:28

      Thanks but I’m using BitBucket. If the code will be ready then I will share it.

  29. March 29, 2014 at 13:58

    I just thought I need such a tool 🙂

  30. Daniel Marian
    March 30, 2014 at 10:05

    Glad to see that my favorite tool is getting updates and new features. Keep looking for the next release.

  31. A
    April 6, 2014 at 12:05

    That would be excellent. Perhaps before that, you could fix QtADB so it works on Windows 8.1? At the moment, it just crashes immediately…

    • 7ymekk
      April 8, 2014 at 09:29

      Disconnect internet connection -> run QtADB -> uncheck ‘check for updates’ in settings -> enable internet connection. I will update binaries as soon as I will find some spare time

  32. mikhailguru
    April 7, 2014 at 16:20

    GUI for ADB is a must-have tool for every Mac Android expert. As for me, I’d like to have it as a Cyberduck plugin instead a Standalone app.

    • 7ymekk
      April 8, 2014 at 09:32

      QtADB2 will be a standalone app but in fact it would be possible to use it as shared library inside the plugin.

  33. April 11, 2014 at 11:33

    Totally agree with continuation of QtADB development. This is the one of much useful Android device management utilities, especially for Linux users. But please compile it with Qt 4 too.

    • 7ymekk
      April 11, 2014 at 12:25

      Thanks for kind words 🙂 Unfortunately I can’t guarantee Qt4, because the main target is Qt5, but I will do my best to make it work with the older Qt version.

  34. Anonymous
    April 13, 2014 at 13:28

    Great Tool, great news 🙂

  35. lanchon
    May 2, 2014 at 21:05

    absolutely!! i use qtadb on linux mint and lately it has been having a lot of issues, but i still use it. most notably it crashes on open most of the times (especially if adb server is already running) and looses the configuration file from time to time. but i still use it! ultimately i think that a robust file manager is all that i really need, with the logcat viewer being a very nice addition but maybe should be a separate program. i *hate* the app manager 🙂 when i click on the tab (always by mistake) i have to kill qtadb because of how long it would take. and i use other tools for app management.

    as a linux user, i think that a GVFS adb implementation would be the perfect replacement for qtadb. i am surprised that AFAIK there is none. but it would be a linux/gnome only solution. in the meantime, qtadb is my file manager of choice. id suggest you concentrate on the file manager to make it perfect and deprecate as much other functionality as possible, it doesnt carry its own weight. leaving aside bugfixes, the most important feature to implement would be file drag and drop.

    instead of reinventing the wheel, maybe you should use free mature file manager in qt for qtadb2 and piggy-back adb access. but if you use gnome, consider writing a GVFS implementation instead, so adb can be accessed with all gnome compatible file managers.

    • 7ymekk
      May 5, 2014 at 07:43

      thanks for Your feedback. The QtADB’s main foundation is to support Windows, Linux and OSX, so the GVFS is not an option. Drag&Drop is on my todo list with the highest priority 😉 QtADB was my training application to learn Qt. It uses maaaany adb processes so it was slow and problematic due to adb lockups. Now I’m using adb to only open the bridge, the rest works without adb processes.

      File Manager, Logcat and Screenshot will be the first features of QtADB2, cause for the app managing I’m using the web version of gplay.

      • lanchon
        July 29, 2014 at 09:18

        it so happens that now i have two different mountable filesystems via adb, adbfs and adbfuse (recommend adbfs). i connect adb via network and mount both fs with a single click on my desktop. but they are not without problems, so i also have an SSH server on my phone running all the time (i use cyanogenmod, and although it has no GUI, it does come pre-installed). i set up key auth and aliases for ssh, so i just “ssh phone” for a shell, and type “sftp://phone” on nemo (the linux mint cinnamon file manager) to access the filesystem and i’m in. and it really works perfectly! gives root access too. actually i have a bookmark on nemo, so i just click it 🙂 add MTP, and i have 4 concurrent access modes lol. QtADB still has its place: i need a file manager when im hacking friend’s phones. i do that all the time.

        QtADB is unusable on my setup (latest mint, latest android tools). i installed the April 15th 2014 update and no change. whenever i start it on a console this happens:

        $ ./QtADB
        Segmentation fault

        the main window pops up the disappears a tenth of a second later… 😦 it used to work before, dont know what broke it. everything on my linux box is up to date.

        so im waiting for v2!

      • Krotow
        July 29, 2014 at 10:15

        lanchon, QtADB is working on latest Linux Mint 17 too. If you’re got segmentation fault at first run, it means, that you has version with automatic updates. This version crashes because update sever is gone a long time ago. To go around this issue, look in /home/yourusername/.config/Bracia/QtADB.conf and set checkForUpdatesOnStart to “false” as displayed below:


        and save file. Now QtADB should be able to run.

        Yes, current MTP file transfer implementation is buggy even under the Windows and Linux MTP file transfer is somewhere between “it works, mostly” and “tragic”. In Mint 17 files on device is accessible from desktop/file manager at least once 🙂 For regular file copying for app development purpose i has Total Commander installed on device and SSHD daemon on Linux. Then files can be easily copied using TC SFTP plugin.

    • Krotow
      May 6, 2014 at 06:19

      As you say 🙂 For me QtADB was file manager by choice too. As first, because 3 years earlier it was one and only available Android device file manager GUI for Linux, but then i got my hands on this other features as well and so i was sticked to it. From my experience the most used QtADB features is: 1) File manager, 2) Screenshot capture, 3) Logcat, 4) ADB shell. Device status view is required too, but it must represent the real device parameters (model, serial #, battery state, RAM and all available/connected storage with partitions/types/sizes included) which curently is not always accurate. Maybe 7ymekk should cooperate with CPU-Z developers about it? Application manager in current implementation is not very usable, particulary because it is too slow in app listing and i’m swear everytime when i accidentaly click on it. In other side it can be useful but only if application enumeration will be fasten up (probably by some background thread etc.). So in conclusion for me the most awaited feature is the file manager. In ideal implementation – usable without root access, able to copy files as fast as possible and with real copy progress representation – because current Linux MTP implementation for desktop is displaying copy buffer filling progress but not a real copy progress. Thus returning back to life the notorious old progress glitch with displaying 99% done at first then long waiting after.

      And get rid on view animation, PLEASE! For management utility this feature is obviously useless and very annoying. I’m forced to disable it everytime when i run QtADB somewhere at first time.

      • 7ymekk
        May 6, 2014 at 06:28

        – ADB Shell is on todo list but for later. I want to do it right with completion etc.
        – Device status will be later too
        – App Manager was done when there was no web interface for gplay. Now it is useless
        – Animations – oh dear, I’m ashamed of them 😉
        – FileManager – copying with real progress is already done, the whole communication works on separated threads with task queue, so You can start copying huge file from one device, switch to another phone and start copying another huge file. Without freezes or slowdowns 😉

      • lanchon
        September 17, 2014 at 20:04

        big thank you on the “checkForUpdatesOnStart=false” tip, it solved my issue! 🙂

  36. May 8, 2014 at 14:54

    Hi, what’s the status now?
    Please let me know when you’re ready to share the source code.
    I think I can contribute 😉

    • 7ymekk
      May 8, 2014 at 15:03

      Hey, developing is slow because I just started my own firm. Yestarday I finished the file pulling so now FileManager is missing: file removing, creating new directories and chmod features. Logcat will be taken from QtADB1 with some improvements, Screenshot too and we are good to go 😉

  37. May 22, 2014 at 15:39

    QTAdb is awesome, albeit a bit unstable. Please bring back QtAdb!!! 😀

  38. Carlos
    May 26, 2014 at 00:44

    Excellent app…..looking forward to QtADB 2.0…thank you for your efforts.

  39. Anonymous
    June 1, 2014 at 02:13

    I would also like to see QtADB 2.0. Can you add the transfer speed in the ‘copy file’ dialog in this new version? 🙂

  40. Balaram
    June 6, 2014 at 03:17

    Would love to see QtADB 2.0

  41. BrunoG
    June 13, 2014 at 20:11

    Please continue developing QtADB, its a great program and would be even better with crash fixes.

  42. J.THE-ONE
    June 18, 2014 at 06:47

    I definitely want to see an improvement on what is already a great program! Recently I broke my phone’s screen and I couldn’t gain access into it even with adb shell command since I am a noob at those commands. QTADB just fixed it so quickly for me and I was able to get some of the crucial data off the phone.

    However, there were occasions where I couldn’t copy the files as QTADB crashed or I copys a wrong file by some glitch or something.

    So, I think once some of the issues people mentioned are addressed, then QTADB will become even more famous and useful in the android community.

    Thanks so much!

  43. Spevil
    July 6, 2014 at 10:47

    YEESSSS, please Update to 2.0.
    Love this project!!!

  44. edward.81
    July 8, 2014 at 20:32

    I hope on it. Is the nicest (and only) adb gui on linux.

  45. Anonymous
    July 11, 2014 at 17:52

    I’m using QtADB lot. I hope that will see QtADB 2.0 soon.

  46. stuie bedubie
    July 31, 2014 at 19:11

    Please go for it .
    I am in the process of installing Linux to my chrome book. And my main PC is a win 8.1 laptop. I’ve been installing the odd custom ROM.. But really just like unlocked and rooted to install Franco kernels and custom recovery and other rooted apps. As I’m not a coder and its easy to mess things up, just ask my totally bricked tf201, this is just the tool I need. Cross platform and supporting generic android devices on xda their are a bunch of useless attempts . then thrtesvwugfresh, excellent tool but only for nexus, I have 7 & 10. There was also a good one that just worked on Samsung galaxies. Ive still got one but its retired for the OnePlus. So you see your tool is needed by not just me but thousands of people, or maybe hundreds posting every week in xda and other forumsvasking for help with unlocking & rooting…now I understand the generic approach and steps are fairlyvsimple, but a graphical interface justbmakes life so muchveadier for people like me, and people unlike me I presume…
    So there you go, if that doesn’t inspire you to keep developing to v2, I’ll send around a troop of dancing girls, or a couple of bikers. Whatever gets you motivated

    Cheers and thanks tobyouvand all the open source dev persons, trying to keep the internet the way it was a supposed to be from the beginning….yep I’m that old and still can’t code!


  47. August 3, 2014 at 10:44

    Please update to Version 2.0. I’m still unable to run the latest with Mac OS X 10.9.5.

  48. August 5, 2014 at 08:41

    I just discovered QtADB! it’s an amazingly handy tool for tinkering “under the hood” of android devices. A frontend for all those amazingly cryptic and easy to typo command line incantations in adb shell. I most certainly want to see QtADB 2.0 and beyond. Happy to help with testing on my hardware.

  49. October 3, 2016 at 21:29

    Hello! Any news about how to things are going with 2.0?

  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: