Timidity/Rosegarden issues
by A. A.
I'm not sure if this is the right place to send this. If there's a better
place where I can get help, please tell me.
I made a rosegarden project and exported it to a MIDI file. When I play
this file with Timidity it sounds wrong- too much sustain on every single
note. The original file still sounds fine on Rosegarden though. I wanted to
check whether the problem is in the exporting or in the playing (in
Rosegarden or in Timidity) by importing the MIDI file to Rosegarden, but
now when I open QJackCtl it stops immediately after I press "start", so I
can't play anything with Rosegarden.
Another issue I had (when QJackCtl worked properly) was that Rosegarden
constantly crashed every now and then.
Can anyone help me?
Here's the output from QJackCtl, in case it's relevant:
23:46:36.389 Patchbay deactivated.
23:46:36.390 Statistics reset.
23:46:36.392 ALSA connection change.
Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started
23:46:36.399 ALSA connection graph change.
(qjackctl:1955): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion
`GTK_IS_WIDGET (widget)' failed
(qjackctl:1955): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion
`GTK_IS_WIDGET (widget)' failed
23:46:42.259 ALSA connection graph change.
23:46:42.416 ALSA connection change.
23:47:45.756 JACK is starting...
23:47:45.757 /usr/bin/jackd -dalsa -dhw:0 -r48000 -p1024 -n2
Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started
(qjackctl:1955): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion
`GTK_IS_WIDGET (widget)' failed
(qjackctl:1955): Gtk-CRITICAL **: IA__gtk_widget_get_direction: assertion
`GTK_IS_WIDGET (widget)' failed
23:47:45.781 JACK was started with PID=1994.
Cannot create thread 1 Operation not permitted
Cannot create thread 1 Operation not permitted
Cannot create thread 1 Operation not permitted
jackdmp 1.9.8
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2011 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 60
Cannot lock down 107302426 byte memory area (Cannot allocate memory)
control device hw:0
control device hw:0
audio_reservation_init
Acquire audio card Audio0
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:0
ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to
capture-only mode
Cannot initialize driver
JackServer::Open() failed with -1
Failed to open server
23:47:46.131 JACK was stopped with exit status=255.
PS: note that I don't know much about Linux or Fedora or these programs.
11 years, 3 months
Re: [Fedora-music-list] new spin compose / fix to favourites
by Christopher Antila
On 10 December 2012 21:56:20 Ian Malone wrote:
> I'm happy to
> make revisions for clarity or easier reading, but someone else will
> have to do the dumbing down if that's what's wanted.
I think we have the same goal in mind. My imaginary five-year-old already knows
about sound recording...
Christopher
11 years, 3 months
Re: [Fedora-music-list] new spin compose / fix to favourites
by Christopher Antila
Hi:
On 9 December 2012 22:21:44 Brendan Jones wrote:
> On 12/09/2012 09:52 PM, Ian Malone wrote:
> > Made some updates to
> > https://fedoraproject.org/wiki/JACK_Audio_Connection_Kit#Integrate_Jack_wi
> > th_Pulseaudio
> That's great Ian. Thanks
Agreed! I'll steal some of these things back into the Musicians' Guide when I
get a chance... which should *actually* happen next week (gasp!)
I would like to offer some simple suggestions for revision:
1.) Always use the same, correct name for everything. "JACK" is always "JACK"
and never "jack" or "Jack." It's "D-Bus" not "DBus." It's "PulseAudio" not
"pulse" or "Pulse" or "Pulse Audio" or "Pulseaudio" or "pulseaudio." This
helps less experienced users and non-English readers know that you are always
talking about the same thing. If I've never used Linux before, how am I
supposed to know for sure that "DBus" and "D-Bus" (for example) are the same
thing?
2.) Technical words should always be formatted distinctly: application/program
names (like QJackCtl), system components (like JACK), filenames (like
/etc/security/limits.conf), commands (like "ulimit -a"). On the Wiki, the
Documentation Project's standard is that program names are italic, system
components are bold, filenames and commands are fixed-width.
3.) Write like your audience is five years old. For one thing, they could be.
More likely, especially as English speakers, we have to keep in mind that
there are a lot of people whose first language is *not* English and who may
only have the English skills of a five-year-old (however intelligent they may
actually be). We want them to be able to use our documentation too, so we
should make everything as simple as possible. This is by far the hardest part
for me.
As an example, consider the first sentence of "Integrate Jack [sic] with
PulseAudio":
"Jack will ask Pulse Audio through D-Bus for ownership of the sound card."
I know exactly what that means, but consider it as though you were five. First
question is "who is Jack?" Even if it were "JACK," this sentence treats some
software as though it were a person. Software doesn't "ask" for things, and
cannot "own" things. Plus, the "through D-Bus" part is a little awkward. I
propose an alternative:
"JACK uses D-Bus to gain control of the sound card from PulseAudio."
It's still not great, but it's a little better.
All of that being said, I appreciate your work here, and I obviously
understand that the wiki is a place where things are *supposed to* start out
rough and get polished up later. I especially like the level of detail you put
here, as evidenced by the multiple options in the "Integrate..." section, and
that you clearly intend to recommend DBus as the "best choice" when it
eventually works.
So keep at it! Further contributions on this or other topics would be greatly
appreciated!
Christopher
11 years, 3 months
Re: [Fedora-music-list] Spin Approval
by Christopher Antila
On 5 December 2012 18:25:31 Brendan Jones wrote:
> >> LaTeX / TeXLive is *humongous*! A "moderate" installation is at least
> >> 300 MB and the whole boat comes to about 3 GB. Inkscape (and Scribus
> >> and GIMP and a video editor and sometimes Blender) are usually found
> >> on "multimedia" distros, so I'd like to see them. And of course CSound
> >> needs to be on an *audio* distro.
> >
> > I agree. I don't think we *need* LaTex. What propose would it serve in
> > the spin. We already have lilypad for engraving. Inkskape and gimp i
> > would like to see still be on the spin, but i won't cry if we remove them
>
> Some have mentioned post-production of scores.
It was probably me. Frankly, I think we definitely don't need Scribus or
especially Blender. GIMP and Inkscape are useful for modifying LilyPond
output, and they're pretty small (Inkscape especially).
I'm also willing to say we don't really need LaTeX because:
1.) I highly doubt there are a large number of people who aren't me but would
still like to use Fedora Jam for writing academic music papers with LilyPond
and LaTeX.
2.) Even I don't use the distribution-provided LaTeX because it's quite old.
> > What is the default email client in KDE?
>
> kmail I'd imagine
Yes, KMail and the Kontact suite. If default Fedora has a default of
something, and "something" isn't an audio-specific thing, I feel we shouldn't
change it. Let's waste our time on audio-specific things because, at the end of
the day, nobody (reasonable) will avoid Fedora Jam *just because* we use the
default Fedora browser instead of the default KDE browser.
Christopher
11 years, 3 months
ctrlr
by Martin Tarenskeen
Hi,
has anyone succesfully tried ctrlr ( http://ctrlr.org ) on a Fedora
system? The screenshots on the website look promising, but the provided
Linux binary (I tried the 32bit version) crashes on my Fedora 17 system.
I have not tried building from sources yet.
Anyone?
--
MT
11 years, 3 months
Re: [Fedora-music-list] Spin Approval
by Brendan Jones
On 12/02/2012 10:11 PM, Christoph Wickert wrote:
> Hi Brendan,
> hi Jorn,
>
> sorry again for the late reply.
>
> Am Samstag, den 01.12.2012, 20:04 +0100 schrieb Brendan Jones:
>
>> - we have added a kernel boot parameter 'threadirqs' - prerequisite of
>> the rtirq package to prioritize software IRQs (very useful for dealing
>> with latency of audio devices)
>
> This is controversial, but I see nothing wrong with it. As long as there
> is no guideline that explicitly forbids it, I am willing to allow it.
>
>> - we have packaged out own background and our own KDE theme. The
>> background is simply the Spherical Cow them with a wave form
>> superimposed (fedora-jam-backgrounds).
>> - we have packaged our own KDE theme - this has spherical cow as a
>> direct dependency and is only required so we can use the background
>> image by default (for the desktop and splash) The package is
>> fedora-jam-kde-theme
>
> As long as everything is packaged, I see nothing wrong with it. This
> being said I would rather like to have the files you add
> to /etc/skel/.kde/ in %post as part of a package. I am not a KDE user,
> so I don't know if it is possible or would it collide with other
> packages.
>
>> - you can see the hack where we've made the logged in user a member of
>> the audio group by default. This is required by
>> jack-audio-connection-kit - it prioritizes processes running under this
>> group. Again very improtant for latency issues.
>
> I see your point, but the modifications
> to /usr/share/firstboot/modules/create_user.py are a no-go. You need to
> move the sed commands to the livesys init script, so the changes will
> only be applied to the live system but not to the installed packages.
> Even this is controversial (think of translations), but again as long as
> it not explicitly forbidden, I'll turn a blind eye to it.
>
>> jack-audio-connection-kit packages a limits.d/ file to do this
>
> No problem, everything form a package is fine.
>
>> anyway - the rest is a stock standard KDE kickstart - we haven't even
>> deleted any packages.
>
> You probably should to save some space. I doubt that musicians are
> interested in all the stuff KDE offers and be eliminating everything
> irrelevant applications, , you could in fact shift the focus more to
> music. But that's up to you.
>
>> Anyway, please keep me updated.
>
> I have just approved your ks and wiki page. Please make the
> modifications to the ks ASAP.
>
> Next steps:
> 1. Get the ks into the nightlies
> 2. Get the ks into the spins-kickstart package. Fortunately the
> deadline is 2012-12-11.
> 3. Call for a meeting of the spins SIG for approval
> 4. Get board approval
> 5. I will add this to the board meeting agenda on Wednesday.
>
> I have to apologize to the two of you. I am incredibly busy with my
> dayjob and have failed horribly as a spins wrangler, but I am trying my
> best to get your spin in F18.
>
> Kind regards,
> Christoph
>
>
Forwarding to the music-list for reference.
regards,
Brendan
11 years, 3 months
Re: [Fedora-music-list] [Bug 805236] Tracker: Fedora Audio Spin
by Ian Malone
On 5 December 2012 01:12, M. Edward (Ed) Borasky <znmeb(a)znmeb.net> wrote:
Hope you don't mind, I've cc-ed the music list.
> Where do I file a bug against the kickstart file? It looks like the last
> round of changes messed it up. It's looking for a package
> 'realTimeConfigQuickScan' and not finding it
>
>
I'm not entirely sure, I put the last issue in bugzilla as a bug
against distribution the same as the tracker spin, if doing that then
it's probably best to make it clear it's an issue with our kickstart.
Probably take it to the mailing list first, esp. as it's Brendan and
Jørn who are the official ks custodians.
That said, some of the packages (such as realTimeConfigQuickScan) are
F18 only, which is probably what's happening. Since it's targeting F18
release they probably wont change, it's technically possible to do
what the official spins repo does and branch for releases but that
might be too much overhead right now.
--
imalone
http://ibmalone.blogspot.co.uk
11 years, 3 months