Screenly
Improve transitions
We need to investigate how we can improve transitions. This is particularly painful between videos and images/web sites.
The solution doesn't necessarily need to be a cross-over fade, but it should be at least make the transition more seamless.
Just an idea: There is http://www.uzbl.org/wiki/uzbl_tabbed and it seems to have an set show_tablist option. So IF that means, we can use tabs without displaying any tab controls in the UI, maybe a new asset can be laoded in a background tab before the old asset finshes, and then we just tell uzbl to switch tabs, and close the old one.
But anyway, just an idea. I did not test anything. Also loading a new asset in the background might slow down the currently running asset (if it is a non-static webpage). So even if this is a solution, it should probably be user configurable.
Yeah, that's an idea worth exploring, but I'm still concerned about the memory consumption of having two assets loaded simultaneously.
I've just installed a new Pi with the latest release and the transitions are very poor. The screen flashes gray,black then the next jpg appears (good second+ delay). I have another Pi running an older version from before xmas which was slow when the images were coming from a public Dropbox folder, but once I ran a http server on the local network (hsf.exe - nice bit of freeware!) transitions were very quick.
I've swapped the SD cards over to eliminate any hardware issues and the problem follows the software.
All assets are 1920x1080 jpg's. Hope this helps.
Yep, this is unfortunate, and something we are working on. The real reason why the delay was increased was because we had to switch the image viewer since the old one couldn't properly render all images. Gradients etc were rendered real poorly, as a result we had to move away from it.
That makes sense. Is there any chance the viewer type could be an option as I had no problems with the old one?
PS Hope to see the Pro version soon!
On 22 April 2013 15:02, Viktor Petersson [email protected] wrote:
Yep, this is unfortunate, and something we are working on. The real reason why the delay was increased was because we had to switch the image viewer since the old one couldn't properly render all images. Gradients etc were rendered real poorly, as a result we had to move away from it.
— Reply to this email directly or view it on GitHubhttps://github.com/wireload/screenly-ose/issues/95#issuecomment-16788297 .
01202 390777 07866 313130
20 Sea Road, Boscombe, Dorset, BH5 1DD.
Lotelle Ltd. www.lotelle.com Company Number: 5890664 VAT Number: 889937823
Hi, I just wonder if there's any progress made on this issue? In between different assets my TV turns black, flickers before next asset on list is shown.
I have been playing around and removed the sleep which let me continuously load images while a video was playing, and didn't see any quality loss in the video playing (I could see web being a bit more). Possible to detect images/web content and load the next image or web asset in the background and have OMX simply kill as it does which would "reveal" UZBL, the duration could still count from the kill of OMX.
-Granted all of my web content I run locally so it does not need to reach out to the internet for that, which helps with web loads. Unfortunately I am too green of a coder but wouldn't this be viable to make the flip between OMX and UZBL be almost instant? For me at least OMX opens very quick so the gap between image/web TO a video is really no concern, long transitions seem to be going the other way in my opinion.
It's something that we have solved in ht next version of Screenly Pro. In OSE however, it's not possible to solve it (well) using the current stack.
The new version of Screenly Pro is a complete rewrite from scratch, which gives us hardware acceleration and other goodies.
Oh wow, so that is not even available in pro yet?! OK, looking for other solutions.
It's available in the Screenly Pro v2 viewer, which is currently in closed beta.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
![stale[bot] avatar](https://avatars.githubusercontent.com/in/1724?v=4 "Published by a pub.dev verified publisher"){kind=small}
@vpetersson has any progress been made with this ? we have been using your OSE for some time, but now thinking of looking elsewhere if the player cant handle seamless transitions ?
@klarkizim We have gap-less transitions in Screenly Pro since some time ago.
For OSE, it comes down to user contributions. We are working on improving this in the Experimental branch, but could need additional hands.
@vpetersson could you specify what you would need from us besides “additional hands”. I’ve got those... where can they be put to use ...
Hi @basz - thanks for reaching out and offering to help.
The first thing would be to install a device with the Experimental branch, which uses Screenly OSE Webview as the browser.
A good ticket to start with would be #1016.