News for hackers. Stuff that matters.

A comment on Reverse Engineering a Mysterious UDP Stream in My Hotel.

Re:Reverse Engineering a Mysterious UDP Stream in My Hotel by ahepp on Friday February 24, 2023 @12:41AM (#34921263)
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
[ Parent | on HN ]
Re:Reverse Engineering a Mysterious UDP Stream in My Hotel by erdemozg on Friday February 24, 2023 @04:16AM (#34922620)
jaw-dropped.gif

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

[ Parent | on HN ]
Re:Reverse Engineering a Mysterious UDP Stream in My Hotel by skhm on Friday February 24, 2023 @06:47AM (#34923546)
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
[ Parent | on HN ]
Re:Reverse Engineering a Mysterious UDP Stream in My Hotel by ahepp on Friday February 24, 2023 @08:30PM (#34932807)
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.

[ Parent | on HN ]
Re:Reverse Engineering a Mysterious UDP Stream in My Hotel by skhm on Saturday February 25, 2023 @12:42PM (#34938577)
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

[ Parent | on HN ]