So Nice
I think sooner or late we should provide a deken package because that's a great external.

Maybe the dependecies are not much of a problem as long as they are well documented in the help patch

@myQwil I'm using Pd on a Raspberry Pi 4, it's working well ! Thanks for sharing this external. Is it possible to do reverse play ? I tried it with speed $1 = -1, but it doesn't work.

@tatsuya_yamada That would probably prove to be quite difficult. The packets would have to be retrieved in reverse order, but FFmpeg doesn't index the packets. So for the time being, reverse playback is not a feature.

@myQwil Okey, Thank you !!

so, what does this mean for os X

"

Dependencies for macOS:

port install libunrar; brew install ffmpeg@4

In order for gme(s)~.pd_darwin to work, libgme.1.dylib needs to be moved to `/usr/
"

p.s.

think i figured out the brew install

@pajzd said:

so, what does this mean for os X

Same thing. It should work for both OS X and macOS.

If gme(s) are not working as expected, let me know. There's a gme post where we can continue that discussion: https://forum.pdpatchrepo.info/topic/11828/gme-gmes-game-music-emu

Also, bear in mind that the latest version of the quilt library switched from using ffmpeg@4 to just ffmpeg. That's if you download the library through deken, which I would recommend from now on.

Any chance to run ffplay for ios along with libpd?

@myQwil I stopped receiving BBC radio stations on my internet radio earlier this year,
The BBC had decided to drop MP3 Shoutcast and only stream DASH and HLS.
I spent this evening searching forums for stream comversion backends for the RPI, and then remembered your external.
I don't live in the UK so I had to modify the BBC Radio4 URL slightly, and I now have a zero latency livestream of HLS in Pd on my laptop.
Next stage is to stream the output from Pd to the internet radio.
Then to stop playback as the client disconnects.
Then to run the patch permanently on my RPI.
It really is a very useful external.
Thank you,
David.

Would be great to have a M1 version on deken

@myQwil said:

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.

Thanks for bringing up the option of performing a static build!