When you start the slideshow, just touch the image, to pause the slideshow and to reveal more controls:
The upper bar shows the following action buttons:
The lower bar with the up-arrow will reveal the detailed EXIF data upon touch.
The purchase is tied to your Google Play account. Therefore, you can factory-wipe your phone and reinstall it from scratch - as long as it’s tied to your Google Play account the PhotoCloud should remain activated.
There are two separate one-time purchases possible for this app:
The app should be automatically activated on all of your devices connected to the same Google account. You definitely do not need to purchase the app separately per device; a single purchase from one device should unlock the app on all devices connected to that Google account.
There are two ways to achieve this:
Just touch the Stream icon, located to the left corner of the Stream card.
The main screen listing four stream cards:
You will be able to check multiple streams; then just touch the upper-right Start Slideshow button to start slideshow from all of those streams.
The Google Photos API is incredibly crappy and I’ve gave up on integrating with that. However, there is a workaround and it is in fact possible to see your photos, via Google Drive.
Note: When you click the “Google Photos” on your Google Drive, it may say that “Drive no longer includes a Google Photos view.” That is not true, you can still see your photos in the Google Drive, but it will be attached underneath the “My Drive” folder. Just follow the tutorial below.
Open the main screen and touch the lower big white plus button. You will be able to add additional streams.
Touch the upper-right cog wheel Settings button in the main screen. You can for example configure to start slideshow from a Stream (or a combination of Streams)
When configured, PhotoCloud is able start when your device boots up, turning your device into a photo frame. However this tends to be tricky, therefore please make sure to revisit all of the following items:
RECEIVE_BOOT_COMPLETEDto the app and the app will not start. This is a built-in Android security measurement and there’s nothing PhotoCloud can do.
RECEIVE_BOOT_COMPLETEDpermission is enabled for PhotoCloud and that your phone haven’t accidentally removed that permission. Typically you open the list of installed apps, find PhotoCloud and you can find the permissions there. However, this may differ on certain phones; please follow your phone’s permission manager tutorial to review the permissions.
Most often PhotoCloud crashes because Android doesn’t give PhotoCloud enough memory to hold the images in. You can verify this, by going into
and scrolling to the System Stats. On my phone, Android says that it gives PhotoCloud 512 MB of memory, however on low-cost/older phones this number might be
For a FullHD screen, the photo is shrank to 1920x1080 and since we have RGBA model which takes 4 bytes per every pixel, such a photo requires 1920x1080x4 = 8294400 bytes = whopping 8MB of memory (RAWs take even more space since they don’t support automatic shrink on load and are loaded as-they-are into memory, then resized). PhotoCloud may at any time require to have 4 images loaded in memory:
Therefore, PhotoCloud requires at least 32MB of memory only for images, plus the app itself uses a bit of memory for views and bookkeeping. Therefore, PhotoCloud requires at least as a bare minimum 48MB of memory on 1080P/FullHD device; not to mention that the garbage collector is pretty shitty on Androids since it will fragment the internal memory and at some point will fail to allocate 8MB of continuous space. The more memory PhotoCloud has, the better; PhotoCloud won’t use all of the memory itself, but more memory prevents fragmentation.
If your phone allocates less than 48MB memory to PhotoCloud, or if it so happens that PhotoCloud crashes randomly (probably because of memory fragmentation), you can work-around
this issue by letting PhotoCloud downscale the image more aggresively. By enabling the
Load with Half Resolution, you will force PhotoCloud
to load the images at half of the resolution, taking up 4x less memory. For example, on a 1080p device, the images will be loaded at the resolution of 960x540,
which will cause them to take only 2073600 bytes (2MB). The disadvantage is that the images will not look as sharp, they will look a little blurred. But, I guess
it beats having PhotoCloud crashing all the time.
PhotoCloud logs what it is doing, to a standard Android log. If PhotoCloud does not work properly or keeps crashing, please open a bug report at PhotoCloud Bug Tracker. During our conversation, I may ask for a log produced by PhotoCloud. Please follow the following steps to obtain the crash stack trace:
Get just the command line toolslink
Caution: the log may contain sensitive information such as phone numbers you have dialed etc. Make sure to paste only the stack trace into the Github issue, with sensitive info (file names) starred out. The most important part is the crash information itself, or an exception stack-trace as it is called. It looks like this:
E/AndroidRuntime: FATAL EXCEPTION: main Process: sk.baka.photoframe, PID: 11590 java.lang.RuntimeException: Unable to instantiate application sk.baka.photoframe.App: java.lang.RuntimeException: Simulated at android.app.LoadedApk.makeApplication(LoadedApk.java:823) at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5522) at android.app.ActivityThread.-wrap2(ActivityThread.java) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1576) at android.os.Handler.dispatchMessage(Handler.java:102) at android.os.Looper.loop(Looper.java:241) at android.app.ActivityThread.main(ActivityThread.java:6274) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776) Caused by: java.lang.RuntimeException: Simulated at sk.baka.photoframe.App.<init>(App.java:71) at java.lang.Class.newInstance(Native Method) at android.app.Instrumentation.newApplication(Instrumentation.java:1008) at android.app.Instrumentation.newApplication(Instrumentation.java:993) at android.app.LoadedApk.makeApplication(LoadedApk.java:817) at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5522) at android.app.ActivityThread.-wrap2(ActivityThread.java) at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1576) at android.os.Handler.dispatchMessage(Handler.java:102) at android.os.Looper.loop(Looper.java:241) at android.app.ActivityThread.main(ActivityThread.java:6274) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)