Hi,
For those of you who are not subscribed to LAU, yesterday I had time to
run a test to see how easy and stable it was to run pulseaudio with jack
on Fedora 11.
I had a few problems at first but after upgrading to pulseaudio-0.9.16
(latest dev version) I was able to successfully connect Pulseaudio to
Jack and play tracks with Totem. It was still a little unstable as I was
able to bring pulse down a few times while using the
gnome-volume-control applet. However jack was not affected by pulse dying.
I did this on a standard Fedora kernel with a 2 core intel and 4 GB RAM.
My system load without any audio playing it was around 10%. While
playing a track with Totem through PA into Jack was around 20%. This
could be due to the visuals that were running at the same time. I was
able to listen to a complete 30 minute dj mix without any dropouts while
still using my system as usual. I am going to run a full day test of
audio playback today.
I hope that this has conclusively proven that pulseaudio and jack can
exist together and that we are very close to having a complete desktop
solution.
I don't think any distros are currently shipping pulseaudio-0.9.16 but
they will in the next release cycle.
IMO all that is needed to complete the system is a sane default
configuration which we can all agree on and officially recommend to the
packagers.
- We have now have a couple of scripts on the net that can be used to
load module-null-sink/source to PA, starts jack and then load
module-jack-sink/source to PA. These can be added to qjackctl easily but
not system wide as several video apps have hooks to load jack if it is
not already running. I am doing this now as it is the quickest solution.
- The dbus method for jack2 is also useful if it can be given the above
logic instead of or aswell as the current which is to disable PA while
jack is running.
- Another option is that PA listens for jack and handles the sink/source
loading internally and automatically.
- The final option I can see is a seperate app that can replace jackd,
that loads the null sink/source, starts the real jackd and then loads
the jack-sink/source. It would also have to take care of the reverse
when jack is stopped.
I think it would be good if we can get some consensus on the officially
endorsed approach.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
hi guys!
lwn.net has a very nice article on the progress of -rt in the latest .31
kernel:
http://lwn.net/SubscriberLink/345076/aab59b866d6f169d/
(this is otherwise subscribers-only coverage, brought to you by the
"free link" feature - if you have some bucks to spare, check out lwn and
consider subscribing, their s/n is quite exceptional.)
best,
jörn
On Thu, Aug 6, 2009 at 2:23 PM, drew Roberts<zotz(a)100jamz.com> wrote:
> On Thursday 06 August 2009 03:51:30 you wrote:
>> The second question becomes broadly irrelevant here if  we are
>> prepared to accept Bob did convey his intention that the Impro-Visor
>> code be GPL'd, but Arnout and I were responding to the blanket "use of
>> GPL code makes it GPL" (which would imply the second question above).
>
> And this I certainly agree with. Use of GPL code does not automatically make
> another program GPL. It just gives the author of that code a legal headache
> if the new program is not GPL.
Yes, exactly.
Chris
Hi Alex :)
I'll take the next bus and will reply to this mail only because of the
68000 issue.
alex stone wrote:
> [snip]
> I owned several variations of boxes including
> an Amiga (best midi timing on the planet), and my much cherished but
> now dead Fairlight.
>
I started with the C64 and then used the Atari ST (not STe, not TT
etc.). I don't know the Amiga, but the Fairlight.
Amiga, Atari ST and Fairlight are based on the 68000.
As I've written before, I won't argue for an OSS, I don't use privately
and I've explained that there are cracks that do, what I've said. I
stopped replying to this topic.
The C64 and Atari ST don't have any noticeable jitter, I still have
those computers, but reasons not to use them any more.
Linux with my machine is a PITA for usage with external MIDI equipment.
I don't know if this is fine for Windows on my machine, in January I
installed Windows and some audio software, but until now I didn't test
if I do have jitter with Windows too, I only tried to fix it for my
Linux installs.
But I was writing because of the averaged user, not because of my
trouble. 64 Studio is the only good working alternative I know, other
audio distros don't take care about special problems, e.g. that some
systems will disconnect clients when using JACK1, for 64 Studio JACK2 is
default.
I'm able to configure my Suse etc. for rt-audio, an averaged user isn't
able to do this.
Maybe to be continued, better if not and I'm half off-line now ;).
Ralf
Hello all,
I'm looking for a high performance (e.g. quad core)
machine to be used for audio processing (and running
Linux of course). Rack mount is preferred but not
essential.
What would you recommend to look at ?
TIA,
--
FA
Io lo dico sempre: l'Italia è troppo stretta e lunga.
DISCLAIMER
I don't want to discuss the merits of any particular
case. If I refer to Prof. Keller it is only by way of
example, and not to suggest he should justify himself
on this list. Of course I'm still interested in his
views on these matters.
END DISCLAIMER
Prof. Keller writes 'We employ the students ...'.
That would certainly be the case for a post-graduate
student who becomes a teaching or research assistant
and who receives a stipend from the institute or any
of its sponsors. The transfer of copyright is usually
stipulated in the contract in this case (and in some
cases, it has to be and is not automatic).
It is certainly not correct for any normal student
who would actually be paying the institute instead
of the reverse. In market-economic terms such a
student is a customer, not an employee. In that
case it would seem morally wrong (to me) if the
institute 'grabs' his copyright.
And what would be the situation of (again, just an
example) Prof. Keller himself ? Certainly he is an
employee of his educational institute.
Ciao,
--
FA
Io lo dico sempre: l'Italia è troppo stretta e lunga.
Hi everyone,
changing a bit of the subject in this list, is anyone here going
to the ICMC? I'll be in Montreal for a week from 17/08, it'll be
nice to meet some of you there.
Regards
Victor
Hi,
A recent observation has been made of the jack + pulse audio union that
it uses up a lot of resources when running. It's not the first report
that running pulse + jack causes things to overheat and lockup. The
report was posted to the jack-devel list a couple of days ago.
According to the original poster it is hald and dbus which are taking on
the extra load.
To me this sounds like an implementation bug in the jack or pulse code
as neither hald or dbus should consume extra resources beyond their
standard footprint.
Does anyone have an idea of why this could be happening? It's probably a
very simple oversight somewhere.
I'm gonna spend some time now to test my system and see if I can
reproduce it.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
Hi,
After numerous back and forth emails with the Impro-Visor guy I realized
there was no way to get through to him. This was even after a number of
people on the Yahoo group for the program sided with him and I set them
straight on the facts. Each one of them changed their position, but this
guy would not despite any statement of facts, evidence, etc. So no point
in trying to reason with unreasonable people.
Thus, I have started a SourceForge project to host Impro-Visor stuff (yes,
with the source code) and possibly a new line of development on a fork.
Right now it is just important to make the binaries/code easily available
for everyone (as guaranteed by the GPL). Only the last stable version is
up at the moment (version 3.39).
If anybody wants to join the project feel free, even people from the original
project are welcome because this is about opening it up, not taking it over
(which is sort of a slam I received from that guy when I let him know that
the application binaries/source would be hosted on another project).
I wanted to cooperate with people, but it was just too difficult for them to
admit being wrong. So instead of just posting the source code for their
latest preview, it was pulled. In spite of all their protests that they were
completely in the right, the application was removed. Basically, an
admittance that the GPL was being violated. Anyway, I still have that
preview and the source code (via disassembler) and can possibly still put
that up a little bit later.
Raymond
Improvisor: http://sourceforge.net/projects/improvisor
Just realised this needed to go to both lists... bah.
Seablade
On Wed, Aug 5, 2009 at 7:49 PM, Thomas Vecchione <seablaede(a)gmail.com>wrote:
> On Wed, Aug 5, 2009 at 3:19 AM, James Stone <jamesmstone(a)gmail.com> wrote:
>
>> The Mac fanboi backlash is by turns amusing and irritating but
>> always unsurprising.
>>
>
> I wonder if I fall into this category nowadays?
>
> I guess its a bit funny if I do;)
>
> > Linux audio is a total mess... a normal human being can't work with pro
>> > audio on Linux, unless he/she spent hours and hours to learn the little
>> > tricks or he has an expert available who helps him...
>>
>> What is the purpose of telling this mailing list this?
>>
>
> Preaching to the choir in most cases I suspect;)
>
>
> then get off this list and leave us to our playthings. or better yet,
> spend time critiquing the current state of the "out of the box"
> experience with the people who **actually provide** the out of the
> box experience.
>
> Well technically this list did, not to long ago, scare away someone that
> was impactful in those sorts of decisions;)
>
>
> Control what? The source code of an application? Or the kernel? I have very
>> limited skills in programming languages - I'm just an old school music
>> artist and multimedia designer. On OS X I have full control over my personal
>> creative workflow. But Linux was controlling me in a way that I have to take
>> care of lot admin tasks and bugs. Yes the bugs and workarounds on Linux
>> controlling me and I'm to stupid to fix them all plus write my dream apps.
>> I'm one of the guys, going into a music store and buy a guitar and not one
>> of the guy who'd like to build a own. My handcraft is music, not wood.
>>
>
> Control your workflow. I am on OS X now for most of my work, however I
> can't set up the same workflow I could on Linux, and what I can do is not
> nearly as easy or quick on OS X. I could control my desktop and
> applications much smoother and faster with some simple customizations on
> Linux than I ever could on OS X. I could tweak the visual aspects much more
> easily to that I was happier looking at my screen(Yes I do have a soft spot
> for eyecandy, and OS X doesn't come close to filling it).
>
> Seablade
>
