Will CEF be updated?


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.

Just let the video play without messing with its playback head and monitor time with:

The biggest blocker with updating cef currently, is that it lacks ‘shared texture’ support. Which makes it slow and made webgl and some gpu accelerated css unusable. https://bitbucket.org/chromiumembedded/cef/pull-requests/285/reimplement-shared-texture-support-for-viz/diff
It might work for us to compile a custom build of cef and use that, but that is not a quick and simple task (from experience).

There were some other issues I began documenting, but stopped trying newer versions due to the shared texture being a blocker https://github.com/CasparCG/server/issues/1235

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.


var video = VideoFrame({
                id: 'video',
                frameRate: 25,
                callback: function (frame) {
                    anim.goToAndStop(frame, true);

Using lottie anim.goToAndStop(frame, true); on each tick.

Maybe with requestAnimationFrame it will work, I will test it.

You can tell us that we can make the wipe with html but we already receive it by after effects so we do not have to recreate the wipe speed an time.

I will ask to create example of what I’m talking. Can not send this graphics. The clip-path I have to get old code, we stopped using because the templates were freezing.

You might also be interested in wipe/sting transitions: https://github.com/CasparCG/server/pull/1042

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.


With timers you can not sync video with other stuff.
Did not have the time to test requestAnimationFrame, can be a solution to this.

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.

1 Like

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:

  1. 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)

  2. 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!

You can load chrome://version/ in the browser and it will reveal the CEF version.

Surprisingly play 1-1 [html] chrome://version works.

1 Like

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


I downloded the new version 2.3.3 670bec33 Dev which is having updated chromium version to cef 93, but I see it is showing 71 as old one shown above.

Yes, master is now CEF 95
But the build server is broken for now, as the CEF update changed the list of files to be included in the zip file and someone at SVT needs to update the script.

I have made a build of master which you can use https://builds.julusian.dev/casparcg/casparcg-server-v2.3.x-6bb06aa7-20220907.zip


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?

I have a bunch more changes to be included before making a release, and am currently working with a client on testing those


Thank you julusian for your work, Will you also update it on nrk version ?

I started off trying to do it in 2.1NRK, but it requires updating the compiler and most dependencies, so is unlikely to happen

Ohh so nrk version will not get any update in future ?

Is there any hope to update the compiler and dependencies as some other functions are also not working like the server is crashing on recording.

Privacy Policy   Terms of Service