[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[fluid-dev] [jack] output ports not showing up or lost
From: |
Ray Rashif |
Subject: |
[fluid-dev] [jack] output ports not showing up or lost |
Date: |
Thu, 7 Oct 2010 05:09:26 +0800 |
Background: https://bugs.archlinux.org/task/21031
Dieter's workflow involves the following:
* jack
* rosegarden
* fluidsynth
For a week or so, Dieter did not touch these. He had:
* jack-0.118.0
* fluidsynth-1.1.1
* rosegarden-10.04
In that week, among the kernel and other system software updates a
(bleeding-edge) Linux system typically has, he ended up with:
* fluidsynth-1.1.2
Suddenly, Dieter could not resume his workflow. Fluidsynth's playback
ports refused to show up in jackd's connections. Obviously,
troubleshooting standards dictate that he fall back to the
previously-working version of the program:
* fluidsynth-1.1.1
Unfortunately, this did not solve the issue. The next possible culprit
was the kernel, so he installed an older kernel. Again, this did
nothing and the output ports still refused to show up.
Aside from all this, to prove that there is no issue with jack,
generic programs like mplayer and timidity work fine. However,
timidity cannot be a replacement in this workflow as it has its own
problems.
The following is the most obvious error from jackd:
subgraph starting at fluidsynth timed out (subgraph_wait_fd=9, status
= 0, state = Triggered, pollret = 0 revents = 0x0)
And a verbose log:
http://sprunge.us/gXIP
This did not get filed as a bug report for fluidsynth yet because
there is no case against it. If 1.1.1 worked, there would be a case
against 1.1.2. Unfortunately, 1.1.1 (which used to work) does not work
anymore. As such, I would really appreciate some help in debugging
this.
Thanks!
--
GPG/PGP ID: B42DDCAD
- [fluid-dev] [jack] output ports not showing up or lost,
Ray Rashif <=