Low Latency vs. Real Time Kernel
by Brian Monroe
I've been spending a lot of time on the #opensourcemusicians channel
talking to Ubuntu Studio users about their kernel and latency times they're
getting. Seems like most of them are using g a stock kernel with the
preemptive option enabled and they are getting great latency results
(2ms)while utilizing the @audio group on their user. I ended up compiling
my own low latency kernel and I haven't had any issues with it yet. If this
is what we are missing for the spin I'd be happy to maintain packaging for
the kernel. I know ccrma has been behind a few kernel releases.
I saw the instructions for adding the real time patch for a tick less
kernel and from what I can tell it wouldn't be hard to get that rolling as
well.
I'm not entirely sure what ccrma does differently with their kernels
compared to other Linux users, and I'm still a bit of a noob so I could be
off base with this, but I would reason that we should be able to just
utilize the same settings to archive similar performance enhancements.
I thought I read that ccrma uses a unique scheduler, but if we could get a
2ms latency time without it, the point may be moot.
9 years, 1 month
Fwd: plug software for fender mustang
by Ian Malone
Hi, is there any interest in the Audio SIG for taking this package on? Thanks,
Ian
---------- Forwarded message ----------
From: Jason L Tibbitts III <tibbs(a)math.uh.edu>
Date: 30 March 2012 00:25
Subject: Re: plug software for fender mustang
To: Development discussions related to Fedora <devel(a)lists.fedoraproject.org>
>>>>> "IM" == Ian Malone <ibmalone(a)gmail.com> writes:
IM> So, what's the next step? If necessary I can volunteer to maintain
IM> it myself (and would have to volunteer as a maintainer), but would
IM> be more than happy for someone else to take it.
Well, assuming that nobody else takes it, and also assuming that you're
not already a packager, you can head to
http://fedoraproject.org/wiki/Join_the_package_collection_maintainers
for the huge, massive list of steps involved.
IM> Minor issue that still needs sorted out with .spec file: the source
IM> is hosted at bitbucket, which means that the source package gets
IM> downloaded through a redirection URL by commit id and also contains
IM> an extra subdirectory level, I haven't found a REST request yet that
IM> can get round that.
That's OK;
http://fedoraproject.org/wiki/Packaging:SourceURL#Troublesome_URLs tells
you what to do.
- J<
--
devel mailing list
devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
11 years, 5 months
The Spin: a New Name
by Christopher Antila
Hi:
I'm breaking the name discussion into a different thread to help
organize our thoughts. And because I forgot to put this in my previous
email.
Here are the names of the current spins:
Design-suite
Electronic-Lab
Games
KDE
LXDE
Robotics
Scientific-KDE
Security
SoaS
XFCE
They're all boring, except SoaS ("Sugar on a Stick" for the Sugar
desktop environment on a USB stick). Thus I suggest the following, some
of which have already been suggested:
Audio
Music
Audio-Creation
Music-Creation
Audio-KDE (especially good if we choose GNOME)
Security (we'll ask them to borrow the spin name... nobody will find
us... it'll be the most secure spin ever!)
Sound Creator
Soundwave
Also David, I object to your end-tag for friday_mood. In Fedora, it's
always the weekend!
Christopher.
11 years, 5 months
Musician's guide on the Spin (and other links)
by Brendan Jones
I was poking around the kickstarts for some of the other spins to see
what they are doing in addition to the normal live CD's.
One thing that stood out was this from the Design Spin. It creates a
desktop entry in the %post section which is simply an internet link. We
could do the same for the Musicians guide rather than having to package it:
# Add link to the Inkscape Course
cat >> /usr/share/applications/inkscape-course.desktop << FOE
[Desktop Entry]
Name=Introduction To Inkscape
GenericName=Inkscape Course
Comment=Materials from Máirín Duffy's Inkscape Class
Exec=xdg-open http://linuxgrrl.com/learn/Introduction_To_Inkscape
Type=Application
Icon=fedora-logo-icon
Categories=Graphics;Documentation;
FOE
chmod a+x /usr/share/applications/inkscape-course.desktop
For those who are interested I was simple browsing through the accepted
spins here:
http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=tree
11 years, 6 months
/dev/snd/seq access control list & verbose jack
by Fernando Lopez-Lezcano
Hi, just starting to test a new install of Fedora 17 (and releasing the
Planet CCRMA packages for it as well :-)
I find that out of the box /dev/snd/seq does not get the acl updated to
include the user currently logged in. That is happening for the pcm
files in /dev/snd. The end result is that Qjackctl complains (as it did
in Fedora 11!) that it can't use the ALSA sequencer interface.
Which Fedora component should I file a bug against? (udev?)
I also noticed that jack is starting by default in verbose mode and
there seems to be no way to silence its output to the default (--silence
has no effect). There is a thread about this (without a resolution) in
LAU. Any clues on what might be happening?
-- Fernando
11 years, 6 months
Jack and pulse on the Spin
by Brendan Jones
Just a note that the default F17 pulseaudio configuration supports jack
bridging via dbus (/etc/pulse/default.pa).
### Automatically connect sink and source if JACK server is present
.ifexists module-jackdbus-detect.so
.nofail
load-module module-jackdbus-detect
.fail
.endif
This is different to again to module-jack-sink.so/module-jack-source.so
which is what some of us have been using up until now.
What that means is if jack-audio-connection-kit-dbus is on the spin by
default, bridging is set up automatically.
This is something that needs to be considered carefully and I'd be
interested in how well jackdbus is working for people. I was having
random errors in the past with jackdbus hogging CPU with pulse.
I will perform some more monitoring here, but it would be great to hear
what others have experienced.
11 years, 6 months
/dev/snd/seq access control list & verbose jack
by Fernando Lopez-Lezcano
Hi, just starting to test a new install of Fedora 17 (and releasing the
Planet CCRMA packages for it as well :-)
I find that out of the box /dev/snd/seq does not get the acl updated to
include the user currently logged in. That is happening for the pcm
files in /dev/snd. The end result is that Qjackctl complains (as it did
in Fedora 11!) that it can't use the ALSA sequencer interface.
Which Fedora component should I file a bug against? (udev?)
I also noticed that jack is starting by default in verbose mode and
there seems to be no way to silence its output to the default (--silence
has no effect). There is a thread about this (without a resolution) in
LAU. Any clues on what might be happening?
-- Fernando
11 years, 6 months
Audio spin media
by Brendan Jones
Jorn's posts this week have got me thinking about what we should be
aiming for in terms of install media. As others have noted before a CD
sized spin is kind of outdated, and I wondered whether we were in fact
bound by this. So I raised it with releng on IRC and we are not.
In light of this I propose that we abandon the idea of a 'lite' spin
complemented by a larger DVD version, and just focus on one Live image.
It would be nice if its under 1G but that again should not be a boundary
that we need adhere to?
Raising here for comment.
For the sake of argument, lets say size doesn't matter, what then should
we use as the default desktop environment? To me its a choice between Qt
v. GTK environments - personally I'm yet to find a gnome 3 workflow that
works for me, however others may have different opinions.
XFCE or KDE I think gives us a little more freedom in how we govern the
whole look and feel of the spin (and packaging something like a
customized fedora-audio-panel for example), but that's not to say we
can't write a gnome extension to do the same.
And while I'm at it, what are we going to call this thing? Fedora
(Audio) studio / Fedora Audio / Free Audio (I'm reaching now)
Brendan
11 years, 6 months
Re: [Fedora-music-list] Audio spin media
by Brendan Jones
On 05/25/2012 12:37 PM, Jørn Lomax wrote:
> On Thu, 2012-05-24 at 22:19 -0400, Christopher R. Antila wrote:
>> On 05/24/2012 09:25 PM, Brendan Jones wrote:
>>> Jorn's posts this week have got me thinking about what we should
>>> be aiming for in terms of install media. As others have noted
>>> before a CD sized spin is kind of outdated, and I wondered whether
>>> we were in fact bound by this. So I raised it with releng on IRC
>>> and we are not.
>> Thinking is dangerous. That's why we do it!
>>
>>> In light of this I propose that we abandon the idea of a 'lite'
>>> spin complemented by a larger DVD version, and just focus on one
>>> Live image.
>>>
>>> It would be nice if its under 1G but that again should not be a
>>> boundary that we need adhere to?
>>>
>>> Raising here for comment.
>> This is a serious issue, and it's related to "who will be using the
>> spin?" Actually, it's "who wants to use the spin?" and the related
>> question of whether we're okay with disallowing some of them.
>>
>> And here's the potentially offensive part...
>>
>> If we're just going to be stodgy old white men with lots of resources,
>> then we can forget about a media requirement at all, because everybody
>> has a 16GB USB drive and high-speed cable Internet nowadays, so why do
>> we still make CDs?
>>
>> Of course I'm exaggerating--nobody said it, or was even implying it
>> (even Brendan's more-than-CD spin was suggested at 1GB, which is
>> modest compared to the 3.5GiB of Mageia I downloaded yesterday). So
>> the reality of this is that we have the power and we can do whatever
>> we want. Because we're The Fedora Project, we have a responsibility to
>> ensure accessibility for as wide an audience as possible.
>>
>> But let's take this further. We don't just want to ensure everybody
>> has access to our spin, we want to ensure everybody has an equally
>> rich, first-class experience. Especially if we call the CD version
>> "Lite," it's not going to give that impression, whatever the actual
>> experience would be.
>>
>> So... let's have only one version, make it as small as possible, and
>> certainly ensure it fits on one CD! This obviously means we won't have
>> many applications installed by default, but I don't see that as a
>> problem for two reasons:
>> 1.) the applications aren't the reason for the Spin, it's the integration.
>> 2.) I don't know about you, but I don't use everything we've been
>> thinking of putting on the spin, so why should everybody have to
>> download everything?
>>
>> It's always a question of compromise and balance.
>>
>>> For the sake of argument, lets say size doesn't matter, what then
>>> should we use as the default desktop environment? To me its a
>>> choice between Qt v. GTK environments - personally I'm yet to find
>>> a gnome 3 workflow that works for me, however others may have
>>> different opinions.
>>>
>>> XFCE or KDE I think gives us a little more freedom in how we govern
>>> the whole look and feel of the spin (and packaging something like
>>> a customized fedora-audio-panel for example), but that's not to say
>>> we can't write a gnome extension to do the same.
>> In this case, and because of what I said previously, we might be best
>> off choosing a GUI toolkit first (Qt, like most of the audio
>> applications) and the smallest desktop environment next (Qt Razor or
>> Razor Qt).
>>
>> Again, it's about access for everybody. Sure thing my computer can run
>> GNOME 3 and KDE-based applications at the same time while still making
>> good-quality recordings, but not everybody has my computer.
>>
>>> And while I'm at it, what are we going to call this thing? Fedora
>>> (Audio) studio / Fedora Audio / Free Audio (I'm reaching now)
>> Let's call it "The Spin." It sounds misguidedly epic.
>>
>>
>> Christopher.
>> _______________________________________________
>> music mailing list
>> music(a)lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/music
>
> I have to say i agree with Brendon. I don't think there is anything
> wrong by not making the spin fit onto a CD. If you have a computer that
> is capable of running realtime audio processing, chances are that you
> have a DVD drive. I actually find it hard to even find blank CDs in the
> store, so I always en up using a DVD as media (more often usb now).
>
> But what i think is the best solution is to first create a spin that is
> focused on the user experience. Make sure it's simple, intuitive, is
> easy to use and has the software we all feel it needs in there. For all
> we know, it might actually fit onto a CD while still meeting those
> criteria. Once we have done that, we can look at it and see, "what can
> we drop", or "does it need more", all depending in it's size. But i
> think the user experience should come first. But yes, *one* version :)
OK, maybe that's a better approach - select the DE, the applications and
see how big it is and decide later on the size.
Have a look here
http://git.fedorahosted.org/git/?p=music-creation.git;a=summary to see
some kickstarts already in place. The last one I did (based on LXDE) I
think blew it out about 90M over a CD and that was based on LXDE.
However, Frescobaldi has since been written in python and doesn't pull
in all the KDE packages so now it probably is under that size. I
included all the applications/plugins I could think of so there's a
still a fair bit of room to move (As Chris said some of the sound fonts
are huge)
>
> That's my two cents at least
>
> Please keep the discussion of which desktop environment we need going. I
> think this is something we should settle on soon. I'm a partial to gnome
> and xfce (I actually love gnome 3). But i do see the argument that most
> applications use Qt. Is there a distro where i can try razor Qt?
>
> -Jørn
There's actual a repo maintained by the developers of Razor that you can
use in Fedora 16. Going down this path would be awesome (I love razor)
however its a lot of work as you'd have to package all of this in Fedora
(Qastools is already packaged). Even though upstream have done all the
work here it might be dangerous to go down this path - we could spend
too much time tailoring the DE rather than concentrating on Audio
configuration etc. But check it out
http://download.opensuse.org/repositories/X11:/QtDesktop/Fedora_16/
11 years, 6 months
