The display on my S7 started slowly dying, I estimate it will be fully dead in a few weeks. A replacement costs almost 100$, not including work, so it's probably going to stay like it is. I still want to use the phone however, for app development or music or similar stuff.
Is there any way to mirror the display or use some kind of VNC? I don't have a smart TV but several computers, not sure if miracast works on those.
I would also like the mirroring to start automatically or at least through some adb command line, because I will likely not see anything on the screen.
Replying to myself: found a relatively good option that's also free: https://github.com/Genymobile/scrcpy
I've installed TeamViewer Host on my S7 and it works great over wifi. I tried controlling my android device from Windows, MacOS and another android device, but it should work on linux and ios too.
https://play.google.com/store/apps/details?id=com.teamviewer.host.market
Related
In short: Is it possible to cluster, network or push device output from one device to another, share storage devices and network/gps interfaces?
The long version: I have been wanting to build an in-car device that would store media and act as a gps and what not, but haven't found a way that I want to implement it yet. I was thinking if I found a x86 port of android, got most of the voice stuff working, I could have a headless device that I could store music on and use as navigation. I know the phones are capable of that, but if I want to keep say 500 gb of music on me, how does one do that?
My thoughts were if it were possible to either cluster or network an installed android powered unit to an android powered phone, I could always have network access from the unit in the car and share the gps from the phone, or have the phone access the storage from the device (not through dlna, but the music app seeing it as physical storage) and allow me to push the output from the in car device to the phone and let me interact with the system how ever I need to I could accomplish a form of in-car entertainment.
I figured that there could be apps written that would let the in-car device act as a headless unit, with its only interface being audio, it could store navigation directions/maps and what not, so if I didn't have the phone that day, I could still navigate to where I needed to. The phone and the device could constantly be in communication with each other if the car was parked by a wifi hotspot or something, so if I chose to navigate somewhere when I was at home, the car would already have the directions. I could also have it pull any media changes through wifi, and always have an updated media library.
I know the phones are fully capable of doing this, but for most of it, you have to have a window holster for the car to use the gps, and wires running for audio and charging and what not, but if there were a way that the in-car device could be hardwired to the audio system and left alone, the phone could stay in my pocked, be linked via bluetooth and I could have a small button-pad or something that would allow me to initiate google voice search, control the media player and interact with navigation. The whole thing with linking the phone and device together would be so the mobile network could be shared between android devices and the incar device could pull the information it needed. The thought of the display sharing was in case I needed to interact with the incar device.
I know what I am going on about is specific to me, but my thoughts behind it were if it were possible to do at least the network sharing (with out tethering or mobile hot spot blah blah blah) that android phone and tablet owners could do the same thing. They could share their mobile network through their tablet and have a tablet that would be always connected, would share mailboxes with the phone and basically act the way the Blackberry playbook is proposed or how the Palm Foleo was supposed to work. If the devices had a network ability of some level, the tablet could pull text messages, email messages, contacts or any other sync-able item.. That way, this wouldn't just be done for my benefit, but it would take tablet and phone owners to another league. Two devices that share the same information from one source and don't have to sync with the same servers twice. It would take a lot of redundancy out.
I hope you guys can see usefulness in my idea, and can shed some light for me.
Sorry from bringing this back from the dead, but since I never got any responses I'll add a bit more..
Does android have anything that would work like blackberry bridge between two android devices?
Droid Vnc server and androidvnc works fine for screen sharing. What I really like is the hpc aspects to CPU cycle sharing over wifi/nfc. Really interesting possibilities.
What I am looking for is to have the ability to use two separate android devices, but have them communicate via wifi/bluetooth or what ever and act as the same device in the sense that when the device with the data plan gets a text message or phone call, the notification goes through the other device that would be physically docked to audio equipment or what ever...
I have a Droid X, Droid Incredible, Droid Pro and a first gen Droid laying around.. Currently the Droid Pro is my in use phone.. The rest are just laying here. I want to be able to dock one of the others in my car, turn the GPS on, link it to my droid pro and have the other phone use the droid pro's active data connection for guidance/searches etc, and it would be docked to car audio, so it would need to access the pro's sd card, and have access to the pro's phone audio, or the ability to route calls from the pro to the other device via bluetooth or whatever, not by call forwarding.. This way it would be a sort of infotainment/telematics system..
Think of the possibilities this would open up for android tablets etc. If You could reply to text messages from your tablet because the tablet is linked/bridged to the phone in your pocket... That would make these tablet/laptop combos more appealing because it would the perfect convergence between tablet and phone.
Oh, and I guess, the other thing is that I have multiple cars, so one device would go in each car, and then when I got in the car, the one in that car would link with my phone, and everything would be the same, car to car, or device to device...
I guess another way to bump this:
Would it be possible for an app to do ADB to ADB via bluetooth or something, because then an app could be written like pdanet that would allow the network to be shared at least?
I dont remember the name of the app I think the name of it is Dashboard? and it will store/push all texts/emails etc. to every device u have dashboard installed on...Best buy has an app kinda like that too...Like the Idea of the screen sharing is that kinda like remote desktop/control?
I just search how to neywork cluster android came across your post ..... if you use the Google apps like Google play music/maps as well Google hangouts since with Google voice you can easily do what you want with out the need for both devices being together you can upload 50000 songs 9n play music for free and any device with ur hangouts and voice will receive ur calls and email notifications .....just need to make sure have Internet
I want to design a program that will run on an Android Mini PC. It'll be connected to any monitor so that when the monitor is turned on, it'll power up the android mini pc via USB (monitor will be required to have USB port) and then the program will start automatically and display on the monitor.
The program itself is a visual acuity chart (like at your eye doctor's office). So it will run all day as you use an RF remote to flip through the images.
Sound easy? I'm trying to figure out if Android or Raspberry Pi would be best for this.
Thanks
Pretty cool idea. The only thing I can think of is Android on the Android sticks allows a customizable boot animation which would be cool to create your own for marketing. The Android sticks are also faster and boot quicker so less wait.
You can also remote desktop into a more powerful machine to offload some work. Essentially have a server as the mainframe.
Android will also require you program it to run at startup. I'm not sure how you do this without a 3rd party app, but I know some apps that load on startup.
Both units are tiny and the android sticks include wifi and there are some Bluetooth models. The Raspberry Pi has neither. And boots slower and isn't powerful.
I think its an easy choice.
Sent from my Nexus 7 using XDA Premium HD app
player911 said:
Android will also require you program it to run at startup. I'm not sure how you do this without a 3rd party app, but I know some apps that load on startup.
Click to expand...
Click to collapse
ok, so it would at least be possible but I'd need some intricate coding and extra apps which is ok with me. thanks
You need to look at the power requirements of the Android Mini PC as well. Often they draw more power than is available through TV and monitor USB ports. You might get enough power to run the mini PC but if you have wifi, wireless keyboard/mouse, bluetooth and other devices the power draw might exceed the output of the monitor. This is something I am interested in as well as I am trying to resolve the power on/off problem on these mini PCs. The probox has a remote with a power button but I've heard the remote has problems with distances more than 1M.
strongsad said:
You need to look at the power requirements of the Android Mini PC as well. Often they draw more power than is available through TV and monitor USB ports. You might get enough power to run the mini PC but if you have wifi, wireless keyboard/mouse, bluetooth and other devices the power draw might exceed the output of the monitor. This is something I am interested in as well as I am trying to resolve the power on/off problem on these mini PCs. The probox has a remote with a power button but I've heard the remote has problems with distances more than 1M.
Click to expand...
Click to collapse
I won't need BT, wifi, or really anything. I need to find someone that thinks he can tackle this project. Any good places to hire someone for this type of work?
apparker said:
I won't need BT, wifi, or really anything. I need to find someone that thinks he can tackle this project. Any good places to hire someone for this type of work?
Click to expand...
Click to collapse
Couldn't you use tasker or locale or something similar to run an app on startup? Just an idea...
I'm curious if there is a way to basically wirelessly clone your phone and tablet together. So my hopes are that while out I would be using my phone, but as soon as I get home I can seamlessly pickup my tablet and continue where I left off. Obviously I don't care for little things like pausing a youtube video on my phone an finishing it on my tablet. But is there a way to sync apps and files flawlessly so the hand off from one device to another is fairly painless? Really hoping there is a way to do this especially with the productivity of Remix OS on a tablet. Obviously root and intricate solutions are more than welcome.
First off, I get it. Chromecast is awesome and Miracast kinda sucks. I know. However, I was searching for an AIO video solution for my minivan that I could control from the 1st row (refuse to use DVDs - 2014 T&C has 1 HDMI port behind the 2nd row). My Chromecast works awesome tethered to my phone's hotspot. Other than for the first time setup, you don't even need a second device. You can cast from the device hosting the hotspot which is slick. Perfect for in-car. But I wanted to be able to cast local content so network reliability does not become and issue when traveling (Netflix, Emby, etc). Enter BubbleUPNP. Bubble will transcode on the fly (on the phone) and cast anything you have to your Chromecast (Chromecast is super limited on codecs). This was perfect for when I was in the car. But I needed a solution for my wife. Unfortunately, due to me holding on to my unlimited data on good 'ole VZW, my wife does not have native tethering enabled (iPhone - not going to JB it either). My idea was to get a deactivated phone (in this case, a Galaxy S5), enable the native hotspot, and use the Chromecast connected to wifi, but offline. Guess what Chromecast can't do...even for local content. Yeah. It needs the internet. So...
So I bought a Microsoft Wireless Adapter for Miracast. It is not too shabby actually. Hate that it mirrors everything (prefer the "cast" then use your phone normally and even turn the screen off), but it is fast and reliable. The problem was, the GS5 wouldn't connect to it (something like "failed to connect to screen mirroring"). Tried on Lollipop and Marshmallow with the same result. I found a build.prop edit that disables HDCP. This allowed it to connect with a minor exception. Netflix would not display its video (from my research, Hulu and others might be affected too). I figured this was due to the device being rooted, so I unrooted the device and re-enabled HDCP, but left everything else the same (unlocked dev bootloader, custom recovery, near-stock rom). Failed to connect. Well crap.
I finally rolled back to completely stock 5.0 (PB1) and tried again. Everything worked (including Netflix). Side-loaded the 6.0.1 update. It still worked. I'm not sure what breaks HDCP compliance, but something in the modification process does it. The good news is that since I don't need the native hotspot or any apps other than media players, I don't need root at all. I disabled all the crapware and done!
Popped in a 128GB microSD and loaded it up. Installed the newest Kodi nightly (to get the new estouchy skin for touchscreen use) and it works amazingly. Everything was named nicely already because of Emby, so once I added the TV shows and movies to libraries, Kodi pulled in all the art and metadata automatically. The only thing I don't like so far is that Kodi won't dim/shut off the phone's display like VLC does when you are mirroring (it's not really off, it just turns black). That's not a dealbreaker though, and it might be a feature that I just haven't found yet, or can add via an add-on.
Anyhow, I have no idea if this will help anyone, but I figured if I could save someone some time and a few headaches, it would be worth a quick write-up.
Note: I do have an MHL 2.0 to HDMI adapter. Mirroring a VZW GS5 with 6.0.1 works perfectly with this setup. I wanted to find a wireless solution to avoid cable clutter and potential damage to the phone's USB port.
I have a Nexus 6P (7.0.0 NRD90U), Nexus 5 (6.0.1 MOB31E), and Nexus 4 (5.1.1 LMY48T). They are all rooted and running the latest factory images available from google. I want to be able to remote control my Nexus 4 and Nexus 5 while they are at home on my network with my Nexus 6P over the internet. I need to be able to see the screen of the remote phones and interact/use the apps. Ideally I need something like splashtop or teamviewer to control one phone with the other via the internet. I have tried several apps so far and the closest I have found is remodroid but it only works over a LAN and it just mirrors the screen, it doesn't allow interaction from the other phone. I have tried teamviewer but it won't ever connect.
I want to use one as an always on Wake on LAN packet sender for my desktop PC's. I can get WoL to work 100% of the time on my local home network, but it won't work over the internet after my PC's have been off for more than a few minutes. I have considered building a low power PC that is always on with the BIOS set to turn it on after power loss that I could remote control with teamviewer to send the WoL packets to my other PC's, but I would rather use one of my old Nexus phones because they would use a lot less power and they have a battery for extended power loss.
I would also like to view the camera of one of my old phones remotely (kind of as a security cam/to check on my dog).
I have also considered buying and building a raspberry pi for this but I already have the old phones and don't really want to teach myself everything about raspberry pi's at this time. I'm very good with tech and would have no problem with it, I just don't want to spend the time and effort on a raspberry pi at the moment.