ffvideo VS nicegui

I wrote an optimized C++ FFMPEG player as a video surveillance system, initially to watch my pets in my yard, and then kept going adding (human) face detection, and then a DL/ML training scaffold, then Live555 re-encoding, then an embedded web browser, then I added tons of comments and turned it into a learning demo project. It's on Github, I still use it to watch my pets: https://github.com/bsenftner/ffvideo

Are your camera's ONVIF compatible? You can confirm this by running this free open source software: https://sourceforge.net/projects/onvifdm/ If your cameras appear in this software, then they are ONVIF compatible. If they are, then you can use my free and open source windows video player to view as many stream as you want: https://github.com/bsenftner/ffvideo This player is CPU efficient, intended for use when training video based machine learning models, so it leaves processor available for machine training. Used as a pure video player, I've had 32 video windows playing at 30 fps simultaneously using it on an i9 3.2 Ghz workstation.

In my ffmpeg playback library, be aware it is optimized for computer vision; therefore any audio is ignored and if playing from a file any timing information is ignored as well. When playing real time streams, such as from an IP camera or USB camera that playback is as close to real time as possible. I seem to remember something like under 20 ms per frame latency. However, IP video services expect timing information to be honored, and because mine ignores timing a YouTube video will fly by a few hundred frames per second. Likewise, playing from a local stored video file will playback as fast as your drive delivers frames. It was designed this way to minimize overhead and delay when training algorithms with video. Here's the essential source to the playback lib: https://github.com/bsenftner/ffvideo/tree/master/ffvideolib_src

Okay, thanks to u/bsenftner I was able to figure this out by looking at his Github repository. Essentially, if you want to use a specific version of OpenGL with wxGLCanvas you have to specify the major and minor versions in the attribute list passed to the constructor of wxGLCanvas.

If you take a look at my ffvideo github project (linked in my reply above) you can search for instances of std::thread and see they are fairly self contained, with logical data fencing protecting data shared between threads. Here's an example: a video frame exporter that runs in it's own thread, enabled when the end-user wants video frames written to disk: https://github.com/bsenftner/ffvideo/blob/aed42b5a3e856e24b030e71f6d92bcbabf5d6829/ffvideolib_src/ffvideo_frameExporter.h

Try this: https://github.com/bsenftner/ffvideo

I do this in C++ here: https://github.com/bsenftner/ffvideo I think I'm using DLib rather than OpenCV, but at this level the difference between the two is negligible.

I have some code doing this in an open source C++ project here: https://github.com/bsenftner/ffvideo Towards the bottom of the README on that page you'll see an image titled "demonstrating tilted head registration" describing what you're trying to do here.

I was looking at this space and nicegui seemed like the best ootb experience.

https://nicegui.io/

Dash is similar in spirit, as a "build web UIs with Python" framework. Dash seems more similar to nicegui (https://nicegui.io) architecturally than to Hyperdiv. Like nicegui, it builds a static dom that is then mutated via callbacks or data bindings.

By contrast, Hyperdiv lays out UI declaratively based on state, and when state changes, the app re-runs, generating an updated UI. Streamlit and Hyperdiv seem to work similarly, though I'm not sure how Streamlit handles state and state-based layout.

For native GUI, DearPyGui[0] as modern as you can.

For browser web-based GUI, you can use nicegui[1]

[0] -- https://github.com/hoffstadt/DearPyGui

[1] -- https://github.com/zauberzeug/nicegui

I want to bring to attention a set of frameworks that make webdevelopment using Python simple and fun. The popular opinion maybe that webpages developed with Python maybe slow. But this is not the case. Do checkout https://github.com/ofjustpy/ofjustpy/, https://github.com/zauberzeug/nicegui/ and https://github.com/justpy-org/justpy . All these frameworks are build on top of Starlette and make web development really easy. If you want simple and ready to use the nicegui is the choice. If you want fast, scalable, and more control then give ofjustpy a try.

Yes, NiceGUI aims for a very gentle learning curve. Coming from Streamlit I suspect your main adaptation will be that in NiceGUI you need to write valid Python code. Streamlit constantly reevaluates your script which feels nice and easy but creates lots of problems down the road. See https://github.com/zauberzeug/nicegui/discussions/21.

Auth is a big limitation. It's not a built-in component, they have [an example](https://github.com/zauberzeug/nicegui/blob/main/examples/aut...) using the FastAPI layer for auth, but I haven't had time the time to try implementing it. It's definitely not something you get out of the box with NiceGUI.

For scaling, I am viewing it mostly as an internal tool builder. I wouldn't recommend it for external applications. So as far as scaling an internal app I think it works fine. [Their website](https://nicegui.io) is built with NiceGUI, and it works fine, but you can feel the lag occasionally on some of their larger demo pages.

Well, I was at PyCon Ireland last weekend and I missed the NiceGUI talk. I hear postive things about it and anything shiney and anything frontend-related always catches my attention (although I admit talking to a friend when I missed this talk was just as fun, and it was worth it).