> Aha it looks like conversation has been scattered in many bugs ;)
I know, but I was asked to report a bug for each package separately.
(Actually, there may be more, I only checked the ones I've actually
used ...)
> Just to be extra sure e.g. amb-plugins file ambisonic0_if.cc contains
> several
Hi,
> Is there any progress with this topic? Does any body contacted Richard Furse
> as has been suggested?
Yes, as I said in
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=9;bug=765547
we have, and Fons had agreed to change it (but I don't know what's
become of it).
Regards,
Frank
Package: libav-tools
Version: 6:11.4-1~deb8u1
Severity: wishlist
Tags: upstream patch
I suggest to add a Content-Length header to the mpjpeg output. This
makes it easier to parse the output, rather than relying on the
fixed boundary which, though very unlikely, could also occur within
an image. Si
Package: jackd1
Version: 1:0.124.1+20140122git5013bed0-3
Severity: normal
Tags: upstream patch
When the "-n" option is given, jackd crashes when accessing
properties (which it seems to do implicitly for any client, e.g.
jack_lsp).
To reproduce:
jackd -nfoo -dalsa
or
JACK_DEFAULT_SERVER=bar j
Package: mplayer2
Version: 2.0-728-g2c378c7-4+b1
Severity: normal
When seeking with --ss to a position > 0, the number of frames given
with --frames is not applied correctly. E.g. (using the videos from
https://packages.debian.org/jessie/python-mecavideo):
mplayer --ss=1 --frames=1 --vo=jpeg
usr
Package: swh-plugins
Version: 0.4.15+1-6+fh1
Severity: normal
Tags: upstream patch
The analogueOsc plugin produces NaN under some conditions.
The attached test program (linking directly to the plugin for
simplicity, but it's the same when loading it dynamically), running
on amd64, shows the bug:
Fons Adriaensen wrote:
> On Sun, Oct 19, 2014 at 11:50:05AM +0200, Frank Heckenbach wrote:
>
> > LADSPA_PROPERTY_REALTIME indicates that the plugin itself *has* a
> > realtime dependency. That would be the case only for few plugins,
> > not really audio processing plugi
Fons Adriaensen wrote:
> On Thu, Oct 16, 2014 at 08:00:15AM +0200, Frank Heckenbach wrote:
>
> > > > The same seems to apply to vco-plugins, mcp-plugins and rev-plugins.
> > > > Should I submit separate bug reports for each package?
>
> See ladspa.h:
>
Package: fil-plugins
Version: 0.3.0-3
Severity: normal
Tags: upstream
The LADSPA_Descriptor's of all the plugins contain
LADSPA_PROPERTY_REALTIME which is unneeded AFAICS.
This may be confusion with LADSPA_PROPERTY_HARD_RT_CAPABLE
(I agree the naming is a bit unfortunate ;).
However, as ladspa.h
Hi,
> > The same seems to apply to vco-plugins, mcp-plugins and rev-plugins.
> > Should I submit separate bug reports for each package?
>
> Yes please.
Done.
(Also wah-plugins and fil-plugins which I had overlooked last time
because I didn't have them installed.)
> We'll fix it in Debian as so
Package: mcp-plugins
Version: 0.4.0-2
Severity: normal
Tags: upstream
The LADSPA_Descriptor's of all the plugins contain
LADSPA_PROPERTY_REALTIME which is unneeded AFAICS.
This may be confusion with LADSPA_PROPERTY_HARD_RT_CAPABLE
(I agree the naming is a bit unfortunate ;).
However, as ladspa.h
Package: vco-plugins
Version: 0.3.0-2
Severity: normal
Tags: upstream
The LADSPA_Descriptor's of all the plugins contain
LADSPA_PROPERTY_REALTIME which is unneeded AFAICS.
This may be confusion with LADSPA_PROPERTY_HARD_RT_CAPABLE
(I agree the naming is a bit unfortunate ;).
However, as ladspa.h
Package: rev-plugins
Version: 0.3.1-2
Severity: normal
Tags: upstream
The LADSPA_Descriptor's of all the plugins contain
LADSPA_PROPERTY_REALTIME which is unneeded AFAICS.
This may be confusion with LADSPA_PROPERTY_HARD_RT_CAPABLE
(I agree the naming is a bit unfortunate ;).
However, as ladspa.h
Package: amb-plugins
Version: 0.8.1-3
Severity: normal
Tags: upstream
The LADSPA_Descriptor's of all the plugins contain
LADSPA_PROPERTY_REALTIME which is unneeded AFAICS.
This may be confusion with LADSPA_PROPERTY_HARD_RT_CAPABLE
(I agree the naming is a bit unfortunate ;).
However, as ladspa.h
Just in case anyone cares (I doubt it):, the bug still exists on
wheezy, same test case and basically the same patch (attached) as on
squeeze.
5 successive tests failed within 90s each without the patch,
5 successive tests did not fail for >120s each with the patch, so it
seems even better reprodu
Hi!
> Is this problem still valid or can we close the bug?
AFAICS, the bug in jackrec is still present in jack1 (but fixed in
jack2). But since I don't use jackrec anymore, I didn't test it.
> PS: I've forwarded your watchdog patch to upstream.
The new one (#590021), I hope.
Frank
_
Package: jackd1
Version: 1:0.118+svn3796-7
Severity: normal
Tags: upstream
Tags: patch
*** Please type your report below this line ***
This is an update of Debian bug #464886 (which was for etch),
updated for squeeze.
There seems to be a problem with JACK's watchdog. The watchdog is
triggered by
Package: qjackctl
Version: 0.3.6-1
Severity: normal
*** Please type your report below this line ***
By default qjackctl seems to shutdown the JACK server when the GUI
is closed, even if the server was not started by qjackctl. (Of
course, this can be very annoying if you've just started and
connec
18 matches
Mail list logo
