Am 06.12.20 um 06:39 schrieb Carl Zwanzig:
On 12/5/2020 12:41 PM, Reindl Harald wrote:
there is no point in 2020 building "native" windows binaries for stuff
which runs on Linux
There is if you need to run on windoze, which many people do
in 2020 you have containers, virtualization and WSL
On Sunday, 6 December 2020, 10:41:57 GMT, Reindl Harald
wrote:
> In 2020 you have containers, virtualization and WSL
You possibly do, but good grief, it's a pain in the arse compared to just, you
know, running a native binary.
P
___
ffmpeg-
Yeah, I managed to compile a 32-bit version for Windows using MSYS2 that
works. I'm not even sure if you can compile a 64-bit version since it seems
some of the dll files are 32-bit only (as far as I know).
On Sun, Dec 6, 2020, 06:12 Phil Rhodes via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
>
On 12/6/2020 3:01 AM, Phil Rhodes via ffmpeg-user wrote:
On Sunday, 6 December 2020, 10:41:57 GMT, Reindl Harald wrote:
> In 2020 you have containers, virtualization and WSL
You possibly do, but good grief, it's a pain in the arse compared to just, you
know, running a native binary.
Hi,
I have a problem with transcoding using nvenc. The problem is incresing
memory consumption, it is about of hundreds kB/s.
Im transcoding parallel exactly 74 streams to hls. After many hours some
processes are killed by oom_killer. It can be restarted, but in this
case i have less and les
Just wanted to mention this in case it's helpful to anyone:
https://hub.docker.com/r/runsascoded/ffmpeg
These are Docker images I've built and published (from source releases as
well as a few misc Git commits) using GitHub Actions on a fork of the
GitHub FFmpeg mirror: https://github.com/runsascod
