Thanks for the feedback!pinksly wrote: Sat Dec 04, 2021 8:21 pmthe background color of the webtease changes much faster from color so it's a bit distracting
Do you think this background color flashing is a deal breaker? Unfortunately, it's something I can't currently work-around.
Yeah, I'll probably need to find a good workaround for it -- likely splitting the animation up to different pages, but not the audio. This would require frame dropping, so hopefully that's not too intrusive. (See new frame skip test, below.)Roblsforbobls wrote: Sat Dec 04, 2021 9:02 pm They weren't loud or distracting/annoying, and you might not notice them if you aren't listening for them. If they happen more often (and in longer animations) they might start to be distracting, though.
Great to hear!
Thank you. And yes, it helps very much!bobdaman3339 wrote: Sun Dec 05, 2021 8:11 am All of the animations ran for me with no issues at all. Load time felt about the same for each. 480p looked noticeably better than 420p. q6 looked noticeably better than q10/q8. The difference between 8fps and 10fps was negligible to me. So overall I think 8fps - 480p - q:6 seemed like the best option.
The audio synced great in the extra animations. The audio glitches were so infrequent that they were really not irritating at all. If I was not specifically listening for them, they are barely even noticeable.
Hope this helps!
Thanks for this. I've added another test that will skip frames if it thinks things are falling too far behind. Details below.Lamalas wrote: Sun Dec 05, 2021 1:50 pm I did notice the audio go out of sync more and more as the clip progressed, so I assume my phone was struggling to keep up in this test. (the video was lagging behind)
I have a sneaking suspicion that, at least on low-mid range mobile devices, Eos' incessant background color calculation on image change, given a long enough animation, will eventually heat its processor to the point of thermal throttle.
This happens because I split the animation and audio into segments, each on a different page, with one page calling the next. The different pages allows me to get away with not loading so many frames into memory at once, but has a side effect of a randomly variable delay between pages.Lamalas wrote: Sun Dec 05, 2021 1:50 pm The audio glitches happened every 8 - 10 seconds, were definitly noticable, but I think I could live with them. Do you have any idea what's causing them?
Using mozjpeg to compress the images, with its quality set to around 60-65 (default is 75), 720p would probably be possible without compression artifacts outweighing any increase in resolution. Using just FFMPEG, I can get to around 580p @ q:6.5 with a reasonable average bits per frame. (trying to stay around 15kB per frame or under.)Lamalas wrote: Sun Dec 05, 2021 1:50 pm I wonder if you could get away with higher resolution and more compression. In other words, keeping the bitrate about the same, what would look better? I would personally aim for at least 720p if its doable.
Any documentation I would write on this probably won't go into the use of mozjpeg, so I want to see what I can get away with using just two tools outside the Eos editor: FFMPEG and my tool to inject animations into Eos scripts.
Once again, many thanks to all of you for your constructive feedback and kind words!
As always, any more feedback you're able to provide would be greatly appreciated!
Audio Sync Updates:
I've added a new "Ready, but try harder" test animation under "more" -> "I'm game".
The "try harder" animation will skip frames if it thinks it's falling too far behind. Unfortunately this frame skip check adds more overhead on each frame, so it's entirely possible that on devices where the other animation appeared to play smoothly, the new animation will appear inconsistently choppy. It would be great to get some feedback here.
Edit: Fixed a bug in the "try harder" animation that stopped it from skipping frame on part of the animation.


