Bug#293454: qjackctl: Display does not resize with font
On 12/01/2014 01:00 PM, Jaromír Mikeš wrote: 2014-11-30 16:07 GMT+01:00 Lukas F. Hartmann mailto:lu...@mnt.mn>>: Hello Lukas, Dear Maintainer, This bug is especially obvious on high resolution displays. Also, the buttons do not resize vertically, only horizontally, which leads to a cramped UI with bigger font sizes. I attached a patch to fix these problems. The patch also removes the manual indentation of the left-aligned status labels in the main status display and rather increases the overall margin of the status display. The interface is now fully scalable and looks good when disabling the "shiny background" bitmap option. I would recommend to drop this bitmap and its toggle option to reduce code and settings complexity for a feature that does not (IMHO) increase end user value. Thank you for the patch, I am forwarding it upstream. Maybe Rui also have some idea how to improve "shiny background" to be scalable too. well, it wasn't ever supposed to scale as to grow in screen space that is. from the cradle, it was designed to stayy as is, as *low profile* as much as it's possible. tbh. once you get those settings "au point", or "al dente", whatever semantics better suits you, the least you get qjackctl pesking your screen estate the better :) byee -- rncbc aka Rui Nuno Capela rn...@rncbc.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625798: [ qtractor-Bugs-3298177 ] Track names with slashes cause MIDI recording to fail
Fixed on svn trunk rev.2035 (qtractor 0.4.8.90). - Session and track names are now sanitized from slashes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624198: more complete backtrace with both threads
On 04/26/2011 05:18 PM, Adrian Knoth wrote: On Wed, Apr 27, 2011 at 12:21:10AM +1000, Grant Diffey wrote: JFTR, here's a more detailed backtrace: Steps to reproduce the bug: 1. start qjackctl 2. press start button (dummy driver is sufficient, but also works with alsa. If you want dummy, go to setup, first) 3. press connect button 4. select system on the left and system on the right, then, connect 5. press stop button 6. confirm termination 7. segfault The attached patch against qjackctl fixes the problem, though I don't know if it's addressing the real issue at hand. applied to svn trunk (rev.685, qjackctl 0.3.7.12) thanks -- rncbc aka Rui Nuno Capela rn...@rncbc.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565860: FTBFS - configure: error: JACK library not found
On Tue, 19 Jan 2010 12:08:27 +0100, Adrian Knoth wrote: > On Tue, Jan 19, 2010 at 10:19:45AM +0100, Adrian Knoth wrote: > > Hi! > >> It's probably a bug in configure(.ac), however, you can work around if >> you conditionally set --disable-sse on non-amd64. (i386 doesn't have >> SSE, i686 could, but that's not an ordinary Debian target) > > It's really a bug in configure.ac. The test extends CFLAGS to enable > SSE, but it doesn't restore the old value in case the test fails. > > The attached patch corrects this problem. Tested on sparc (no SSE) and > i686 (with SSE). > > Rui: See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565860 for the > whole story. I guess you want to include the patch in your repository. > > Note that I'm not really common with autoconf, so there might be a more > elegant way of restoring CFLAGS upon negative test. At least it works. > ;) > patch applied to upstream svn trunk (qtractor 0.4.4.1495+) thankU -- rncbc aka Rui Nuno Capela rn...@rncbc.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#362613: [qsynth-devel] qsynth's sample rate vs. jack's
Hi, Unfortunately, due to fluidsynth design, this issue is not possible to tackle at qsynth level, at least in a clean way. Each qsynth engine instance MUST be setup with exact sample-rate value as the JACK server is running. Unless qsynth is hacked and ask itself on libjack which sample-rate is due, thus turning into another redundant dependency which I'll regret. As from fluidsynth, there's currently no way to change the sampling rate of the synthesizer after it's been created. The sample-rate of the synthesizer engine (synth.sample-rate) is the fludisynth setting which is accessible on the qsynth setup dialog. The jack sample-rate is specified on jackd command-line. Users should then watch on the qsynth messages window and check whether the following warning is issued: Jack sample rate mismatch, expect tuning issues (synth.sample-rate=44100, jackd=48000) This warning message is issued when any of the fluidsynth engines are set with disparate sample-rate from the jackd one. Users are urged to get back to the qsynth engine setup dialog and set the audio sample-rate accordingly. The new setting will force the restart of the fluidsynth engine, hopefully with matching sample-rates. OTOH it will be preserved and there's no need to change it next time qsynth is ran. Cheers. -- rncbc aka Rui Nuno Capela [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362613: [qsynth-devel] qsynth's sample rate vs. jack's
Eric Van Buggenhaut wrote: > > I maintain the Debian package of qsynth in the official Debian > repository. > > One of our users came with the request that the Sample rate be > automatically disabled when jackd driver is used. > > More of this in the bug report: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362613 > > This feature makes sense to me but outpasses my maintainer's duties, > so I'll tag it as 'upstream' and kindly ask you to implement it. > Got it. Will do the change ASAP but those will only be settled on next dot release. Cheers. -- rncbc aka Rui Nuno Capela [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377915: Can't change sample rate
On Tue, August 22, 2006 12:20, Daniel James wrote: > Hi Günter, > > > I can confirm this bug. It does not seem to affect the sample rate of > jackd, only the display of the sample rate within the qjackctl GUI. You can > see this in the attached screenshot, where jackd is running at 44100 Hz > but the GUI shows 48000 Hz. You can also see this wrong figure in the > Status window. > > > A new upstream version 0.2.20 is available: > > > http://qjackctl.sourceforge.net/qjackctl-dl1.html > > > Cheers! > This is pretty strange. QjackCtl GUI reports sample-rate as read from jack_get_sample_rate() as client of libjack. It just seems that jackd (server) is running at one SR (44k1) and the libjack client interface is reporting the default one (48k). Looks like a jackd/libjack implementation/deployment specific issue. On all of my systems (which none is debian based, FWIW), the GUI and jackd always show the very same SR. We gotta dig more on this... more info please (system environment, soundcard, jack and alsa version, etc.)? Cheers. -- rncbc aka Rui Nuno Capela [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]