Ah, I responded too soon. Yeah, I agree... things can get cumbersome with *too many* software chains. Actually, the reason I went with VLC -> Jack -> Pd was that [oggcast~] and [mp3cast~] (or whatever they were called), worked but were unstable, so I could not rely on them. Ideally, I would have preferred objects and this points to a need for such an object.
On Nov 22, 2024, at 12:18 PM, pd-list-request@lists.iem.at wrote:
Message: 1 Date: Fri, 22 Nov 2024 12:06:50 +0100 From: reduzent@gmail.com mailto:reduzent@gmail.com Subject: [PD] Re: mp3 playback from URL To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Message-ID: <ccf3392c82eb7e0e20cff8cb0249f1ab9ad0b745.camel@gmail.com mailto:ccf3392c82eb7e0e20cff8cb0249f1ab9ad0b745.camel@gmail.com> Content-Type: text/plain; charset="UTF-8"
Hi Oliver
On Fri, 2024-11-22 at 11:49 +0100, oliver wrote:
I recently had good success with remote controlling VLC player from within PD.
Thanks for the suggestion. That's actually where I came from. I used to control MPlayer from Pd and I was really glad that I could do it all purely within a Pd patch when [readanysf~] came along. Things were much more cumbersome back then. Nowadays, with [command] this would work a tad bit neater.
It's definitely a fall-back option. However, I'd like to avoid it due to the increased complexity and the different software involved. I still want to process audio in Pd, so I have to make sure to route vlc/mpv audio output to Pd through JACK, which requires to give each JACK client (mpv/vlc and Pd) a unique name so that persistent routing works (consider having many such setups in parallel). Also, I'd like to avoid JACK all together so that a Pd hiccup does not cause an audible drop-out. My radios run Pd with '-nosound -nomidi -nogui' and thus the only buffering is happening in [mp3cast~]. Which again means there are practically no drop-outs at all. The patch can even do tasks like rendering text-to-speech voice with [flite~] without any side-effects.
Cheers, Roman
Dan Wilcox danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Fri, 2024-11-22 at 12:25 +0100, Dan Wilcox wrote:
Actually, the reason I went with VLC -> Jack -> Pd was that [oggcast~] and [mp3cast~] (or whatever they were called), worked but were unstable, so I could not rely on them. Ideally, I would have preferred objects and this points to a need for such an object.
I'm a bit confused. If understand correctly, VLC is used for the playback part, so it would replace an external like [readanysf~] or [mp3amp~]. What external did you have problems with?
Actually, [mp3cast~], the object that streams _to_ an Icecast server, always worked for me. Never had an issue with it. Because I'm relying heavily on it, I forked it from unauthorized and put it as separate repo under the umbrella of pd-externals. Also, I added the capability to update icy-title.
If you find issues with [mp3cast~], please report them to:
https://github.com/pd-externals/mp3cast/issues/
Thanks for the chart in your previous mail. It's definitely interesting to see what setups work out for other projects.
Roman
p.s.: Your mail client seems to mess with headers and your mails don't appear as their own thread. Also, 'reply to list' is greyed out for me when I would like to respond to your mails. Please consider this purely informational and not as rant.
-
Dan Wilcox -
reduzent＠gmail.com