incdir | Compile-time including of directories for Rust

I am fairly new to the Cython world, but I know C and Python well. I am trying to use Cython to compile a Python code into C, but I need to write my own main() function in C.

I have only found one example online of a code that is compiled from a C program that calls a function written in Python/Cython, but they don't tell you how to compile it. See that example here: https://docs.cython.org/en/latest/src/tutorial/embedding.html

To be clear, I would prefer being able to compile a Python code and call it from C rather than running the Python interpreter in C.

To compile this myself, I am using Rocky Linux running the default Python version (3.6.8).

I am using the two codes seen referenced in the above example with no modifications. To compile these codes, I started with the UNIX Makefile from the github link that is mentioned in the example and added a line of code to compile the "embedded_main.c" code:

I have a video with some background music in it.

I wish to add a piece of spoken dialogue at a particular location in the video, such that the background music is lowered for the entire duration of the dialogue audio.

I found a similar solution using sidechaincompress, which just works for mp3. I made some changes to it so that it includes the video too (-map 0:v). However, now the audio is cut short as soon as the dialogue ends.

I have two similar projects on the same machine. Their difference is that one is using GUI (Qt and Qwt) and the other is not. As the result, the one that has Qt is using qmake to compile and the other one cmake.

The project itself is about signal processing and working with audio. I decided to use RtAudio for capturing audio signal. I can compile and run the example code fine when I'm compiling with cmake but when I try to compile the other project using qmake, it fails.

The problem is jack (audio library) which is not found when compiling using qmake. But first, let's start with the project that works. Here's what I have in my CMakeLists.txt file:

I'm having regularly issue with hvc1 videos getting an inconsistent number of frames between ffprobe info and FFmpeg info, and I would like to know what could be the reason for this issue and how if it's possible to solve it without re-encoding the video.

I wrote the following sample script with a test video I have

I split the video into 5-sec segments and I get ffprobe giving the expected video length but FFmpeg gave 3 frames less than expected on every segment but the first one.

The issue is exactly the same if I split by 10 seconds or any split, I always lose 3 frames.

I noted that the first segment is always 3 frames smaller (on ffprobe) than the other ones and it's the only consistent one.

Here is an example script I wrote to test this issue :

I kinda figured out, the problem needs to deal with apache mpm event... When I send my request on the first client, my script is getting executed linear. When I send my request from the second client, he is literally starting at that point in the code where the last request currently is. So that might be a problem with shared memory between those threads, but I'm not an apache professional, maybe somebody has an idea?
I used apache mpm prefork before, so every request is getting his own process and own memory etc., but there was a problem reading jpg files with that one and it worked after I changed apache to mpm event, see the following: https://github.com/python-pillow/Pillow/issues/5834#issue-comment-box

Inside my VM (running same apache version with mpm event) everything is working fine.

I've got a python script with flask running via wsgi on an apache2 webserver. Inside of that script I got following lines (458-461):

I'm trying to publish a video using ffmpeg. For publishing, I'm using python frame images as the input source. But when it streams, the video colours are different.

I have some code that I use a (old) Mersenne Twister header file with to get a good pseudo-random number generator.

The problem is that that code uses the register keyword which (as far as I understand) was deprecated in c++11 and throws an error with c++17. I believe I am using the latter in the version of clang I'm using on Mac OSX (10.14.6; Mojave).

The Makefile I am using is as thus:

I'm trying to record video from my ip camera stream with ffmpeg in command line

I'm trying to convert a 180° fisheye video to a normal/regular video using the v360 filter of FFmpeg.

This is the command I tried:
ffmpeg -i in.mp4 -vf "v360=input=fisheye:output=flat:iv_fov=180:v_fov=90" out.mp4

But the output says clearly No such filter: 'v360', although v360 is a common filter listed in docs and other filters I used before worked just fine. I tried updating/reinstalling and looking for solutions, not fixing it.

Why is the filter missing? How can I debug this? Should I doe the task using another program entirely?

Command output: