On: Reverse engineering a mysterious UDP stream in my ...

[ahepp]

You can do something similar with

    ffmpeg -stream_loop -1 -re -i gettysburg.wav -f mp3 udp://239.0.0.1:1234

on one device, and

    ffplay -i udp://239.0.0.1:1234

on another device.

You can also play the stream with ffmpeg doing something like

    ffmpeg -i udp://239.0.0.1:1234 -f pulse default

[skhm → ahepp]

I’ve done this to make music remotely on the CLI from my phone SSHd into a VPS, forwarding pulseaudio/JACK and listening to the stream in a browser in the background. fun times

[ahepp → skhm]

Nice! I assume if it was over the WAN you probably had to unicast it?

I've experimented a tiny bit with the builtin pulseaudio RTP sink/source, but I've not used it extensively. I'm not sure if cutting out ffmpeg would be beneficial.

[skhm → ahepp]

I wrote a little post about it: https://a.skh.am/2020/08/31/tidal-ios.html

Managed to get the lag down to a usable amount for algorithmic music, but would not be suitable for playing an instrument remotely

[erdemozg → ahepp]

jaw-dropped.gif

Such a powerful tool... And thank you for letting us know about this trick.