Hi, Roman !
Maybe off-topic, but i thought i'd mention it:
I recently had good success with remote controlling VLC player from
within PD. i don't know if this helps in your setup, but at least VLC
might still be around the next years ;-)
Basically what you do is: You start vlc (or "cvlc" - the command line
version of vlc) invoking a TCP remote control address.
I actually started vlc from within PD with the [command] external:
[exec /usr/bin/cvlc -I rc --rc-host=localhost:7777(
|
[command]
this way you can send remote control messages to
[netsend -b] [initiated with "connect localhost 7777")
(I'm not sure if the binary mode is needed but i used it anyway)
You can also receive information from cvlc this way. send a "help"
message to get available commands or see for example here:
https://superuser.com/questions/767330/is-there-a-simple-audio-player-that-can-be-remote-controlled-with-udp-or-tcp-com
Sidenote:
Remote controlling MPLAYER is supposed to work in a similar way, but i
didn't investigate it too much ...
Best
Oliver
reduz...@gmail.com wrote:
On Thu, 2024-11-21 at 19:16 +0100, IOhannes m zmölnig wrote:
Am 21. November 2024 10:55:37 MEZ schrieb reduz...@gmail.com:
This is the backtrace (not much useful info, libraries from
Debian seem not compiled with debug symbols):
They are compiled *with* debug symbols, but thesr are not shipped in
the "normal" packages (to keep them nice and small).
See <https://wiki.debian.org/HowToGetABacktrace> on how to install
the debug symbols for a given package.
Ok, good to know! I will look into that.
which indicates the problem is in the [readanysf~] playback and
not in
Pd or [mp3cast~].
Well if it happens only every few days, things might be related to
thread and/or memory management, which means that the cause of the
problem could be *anywhere*.
I see. I _did_ upgrade Pd. I will try to correlate dpkg-logs with start
of segfaults.
That it should be moved to the "pd-externals" repository so people
*can* give it some love in a discoverable place.
👍
Dear August
In case you read this, please state your intentions regarding the
further maintenance of [readanysf~]. We consider the external abandoned
and we plan to host it under the umbrella of the pd-externals group.
@IOhannes
What do you think of the gmerlin project that [readanysf~] depends on?
It seems still hosted in a subversion repository and hasn't had much
activity since ~2012. I saw some recent commits of yours and it seems
to be kept alive partially or fully due to your work/commitment. Will
it survive the next few years?
Roman
---
pd-list@lists.iem.at - the Pure Data mailinglist
https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/3MMLQCPME6NOP26YWSGQIBVA3FEY53V4/
To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/
--
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
/////////////// http://oliver.klingt.org ///////////////
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
---
pd-list@lists.iem.at - the Pure Data mailinglist
https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/SSDQTNPA43ZYDIJNCY7FU4MEH5YE7LJM/
To unsubscribe send an email to pd-list-le...@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/