• myQwil

    @whale-av You should be able to find those missing objects in the original zip of the first post

    posted in extra~ read more
  • myQwil

    Performing a static build is also an option. That would make it so that the libraries are built into the external. I've always been on the fence about distributing a static build though because I've read that some of the decoders used in the ffmpeg library are proprietary. Their site talks about that near the bottom of this page: https://www.ffmpeg.org/legal.html

    It sounds like it's only a problem if someone, as they put it, "starts trying to make money from patented technologies" but since this is being distributed freely, it's probably not an issue.

    posted in extra~ read more
  • myQwil

    Okay, I think I've found out the problem. Here's the list of dependencies of ffplay~.m_amd64:
    avcodec-58.dll
    avformat-58.dll
    avutil-56.dll
    swresample-3.dll

    But all the libraries have been updated since I built it, so the version numbers in their names have been incremented to 59, 57, and 4.

    So, you could probably just rename the dll's and my guess is it'll still work.

    posted in extra~ read more
  • myQwil

    My guess is it either needs a fresh build or it's missing some other dependency from MSYS2/MinGW.
    I recommend trying Dependency Walker. It might be able to shed some light on which dependencies aren't being met. Their site: https://www.dependencywalker.com/

    If that doesn't work, I'll see about doing a fresh build tomorrow

    posted in extra~ read more
  • myQwil

    ffplay~.m_amd64 can be found inside of ffplay.zip
    It's basically a dll with a special naming convention so that 64 and 32-bit builds of the same external can reside in the same folder

    posted in extra~ read more
  • myQwil

    Also, thank you for sharing your OSX build :)

    posted in extra~ read more
  • myQwil

    This should be what you need for the Windows version: https://www.gyan.dev/ffmpeg/builds/ffmpeg-release-full-shared.7z

    Inside the zip, there's a 'bin' folder and you just need to extract the .dll files and place them in the same folder as ffplay~.m_amd64. I'm assuming it'll still work. Even though the ffmpeg libraries are newer than when I built it, no big changes have been made to how any of the functions are called.

    posted in extra~ read more
  • myQwil

    You can find all my pd externals here: https://github.com/myQwil/pdxtra

    I wasn't able to build for OSX, but only because the environment I use for OSX builds is really old and out-dated, and I was not able to do a brew install of ffmpeg. For anyone with a more up-to-date version of OSX, they should be able to build it by installing ffmpeg and running make

    As for Windows, I did a 64-bit build (m_amd64), but not 32-bit. I came across an issue when attempting to build for 32-bit, though I can't recall at the moment what the exact issue was.

    posted in extra~ read more
  • myQwil

    @fotisandstuff I don't know about crashing, but as you start to venture outside of foo_pd's example patches, there will definitely be errors regarding missing pd externals. That's because libpd, depending on its implementation, isn't always capable of loading externals. Instead, they need to be built directly into the library. The pd.dll that comes with foo_pd only has a few externals added to it.

    posted in libpd / webpd read more
  • myQwil

    @fotisandstuff Can you give a specific example in ARGOPd?

    posted in libpd / webpd read more

Internal error.

Oops! Looks like something went wrong!