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.
Settings / Aboutand scroll the About screen to the bottom:
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.
I’ve managed to add a native support for Google Photos (since 1.13.13). The workaround of attaching your Google Photos into your Google Drive is no longer necessary. If you’ve previously used Google Drive, please remove the Google Drive stream and add the Google Photos stream.
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)
To remove all widgets, please make sure all of the following settings are off:
See Issue 119 for more details.
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)
You can easily find such exceptions simply by searching for
sk.baka.photoframe throughout the log.
PhotoCloud uses Google Play one-time subscriptions. On certain Smart TVs the Google Play seems to be broken or doesn’t work: I know of TCL Smart TVs not able to use subscriptions. There has been also this TCL Smart TV Subscription Error Report which suggests that the issue is not in PhotoCloud app itself, but rather in the Smart TV and/or Google Play.
PhotoCloud should always report any payment error as an Android toast, and it should also report “In-app purchase service is not available on this device :(“ if Google Play is non-functional or completely missing.
Please make sure that you have the newest PhotoCloud installed (1.13.10 currently), since newer version may contain in-app-purchases fixes and workarounds.
This issue occurs on devices running Android 4.4 when trying to connect over https to a TLS1.2-based server, since Android 4.4 devices usually do not support new TLS1.2 standard.
Unfortunately this is not something PhotoCloud can work around since this lack of feature is deep within Android code itself. The solution is to either disable https on your OwnCloud/NextCloud server, or use a newer device.
Please read more at Nextcloud connecton failes with SSLv3 error.
The full error message reads:
Failed to connect. Please make sure that the server is running, is accessible from your phone and your OwnCloud config.php's trusted_domain list contains 'xxx'. Error. java.io.IOException: list / failed: -1: javax.net.ssl.SSLHandshakeException: javax.net.ssl.SSLProtocolException: SSL handshake aborted: ssl=0x6cb36970: Failure in SSL library, usually a protocol error. error 14077410:SSL routines: SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure (external/openssl/ssl/s23_clnt.c:741 0x6a45d74:0x00000000)