Hi Ralf,
On 11/01/17 12:52, Ralf Mattes wrote:
>
> Am Mittwoch, 11. Januar 2017 13:21 CET, Felipe Ferreri Tonello <eu(a)felipetonello.com> schrieb:
>
>> Hi Ralf,
>>
>> On 03/01/17 21:37, Ralf Mattes wrote:
>>>
>>> Am Dienstag, 03. Januar 2017 19:31 CET, Felipe Ferreri Tonello <eu(a)felipetonello.com> schrieb:
>>>
>>>
>>>> If sched_setscheduler() returns -1, check if errno is set to EPERM. In
>>>> this case the user trying to perform this operation does not have
>>>> CAP_SYS_NICE[1] capability, which is *required*.
>>>>
>>>> [1] http://man7.org/linux/man-pages/man7/capabilities.7.html
>>>>
>>>> If you want this type of feature, set CAP_SYS_NICE to the group audio
>>>> that you are referring.
>>>
>>> ??? How can I grant capabilities to a group? I thought capabilites where either given to
>>> a user (via /etc/security/capability.conf) or to a binary (by means of setcap).
>>
>> AFAIK, pam_cap support users and groups.
>
> Not according to my local manpages (pam_cap(8) 09/23/2011 and CAPABILITY.CONF(5) -- 09/23/2011).
> Do you have any y reference for your information?
I never tested, but try out based on this reference[1] paragraph 2.2.
Apparently there are two implementations for pam_cap. One supports the
other doesn't.
[1]
http://blog.sevagas.com/?Linux-security-using-a-limited-group-PAM-modules
[2] https://github.com/ekline/pamcap/blob/master/pam_capability.c
[3] https://github.com/pexip/os-libcap2/blob/master/pam_cap/pam_cap.c
Good luck.
--
Felipe
Am Mittwoch, 11. Januar 2017 13:21 CET, Felipe Ferreri Tonello <eu(a)felipetonello.com> schrieb:
> Hi Ralf,
>
> On 03/01/17 21:37, Ralf Mattes wrote:
> >
> > Am Dienstag, 03. Januar 2017 19:31 CET, Felipe Ferreri Tonello <eu(a)felipetonello.com> schrieb:
> >
> >
> >> If sched_setscheduler() returns -1, check if errno is set to EPERM. In
> >> this case the user trying to perform this operation does not have> >> CAP_SYS_NICE[1] capability, which is *required*.
> >>
> >> [1] http://man7.org/linux/man-pages/man7/capabilities.7.html
> >>
> >> If you want this type of feature, set CAP_SYS_NICE to the group audio
> >> that you are referring.
> >
> > ??? How can I grant capabilities to a group? I thought capabilites where either given to
> > a user (via /etc/security/capability.conf) or to a binary (by means of setcap).
>
> AFAIK, pam_cap support users and groups.
Not according to my local manpages (pam_cap(8) 09/23/2011 and CAPABILITY.CONF(5) -- 09/23/2011).
Do you have any y reference for your information?
TIA Ralf Mattes
Hi list. Hope Rui gets this...
I have a puzzling technical question, involving QTractor.
I have been looking very closely at how Qt's class QThread works.
Actually, it doesn't. On Linux. As a normal user.
A long investigation into its source code and ultimately some test programs,
shows that on Linux it ignores what priority you attempt to start it with,
if running with normal user privileges.
In Qt's qtbase/src/corelib/thread/qthread_unix.cpp:
void QThread::start(Priority priority)
{
...
pthread_attr_t attr;
pthread_attr_init(&attr);
...
}
This code in Qt shows it initializes with default attributes which have
scheduling 'other' and thus the range of priority levels is ZERO and thus
QThread is lying about being at QThread::TimeCriticalPriority for example -
it is NOT, it stored your requested level but did not actually set it.
I just finished examining the following programs using 'htop' plus a
custom program to ask what each's scheduling policy is,
using pthread_attr_getschedpolicy():
(With Jack running realtime etc. etc...)
a) MusE : Two threads running FIFO policy (policy = '1'). Good, expected.
MusE directly uses pthreads, and set policies and levels.
I assume since I'm in the audio group with good rt limits,
some help is going on, 'cause I ain't runnin' as root.
b) QTractor : NO threads running FIFO (all policies = '0'). Bad? Unexpected?
QTractor uses a few different QThreads with various priority settings
including one requesting TimeCriticalPriority. Seem's it's not happening?
c) Qt5Creator test program using QThread set to TimeCriticalPriority: Bad -
thread has policy = '0'.
The Mixxx project found the exact same thing:
https://www.mixxx.org/wiki/doku.php/performance_improvements
"RJ discovered that Mixxx's requests for real-time priority on this thread are
having no effect. Running as a regular user on Linux shows that the priority
range is from 0 to 0, and as root from 1 to 99, but it is set to 1 (the
lowest) by default. However, calling
setPriority(QThread::TimeCriticalPriority) (while running as root)
does result in priority escalation. "
A further look at the ticket shows they had to go with pthreads directly.
What are your thoughts on this? Am I doing something wrong?
Is QTractor really running realtime or not?
After seeing the source and fooling with this, I'm disliking QThread.
Before creating a QThread, I tried to elevate using seteuid, setegid
and so on, and tried elevating to group 'audio'.
Permissions denied, of course.
Thanks.
Tim.
The MusE project.
Hey All!
OpenAV has just pushed releases for Luppp, ArtyFX, Fabla, and Sorcer!
Release Video: https://youtu.be/s07wNn9Xc7s
But what's more, there's now an OpenAV Manual: detailed and useful
information
about all of the OpenAV projects, and what features they can do for you:
http://openavproductions.com/doc/
Short changelogs:
LUPPP:
- JACK FX Sends per track
- Fixes for most (all? ;) known bugs, including:
-- timing issues with clips drifing out of sync fixed
-- audio fader volume not totally silencing output fixed
- More controller scripts: Launchpad S, APC Mini, APCKey 25
- UI improvements
- Documentation at http://openavproductions.com/doc/luppp.html
ArtyFX
- 1st release based on AVTK
- New look-and-feel, same awesome DSP / presets
- No longer depends on NTK
- Documentation at http://openavproductions.com/doc/artyfx.html
Fabla
- Documentation at http://openavproductions.com/doc/fabla.html
- Look and feel upgrade for consistency
Sorcer
- Look and feel for consistency
- Documentation at http://openavproductions.com/doc/sorcer.html
In all - quite a lot of changes! Releases available from the OpenAV
Github project page: https://github.com/openAVproductions
Packagers, on-your-marks, get-set, take it easy for the holidays,
but package in the new year if you want to :)
Special shout out to Gerald Mwangi (JimsonDrift) and George Krause
for thier pull-requests and contributions to OpenAV!
Happy holidays & new year ya'll :)
Cheers, -Harry from OpenAV
--
http://www.openavproductions.com
The Guitarix developers proudly present
Guitarix release 0.35.2
Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of plugins[*] and support LADSPA / LV2
plugs as well.
The guitarix engine is designed for LIVE usage, and feature ultra fast,
glitch and click free preset switching and is full Midi and/or remote
controllable (the Web UI is not included in the distributed tar ball).
This release mainly fix a build issue in Debian #839354 and ARCH
Beside that, the changes are:
* add stereo cabinet plugin
* fix bypass insert jack port with midi CC
* add menu option to set a midi controller for engine bypass
* add scroll wheel support to status images
* switch to use glib-compile-resources instead gdk-pixbuf-csource to
include images into libgxw.
* Fix Preset switching issue in lv2 amps and cabinet
* disable midi control for un-loaded plugs
* add check if LV2 ports are valid
* fix bug #34
Note that a couple of new additional guitar related plugs in LV2 format
been available on github now. They all work very well in guitarix.
Check them out here:
https://github.com/brummer10?tab=repositories
Please refer to our project page for more information:
http://guitarix.org
Download Site:
http://sourceforge.net/projects/guitarix/
Forum:
http://guitarix.sourceforge.net/forum/
Please consider visiting our forum or leaving a message on
guitarix-developer(a)lists.sourceforge.net
<mailto:guitarix-developer@lists.sourceforge.net>
regards
hermann
Dear Linux Audio community,
please find below a link to a job opportunity in Oldenburg, Germany:
http://www.hoertech.de/images/hoertech/pdf/Stellenanzeigen/16-11-28_Stellen…
The work is mainly development in C++ for the Master Hearing Aid, which
we presented back in 2009 at the LAC in Parma
(http://lac.linuxaudio.org/2009/cdm/Friday/07_Grimm/index.html), and
which will become open source within the next months.
The job position is at a small company in a team of developers, with
close collaboration with the university of Oldenburg.
For details, please see the link above.
Best regards,
Giso
Hey hey,
I was looking for a general c++ mailinglist for a while now, but could only
find internet based forums. Does anyone ehre know a good, old mailinglist? It
doesn't have to be restricted to c++ only.
Sorry, for the sort-of OT, but in a way it's on-topic, too. :)
Best wishes,
Jeanette
--------
When you need someone, you just turn around and I will be there <3
>> The problem is the latency on receiving BLE packets. The timestamp the
> device sends and the "receiver's clock" (ALSA Seq) will very quickly
> get out-of-sync, causing this timestamp to be invalid.
As the protocol requires sender and receiver to both maintain "clocks" which
are synced (no doubt with some allowance for drift and jitter), then in this
example it appears it is the sender that needs fixing.
> Thus we need somehow to set the event timestamp to any arbitrary value.
Is this fixing the issue, or breaking the standard?
Jeff McClintock
Hello all,
I have a question. I would like to send sequencer events without
scheduling but with a timestamp information associated with. Is that
possible?
Thanks,
Felipe