Hi,
i planned to write this for quite a while and finally got to it [though it's
not 100% working yet - It's a small program. If experienced unix hackers
might look over y use of waitpit i'd be happy :)]:
lash_wrap
It's a small program which can be used to "smuggle" non LASH apps into a LASH
session provided they meet some requirements:
- If they are jack clients, there must be a way of determining the jack client
name at startup time
- If they are ALSA seq clients the client ID must be known at client startup
time or their alsa seq name must be uniquely determined
- They must require a way to specify their state via the commandline (e.g. we
can tell ardour to load a certain ardour session at startup)
So here's how i would smuggle ardour2 into a LASH session:
lash_wrap -j ardour -- ardour2 ~/sound/ardour/brazil/brazil.ardour
The -j [--jack-name] option tells lash_wrap it must register the jack
name "ardour" with LASH. the "--" seperates the options for lash_wrap from
the commandline to start the program in question.
If we wanted also all ALSA SEQ connections of ardour to be restored we could
do:
lash_wrap -a ardour -j ardour -- ardour2 ~/sound/ardour/brazil/brazil.ardour
The -a [--alsa-name] option specifies a name which will be used to find out
the client ID of ardour by regularly searching all ALSA clients until one
named "ardour" is found. This ID is then passed to LASH.
CAUTION!!!! YOU MIGHT LOSE WORK!! READ ON:
- lash_wrap does not care for saving the state of the app in question. So
before hitting "close" in your favourite LASH session handler, be sure to
save the session in e.g. ardour manually.
- if the passed jack or alsa client names do not match for whatever reasons,
then connections won't be restored properly.
You have been warned. Nonetheless this might be useful for people who
otherwise use scripts to manage their audio sessions.
Download it here:
http://tapas.affenbande.org/lash-wrap
Regards,
Flo
P.S.: Apps like rosegarden are a bit difficult to handle, because they use
wrapper scirpts themself that exit immediately and confuse my little app
[into thinking the app exited, thus LASH thinks rosegarden has quit, too]
--
Palimm Palimm!
http://tapas.affenbande.org
Quoting Ken Restivo <ken(a)restivo.org>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wed, Jul 25, 2007 at 08:55:19AM +0200, Malte Steiner wrote:
> > I am still searching for the ultimate solution for the dreaded laptop
> > hum and guess the only real one to end it all is to get a RME PCMCIA
> > Card with Digiface and separate converters connected with optical ADAT,
> or?
> >
>
> The solution for me was to remove or lift the ground pin on the laptop's
> power supply.
>
> After a lot of testing and asking questions on lists (including this
> one), that was the solution.
That is an extremely dangerous thing to do. Quoting
http://www.epanorama.net/documents/groundloop/problem_solving.html:
"Do not do this. Removing the ground connection isn't right. It is against
electrical safety regulations and potentially very dangerous. Removing
ground connection can defeat the actions of your noise filter or spike
protectors inside the equipments. If the ground connection is cut then a
fault in the isulation inside equipment will cause dangerous voltages to the
equipment case instead of burning a fuse. Removing the ground connection
from the equipments which have it is dangerous, against electronic safety
regulations and you risk damaging your equipment. Running without a power
ground will not automatically electrocute you but will make this much more
propable if something goes wrong in your system."
Sampo
Quoting Ken Restivo <ken(a)restivo.org>:
> What "Fanless Low Power CPU 500 Mhz - 256 RAM" are they using exactly? Is
> it based on a project board like the gumstix? Obviously that CPU has
> enough floating-point cohones to run JACK and Ardour.
They are using AMD Geode processors.
Sampo
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
How does Ubuntu Studio compare to JackLab?
The reason I asked is because I want to set up a workstation that
(hopefully) will be dedicated to audio and video, although I might
still find that I need to use it for graphics, research, writing,
email etc.
The relevant factors that I am aware of so far include the following:
1. Ubuntu doesn't ship with wineasio. This means, if I have understood
this correctly, that I would have to patch and compile wine myself to
get working asio and jack support, which would in turn mean that I
would have to do patch and compile it again and again every time a new
version of wine appeared in the repository. I don't want to be
worrying about that kind of stuff. If wineasio were made available in
a 3rd-party repository, this would probably cease to be a problem.
2. JackLab ships with a kernel better optimised for realtime than the
ubuntu low-latency kernel. However a realtime kernel for Ubuntu is
available from a 3rd party repository.
3. Between Ubuntu and its 3rd-party repositories, and between SuSE and
its 3rd-party repositories, you can probably get more or less anything
you want, but is one nevertheless more comprehensive than the other?
4. SuSE uses rpm and yast. That used to be more problem-prone than
dpkg and apt. Is that still the case?
5. Ubuntu Studio ships with Gnome as the default desktop environment,
although you can easily switch to KDE or XFCE. JackLab ships with
Enlightenment as the default environment, but with KDE also installed
(have I got that right?). KDE is slow and bloated (although I still
like it for general purpose workstation use). Gnome is not as slow,
but it is relatively inflexible considering its complexity; if I don
need to use the workstation for graphics then Gnome would be useless
because you can't manage fonts. I could live with XFCE for audio and
video stuff, but not for much else. I'm not at all familiar with
Enlightenment. Theoretically I should just be able to log into
whichever environment suits the need of the moment, but in practice I
have found that KDM doesn't play well with Gnome, nor GDM with KDE.
Would switching from Enlightenment and KDE in JackLab, depending on
what I was doing, cause me any problems? Will the better optimised
KDE4 make KDE a viable option for working in time-based media?
Is one distribution more stable and reliable than the other?
6. Are the binaries in one better optimised for more powerful
processors (a pentium 4 in my case) than the other? Would this make
much of a difference in any case?
7. I have found the community of Ubuntu users to be less knowledgeable
than, say, that of Gentoo users. For instance I have not managed to
get solutions to technical problems with Ubuntu on IRC. I have had
better luck on the forums, although this has not been nearly as good
as the help I used to receive on the gentoo-user mailing list in the
days when I was using Gentoo. (That said, I haven't had too many
serious problems with Ubuntu). How does the SuSE community compare in
this regard?
8. Are the packages for one distribution (including those from the
principal 3rd party repositories) more stable and reliable than those
of the other?
Are there any other factors one ought to consider?
Best
Robert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGo8/UyQ3sfGecJBIRAkVHAJ9GuvtZiGUKTSxPkI3vYr+iMr2dzwCfeyJ3
0GV00IK1DbAem4PL+ArlUmE=
=IIUy
-----END PGP SIGNATURE-----
Hi everyone!
My jack problem is getting out of hand, now mplayer almost always gets
zombified, with the following message:
cannot complete execution of the processing graph (Resource temporarily
unavaila
ble)
jack_client_thread zombified - exiting from JACK
I had this problem with my older jack 0.10[23].something and I have it now
with subversion from today. It always happens shortly after mplayer starts a
new track in a list of tracks.
I'm running a 2.6.21-mm2 kernel (slef-built) and its builtin alsa
(1.0.14rc3), the alsa-lib version is 1.0.13.
Can anyone help me there?
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
> Here I am, back again. I've added a song to my site. It's only
> missing
> a few things:
>
> a real drummer
> someone who can play bass
> someone who can sing
> an entire band that really knows how to play reggae
>
> You know, just a few things ;-) This is more a proof of concept than
> anything else. It's really all about the story (which is on the
> site).
> For those interested, the implements of destruction are:
> http://www.thecfband.com/Bio/MyMusic/MyMusic.html
>
>
> Oh, the name of the song is "Joe Black" (ya gotta read the story to
> understand).
Wow! I came across it some week ago (probably from a link on this list),
and I really liked it! I love it even more now that I've read the
background-story!
Gasten
Hi
I'm (still) in the process of trying to set things up as nicely under
ubuntu as they are under debian. Now I'm having rocksteady realtime
performance under heavy load, but the guis get very sluggish, whereas
whey used to be quite good under debian.
An example test project uses about 58% for jack-stuff. But while htop
under debian lists x as using about 6% it's about 50% under ubuntu.
Total cpu usage under debian is about 90% (still very responsive) while
under ubuntu it's 100% (and very unresponsive). I'm not sure if it
matters but I notices that x/debian runs at priority -15 (the number
says "15") and x/ubuntu is -25 (the number is "25"). If this number
matters what should it be and how do I change it?
What could it be that is so different under ubuntu that it's x is so
much more cpu hungry? Any idea where to look to narrow the problem down?
Where can I read more about how to configure x to behave the best under
heavy realtime load?
The setups are almost identical: xorg, openbox, ardour (2.0.3 from
source), ghostess (from source), + recent specimen and zynaddsubfx.
--
peace, love & harmony
Atte
http://atte.dk | http://myspace.com/attejensenhttp://anagrammer.dk | http://atte.dk/compositions
--
peace, love & harmony
Atte
http://atte.dk | http://myspace.com/attejensenhttp://anagrammer.dk | http://atte.dk/compositions
hey
could someone quickly tell me how to make my qjackctl look nice like
on the screenshots on their webpage. mine still looks like windows 3.1
style but the rest of my qt stuff is all nice clearlooks style.
cheers.
t
Hi,
I have an edirol um-1s to connect my keybord to my pc.
When I plug it dmesg says:
[ 571.382000] usb 4-1: new full speed USB device using uhci_hcd and address 2
[ 571.528000] usb 4-1: configuration #1 chosen from 1 choice
[ 571.751000] usbcore: registered new interface driver snd-usb-audio
other messages:
cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf0c00000 irq 21
1 [UM1 ]: USB-Audio - UM-1
EDIROL UM-1 at usb-0000:00:1d.2-1, full speed
cat /proc/asound/devices
0: [ 0] : control
1: : sequencer
16: [ 0- 0]: digital audio playback
22: [ 0- 6]: digital audio playback
24: [ 0- 0]: digital audio capture
30: [ 0- 6]: digital audio capture
32: [ 1] : control
33: : timer
40: [ 1- 0]: raw midi
It seems to work.
If I cat /dev/midi1 i get (in real time) the data stream of what I play on the keyboard.
Anyway rosegarden dosn't list the device among MIDI input devices, so I cannot record what I play on my keyboard.
Any suggestion?
---------------------------------
Shape Yahoo! in your own image. Join our Network Research Panel today!
Rui Nuno Capela wrote:
> Hi again,
>
> QjackCtl 0.3.1a (unstable-qt4) crash-fix released!
>
> This is an emergency crash-fix release and everyone is envited to ditch
> yesterdays one.
>
> The change-log just says it all:
>
> - An immediate showstopper crash upon client start was irradicated,
> which was affecting those with the system-tray icon disabled,
> as is the default (thanks to Ken Ellinwood for first reporting
> this sloppy one).
>
> Again, the fix source tarball is made available from:
>
> http://qjackctl.sourceforge.net
> http://sourceforge.net/projects/qjackctl
>
> Cheers && Enjoy,
>
hi rui,
it seems that the crash related to the qt4-debian-testing (v4.3.0-2+b1)
is resolved here now.
at least, qjackCtl does not crashes that way anymore!
i ll make the v0.3.0a the default on my system now (keeping the last qt3
installed too!), so i can see if there will be another problems with it.
in the moment i can say that the v0.2.23 is working "faster" than the
0.3.0a.
by "faster" i mean, that mostly it is taking lot of time (1-2 seconds)
until clicking at the 'connect' button and the connection gets done.
the same with disconnecting.
even only clicking the clients name, it needs seconds until the name
gets 'marked' (blue).
is someone else experiencing this behaviour?
cheers && thanks,
doc