Jack output fundamentally broken
Bug #1499987 reported by
Gordonjcp
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gmusicbrowser (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Every time a track starts, gmusicbrowser connects its jack output ports to the system output. This is pretty much never what you want, because it means that if you route the output from gmusicbrowser through jack you need to reconnect it to whatever destination you really wanted at the end of every song.
In addition, the output is severely clipped.
To post a comment you must log in.
I must admit I don't know much about jackd. From my simple test playing on alsa (jackd -d alsa), it seems to work fine. So it'd be nice if you could explain how I could see the problem for myself.
I _think_ the problem is that gmb set the gstreamer the playbin to the 'null' state rather than the 'ready' state when stopping. In that case it would be easy to fix, though I don't want it to keep resources open indefinitely when not playing, so maybe after 1 minute it should set the state to 'null'.
If that is the problem, it should not happen when the gapless option is turned on and you are not playing in a weighted random mode, as in that case the state is never set to 'null' between track.
About clipping, the only possible reason I can think of is the replaygain or equalizer options, you can turn them off near the bottom of the audio tab in the settings dialog.