ffmpeg-python VS Dependencies

Even given an option it can be difficult to find the corresponding documentation, if only because of the many different submodules and encoders and decoders and filters that have o-so-slightly different options. That said, I've just switched from pydub to ffmpeg-python (due to memory issues of the former[1]) and judging from the Jupiter notebook[2] it seems a much more intuitive method of constructing ffmpeg pipelines.

[1] https://github.com/jiaaro/pydub/issues/135

[2] https://github.com/kkroening/ffmpeg-python/tree/master/examp...

You might want to look into ffmpeg-python as well

This bug on github sounds like the same issue you have

take a look at https://github.com/kkroening/ffmpeg-python

The ffmpeg-python python package still makes use of the “future” python package (search for “past” in the code base). These should be removed and updated as necessary.

I've had a look through these examples, but I can't get the numpy conversion to work (I get broken pipe errors, but if any of you can get it working this solution would be ideal)

Your going to be wanting to enumerate all the files in a folder, shuffle them, and then use a library for splicing them together. A quick google search brought me to moviePy, which seems pretty solid. ffmpeg is the industry standard for programmatically working with video, but it's...complicated to say the least. Looks like there are some good python bindings for it, but it may be overkill for this project. I'm sure there are others out there too.

stitching [0], [1], and [2]

[0]https://github.com/kkroening/ffmpeg-python#quickstart

[1]https://kkroening.github.io/ffmpeg-python/#ffmpeg.zoompan

[2]https://ffmpeg.org/ffmpeg-filters.html#Examples-133

I've been using ffmpeg-python recently, and it will do a lot of the crazy complex transforms for you, and you can write sane python code vs. trying to deal with the crazy default ffmpeg syntax.

https://github.com/kkroening/ffmpeg-python

ffmpeg is the traditional Swiss Army knife for video stuff. there's a Python library out there. might not be appropriate in an embedded environment though, it's a bit of a beast.

I did some digging with Dependencies and found that issue is with libstdc++-6.dll

Maybe Dependency Walker can shed some light on that 🤔

I did that, basically. Problem is there is a clblast.dll (on windows) that llama.dll depends on, and it llama-cpp-python always failed dependency resolve to find it. I copied the dll to the right folder, loading it manually via CDLL worked fine, and https://github.com/lucasg/Dependencies also confirmed the dll was findable. When loading DLL's in windows, it checks the same folder for dependency dll's (and a few other places).

You can uses dependencies walker to detect the exact version of MS c++ runtime required.

If that doesn't work you will have to do it the hard way like i did. Using Dependencies to find the missing dlls

("Dependencies" is Dependencies.exe from https://github.com/lucasg/Dependencies)

If you're using MinGW or Cygwin and link in an arbitrary number of system libraries, then you need to ship those files as well. You can use Dependencies to list all DLLs your program is using, including transient dependencies.

A couple of them, yes. Someone else linked Dependencies which is much more modern and doesn't have some of the issues these older applications have. Thank you for the suggestions regardless.