We are using video and html together to create templates, but at this moment it´s “impossible” to sync video and html in a perfect way. It works but we can see some milliseconds between them.
After day’s trying to compile CasparCG with a newer CEF I manage to compile it with CEF 83.4.2 and all the templates that we use work like a charm, the only problem that I found was the html do not have alpha, it appears like a white background. Sorry but I don’t know how to program in c++ just used google search and try and fail, I’m trying to help.
At this moment we have the opportunity of using several html properties like requestVideoFrameCallback and advanced clip-path options. But this only work on version of chrome from +83. The version of casparcg I belive that is 71.
With requestVideoFrameCallback we can manage to put objects at the same time that the video frame, but this do not work with the existing casparcg because it do not have requestVideoFrameCallback support.
This can be a game changer for leaving flash to html.
There is any plan of updating CEF in a near future?
I’ll need to see your code if you want help with this. There are only some versions of CEF that implement OSR (off-screen rendering) correctly, I think 4183 is the newest that will do that. Upgrading CEF always means refactoring some of the existing code, sometimes by a lot.
Regarding requestVideoFrameCallback, I’ve tested that against my method of controlling playback by seeking to frames in the video (using requestAnimationFrame) and saw no performance improvement. I used clip-path extensively for the Premiere Leagure graphics a couple of years ago. Is there something you are using clip-path for that wasn’t available in older CEF?
I was going to spend my time off over Christmas on upgrading CEF and finishing the partial rendering mode I started last Christmas - but didn’t get any time off for this Christmas.
It depends of what you are doing. If you make for instance a wipe between a video and an lottie you see differences between the video and lottie file using a timer like on @rrebuffo video-freqtimeupdate. Because if you use a timer it will not sync the 2. Because it have a delay of some milliseconds, the video frame appears always before the lottie, that is visible.
We are using VideoFrame.js and changing the lottie on each frame callback.
Yes, that’s a fixed wipe, we use on our templates wipes but wit different speeds and timing, with acceleration not fixed timing.
I’ve made a small video. In the first template we use a frame timer (Video Frame) and it’s visible that the video frame appears before the lottie. In real speed is more visible because etch frame you have 2 movements. On the second is with requestVideoFrameCallback and the 2 appear at the same time it appears like it was just one element. This is done in slow motion just to see the problem.
This appears to be a perfect example of where you’d want to seek to a frame in the video (which is always paused) and lottie at the same time and use requestAnimationFrame so the rendering is in sync with the framerate of the channel in CCG.
Hi all, sorry to bump an old topic, but apart from wondering about any progress on new CEF versions in general, I have a couple of additional CEF related questions that the group may be able to answer:
Is there any way of querying the newer server versions for their CEF version?
Back in older CasparCG servers, one was able to send a command VERSION CEF, but now that command returns the same info as a regular VERSION command, returning the CasparCG server version, not the CEF version (eg: Version: 2.3.2 fd75dd58 dev)
Outside of querying the Server, is there a way to know the current CEF implementation on Github or something? The pinned CEF Upgrade issue was last updated for CEF version 77, and CEF is now up to version 92 - am I looking in the wrong place? Is it contained in the codebase somewhere?
Thanks as always to everyone’s hard work both in continuing to develop this amazing product, but also creating and maintaining a wonderful community!
The changelog should also state every time CEF was updated, so the most recent one will be the current version.
It is looking likely that I shall have some time to investigate updating CEF in the NRK 2.1 fork later this year. If it gets done then the changes shall be making their way upstream. I cant provide any guarantees that it will happen though
Hi Julusian, thank you very much for this build and your amazing contributions to the codebase. Uptading the CEF beyond 71 has been a great jump. What is the process to consider a build like this one stable?