3 Feb
2022
3 Feb
'22
5:53 a.m.
I have a slight problem using jack-play since I'm using Pipewire and
I wonder if anyone knows of an alternative I could try.
pw-play is unsuitable because it isn't transport aware.
I reported the bug / problem I have at:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2089
It's an odd one.
--
John.
3 Feb
3 Feb
7:24 a.m.
On Thu, Feb 03, 2022 at 03:52:52AM +0000, John Murphy wrote:
I have a slight problem using jack-play since I'm
using Pipewire and
I wonder if anyone knows of an alternative I could try.
pw-play is unsuitable because it isn't transport aware.
I reported the bug / problem I have at:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2089
It's an odd one.
Ecasound can play files and respond to jack transport
start/stop and seek changes.
http://ecasound.sourceforge.net/ecasound/Documentation/users_guide/html_ugu…
http://ecasound.sourceforge.net/ecasound/
--
John.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-user
--
Joel Roth
1:16 p.m.
On Wed, 2 Feb 2022 19:23:41 -1000 Joel Roth wrote:
On Thu, Feb 03, 2022 at 03:52:52AM +0000, John Murphy
wrote:
Thanks. I didn't get on too well with Ecasound, last time I tried and
it looks like there's a more recent version of jack-play, renamed as
rju-play and the whole jack-tools collection is similarly renamed
since April 2021. https://gitlab.com/rd--/rju
--
John.
I have a slight problem using jack-play since
I'm using Pipewire and
I wonder if anyone knows of an alternative I could try.
pw-play is unsuitable because it isn't transport aware.
I reported the bug / problem I have at:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2089
It's an odd one.
Ecasound can play files and respond to jack transport
start/stop and seek changes.
3:20 p.m.
On Thu, February 3, 2022 5:16 am, John Murphy wrote:
it looks like there's a more recent version of
jack-play, renamed as
rju-play and the whole jack-tools collection is similarly renamed
since April 2021. https://gitlab.com/rd--/rju
That appears to be a fork. My first instinct is that the effort would
have been more usefully applied helping falktx with maintenance and
cleanup of the existing jack code, but I don't know the history of the
fork.
--
Chris Caudle
4:01 p.m.
New subject: OT commercial [was: Any 'transport aware' jack-play alternatives?]
Am 03.02.22 um 14:20 schrieb Chris Caudle:
My first instinct is that the effort would have been
more usefully
applied helping falktx with maintenance and
cleanup of the existing jack code
I'm triggered by the phrase "helping falktx", thinking about what any
no-coder (like me) can do to help him:
https://liberapay.com/falkTX/
https://www.patreon.com/falktx/
In a worldwide community, not everyone is able to give, but for those
who can… Just 1 $/€ per month of each would make a difference and speed
up the development of our main linux audio tools!
Greets!
Mitsch
4:13 p.m.
New subject: OT commercial [was: Any 'transport aware' jack-play alternatives?]
Michael Jarosch <riotsound(a)riotmusic.de> writes:
Am 03.02.22 um 14:20 schrieb Chris Caudle:
"speed up the development" is not a sensible promise when there are no
paid human resources to assign.
It's more of a feedback of how many people are grateful for what one is
doing and can in that manner influence developer enthusiasm. Also there
are non-human resources like hosting levels and server provision where
it's not really fair to let those who are enthusiastic enough about a
project to do the work for it also pay the bills.
And if you get ripped all over for the umpteenth time because of not
servicing your non-paying customers in enough of an engaging manner,
having someone more appreciative spring for the cost of a consolation
beer may make the difference whether you decide to just ignore the
project for a week or not.
--
David Kastrup
My first instinct is that the effort would have
been more usefully
applied helping falktx with maintenance and
cleanup of the existing jack code
I'm triggered by the phrase "helping falktx", thinking about what any
no-coder (like me) can do to help him:
https://liberapay.com/falkTX/
https://www.patreon.com/falktx/
In a worldwide community, not everyone is able to give, but for those
who can… Just 1 $/€ per month of each would make a difference and
speed up the development of our main linux audio tools!
4:11 p.m.
On Thu, 3 Feb 2022 07:20:21 -0600 Chris Caudle wrote:
On Thu, February 3, 2022 5:16 am, John Murphy wrote:
I've just been down a rabbit hole trying to install it (the whole of
'jackd utilities'). Stuck (after making the required vst3sdk) at:
fatal error: pluginterfaces/vst2.x/aeffectx.h: No such file or directory
I even managed to find that file online and put it where it looks for it,
but no 'joy'.
The jack-play there looks like it's from "November 2003" anyway.
It works correctly for Wim Taymans though, so I remain puzzled.
Even tried a different interface (Topping TP30).
and the jack-play I have doesn't understand --version
--
John.
it looks like there's a more recent version
of jack-play, renamed as
rju-play and the whole jack-tools collection is similarly renamed
since April 2021. https://gitlab.com/rd--/rju
That appears to be a fork. My first instinct is that the effort would
have been more usefully applied helping falktx with maintenance and
cleanup of the existing jack code, but I don't know the history of the
fork.
8:49 a.m.
On 03.02.22 04:52, John Murphy wrote:
I have a slight problem using jack-play since I'm
using Pipewire and
I wonder if anyone knows of an alternative I could try.
jack_playrec is a command line tool that supports transport:
https://github.com/HoerTech-gGmbH/jack_playrec
pw-play is unsuitable because it isn't transport aware.
I reported the bug / problem I have at:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2089
It's an odd one.
--
Giso
1:25 p.m.
On Thu, 3 Feb 2022 07:49:51 +0100 Giso Grimm wrote:
On 03.02.22 04:52, John Murphy wrote:
Thanks, but it may not be suitable as it loads the file into memory
before playing. Most of my files are about 2gB and a new one may be
requested every few minutes. jack-play seeks into a new .wav almost
seamlessly.
See my reply to Joel Roth, above, for what I hope will solve my problem.
--
John.
I have a slight problem using jack-play since
I'm using Pipewire and
I wonder if anyone knows of an alternative I could try.
jack_playrec is a command line tool that supports transport:
https://github.com/HoerTech-gGmbH/jack_playrec
1057
days inactive
1057
days old
linux-audio-user@lists.linuxaudio.org
8 comments
6 participants
participants (6)
-
Chris Caudle -
David Kastrup -
Giso Grimm -
Joel Roth -
John Murphy -
Michael Jarosch