My first scheduled Asset displays but then the display screen goes blank. The log on the Balena Dashboard suggests that later assets are being displayed in sequence but nothing is actually displayed. My first asset is an avi format video 169 seconds long later assets are pictures in jpeg format.
I am now running the OSE experimental version because the master version would not play the avi file.
extract from log file follows
23:03:00) timecur (2020-12-18 21:38:34.194696)
18.12.20 21:38:34 (+0000) srly-ose-viewer get_next_asset after refresh
18.12.20 21:38:34 (+0000) srly-ose-viewer get_next_asset counter 0 returning asset 2 of 26
18.12.20 21:38:34 (+0000) srly-ose-viewer Showing asset Kenn Wood Faves-002.jpg (image)
18.12.20 21:38:34 (+0000) srly-ose-viewer Asset URI /data/screenly_assets/bd82f3ddf9c74b16b20760ecdcb84938
18.12.20 21:38:34 (+0000) srly-ose-viewer Current url is /data/screenly_assets/bd82f3ddf9c74b16b20760ecdcb84938
18.12.20 21:38:34 (+0000) srly-ose-viewer Sleeping for 30
18.12.20 21:39:04 (+0000) srly-ose-viewer Last update: 2020-12-18 13:51:59.380946
18.12.20 21:39:05 (+0000) srly-ose-viewer get_next_asset
18.12.20 21:39:05 (+0000) srly-ose-viewer refresh_playlist
18.12.20 21:39:05 (+0000) srly-ose-viewer refresh: counter: (0) deadline (2021-01-15 23:03:00) timecur (2020-12-18 21:39:05.922741)
18.12.20 21:39:05 (+0000) srly-ose-viewer get_next_asset after refresh
18.12.20 21:39:05 (+0000) srly-ose-viewer get_next_asset counter 0 returning asset 3 of 26
18.12.20 21:39:05 (+0000) srly-ose-viewer Showing asset Kenn Wood Faves-003.jpg (image)
18.12.20 21:39:05 (+0000) srly-ose-viewer Asset URI /data/screenly_assets/6a9fdcbe03c54989906d907d377c37b0
18.12.20 21:39:06 (+0000) srly-ose-viewer Current url is /data/screenly_assets/6a9fdcbe03c54989906d907d377c37b0
18.12.20 21:39:06 (+0000) srly-ose-viewer Sleeping for 30
Can anybody help me figure this out - I am building this Screenly as a picture frame for an elderly relative and I would really like to have it working reliably so I can deliver it next week …
Many thanks
Nick Waller