vodon-pro VS sciter-js-sdk

I'm the author of a free open source video player project called "Vodon Pro", it's written using Electron. You can see the functionality of it here: https://vodon.gg/ (source here: https://github.com/Rodeoclash/vodon-pro)

You know I don't make any money off this right? You can download the entire app for free and the source code for it if you want (https://github.com/Rodeoclash/vodon-pro)

I have a video player designed for esports coaches to do gameplay reviews of matches that their team has played. It has the unique feature that you can synchronise multiple viewpoints from a match together. It's free and open source.

https://github.com/Rodeoclash/vodon-pro

I've built it using Electron as an MVP but I'd like to rebuild the most successful features into a native app using gstreamer as a V2 version at some point.

I'm looking for help with reaching more esports teams that might be interested in using it, graphic design feedback (I've done it myself :/ ) and someone who has knowledge building native apps that I could bounce ideas off.

Vodon Pro can be downloaded, for free, from https://github.com/Rodeoclash/vodon-pro

[1] https://github.com/Rodeoclash/vodon-pro

I'm using the build of this app to evaluate rebuilding another app I have called Vodon Pro which is a synchronised video player for esports reviews (https://github.com/Rodeoclash/vodon-pro) into QT so the performance is better but also that I can leverage GStreamer using the QT sink here: https://gstreamer.freedesktop.org/documentation/qmlgl/?gi-language=c

If you're interested, you can download it here: https://github.com/Rodeoclash/vodon-pro

How tiny is the output? What is the API? (I couldn't find any documentation. I thought maybe it's in the Help menu in the app itself but all I found was this https://i.imgur.com/6puOMIe.png - On that note, what level of JS is supported? As far as I can tell it uses this https://github.com/c-smile/sciter-js-sdk which is based on Fabrice Bellard's QuickJS ) Is there sound?

JavaScript & Electron Sciter!

Having normal procedural language for build automation is of course useful. That's for those 10% of cases when "standard" build DSL (make,CMake,etc.) simply do not have facilities.

But the rest of 90% tasks should have compact (easily readable) definitions.

I personally found that Premake5 has quite good balance for these tasks.

Premake files are plain .lua files and due to Lua syntax they are easily readable. And if needed you can call from them procedures defined in again Lua.

So typical project (multiplatform) definition looks pretty readable, for example one project from Sciter SDK:

https://github.com/c-smile/sciter-js-sdk/blob/main/premake5....

More details.

That's why in Sciter I've extended JSX with translation meta instruction @:

Note Tauri is full fledged Client/Server with WebView (client) is running in separate process with RPC between UI process and Rust code (Server).

For the comparison:

Standalone Sciter (scapp.exe, https://github.com/c-smile/sciter-js-sdk/tree/main/bin) takes ~8 MB of RAM (with minimal Cairo and GDI backends).

That's 20 times less than even Tauri.

WebView based solutions are not suitable for applets - small portable desktop applications.

scapp.exe ( Standalone sciter engine ) takes 45 Mb showing its default "about" document.

It does support , with limited support but still.

See: https://github.com/c-smile/sciter-js-sdk/tree/main/samples/c...

Sciter also supports immediate mode painting on any element (like in DearIMGUI):

    element.paintBackground = function(gfx) {