hi...
roger i am CCing you because
a) i think the problems are via-rhines fault in 2.6.16
b) this software reproducibly triggers something have not seen before
i need people who test the new fragmentation code in netjack-0.12.
i think i am seeing kernel problems, because there are patches going on
for the via-rhine driver.
it looks like the huge packet load triggers some sort of bug in the
via-rhine network driver. Because after using netjack for some seconds,
the link is broken. (this is reproducible with 2.6.16)
"ifconfig eth0 down; ifconfig eth0 up" fixes it again.
i dont think that the results i am getting are reliable. So i am asking
you to test it.
please check out
http://netjack.sf.net/netjack-0.12test1.tar.bz2
compile as usual with:
bash# scons jack_source_dir=<jack_source>
then on the master with normal jackd running:
bash# jacknet_client -p <other_machine> -P 24 -C 24
on the <other_machine>
bash# jackd -R -d net -C 24 -P 24
please note that -r and -p on jackd -d net are no more needed and
autodetected.
i would also be interested in OSX results of the old netjack-0.11
for OSX compilation add "with-alsa=0"
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
I've been looking for a high-performance music engine. It must have an
asynchronous control (socket, pipe?) mechanism to seperate the
application from the audio thread.
I'm looking for:
start/stop samples on the beat
scaled tempo control across all samples
volume
effects?
easily wrappable (I'll write extensions, implement protocol
plugins...) with python
I'm trying to write something like ableton live without writing an
engine all over again. FMODex would be *perfect* if it had a
well-defined tempo/beat/sync interface.
thanks
--
Patrick Kidd Stinson
http://www.patrickkidd.com/http://pkaudio.sourceforge.net/http://pksampler.sourceforge.net/
Does anyone know how to set the value of a CheckButton or slider
({H|V}Scale) WITHOUT causing it to emit a signal (i.e. call the
connected callback)? For the CheckButton, the set_value() method
causes signal_toggled to be emitted (that's what I don't want to
happen).
I looked at the reference docs but I don't see anything in there.
There must be way, I'm just too dense to figure it out...
Paul Winkler:
> OTOH, it's pretty obvious why this is the case.
> Imagine if it *did* have to resolve to something.
> What would that mean?
That's a slightly perplexing detail even with the
situation as it is. What if the URI *does* resolve as
a URL? Would a host that looked up the URL and did
something with the results (doesn't matter what, but
let's imagine that the host defines the thing it will do
and does it consistently) be committing a fundamental error?
Chris
Google's Summer of Code is upon us. I have a summer without classes
coming up and I can think of nothing better to do (besides studying for
qualifying exams) than to hack on a Linux Audio project and get paid for
it, benefitting that project with code and money ($500). Is any project,
or perhaps the LAD community as a whole, applying for mentorship?
http://code.google.com/summerofcode.html
Ardour comes to mind as being a good mentor organization candidate.
--
Hans Fugal ; http://hans.fugal.net
There's nothing remarkable about it. All one has to do is hit the
right keys at the right time and the instrument plays itself.
-- Johann Sebastian Bach
Tim Goetze:
> Alas, humanely commented code has always been a rare commodity ... :))
Nope, code that needs to be commented is bad code.
(most of my code is, by the way)
On Thursday, 20 de April de 2006 13:49:19 -0400, Paul Winkler wrote:
>
> Sorry to disturb your eternal slumber, RIP.
You are burying the wrong guy. It was Pete Bessman who lived fast, died young,
and left a good-looking corpse behind.
Regards,
Pedro
I thought SWH had already provided an RDF file for the CMT plugins. Does yours have more detail?
Taybin
-----Original Message-----
>From: Paul Winkler <pw_lists(a)slinkp.com>
>Sent: Apr 20, 2006 1:21 PM
>To: The Linux Audio Developers' Mailing List <linux-audio-dev(a)music.columbia.edu>
>Subject: [linux-audio-dev] RDF for CMT, and slightly improved script
>
>And here's some quick RDF for the CMT plugins, which greatly
>reduces the number of "Unknown" plugins on my system.
>
>Plus a slightly improved script (it takes the plugin filename as an
>argument now).
>
>For a couple of plugins I invented a "SynthesizerPlugin" and
>"SurroundPlugin", which are (not surprisingly) not recognized by Ardour.
>
>Is there a list somewhere of valid ladpsa RDF plugin types? I had a
>look around the lrdf project page on sourceforge and didn't find
>anything.
>
>--
>
>Paul Winkler
>http://www.slinkp.com
Ladies and Gents,
I can hack specimen while working full time. And, I can hack specimen
while studying full time. But, and this is empirically verifiable, I
can't hack specimen while both working and studying full time. And my
situation is not likely to change for another year or so.
What this means is that I'm just not cut out to run a project right now,
unless I want to put it into maintenance mode. Really, that's where
specimen has been for the past six months anyway, and I've been doing a
rather piss poor job at that modest role! My efforts are better applied
to tasks where smaller chunks of time can go a greater distance.
I don't have any regrets --- this was my first real programming project,
and I learned a lot. But the truth is that LMMS is more specimen than
specimen right now, and it has an active development and user community
surrounding it. Plus, I've always been a musician and an artist first,
and a programmer second.
All told, it's time to throw in the towel on this one. In a way, this
is a bummer --- I've put a lot of sweat and tears (literally) into this
project over the past couple of years, and it has come an incredible
distance. But I'd be a fool to think that I'm better off keeping it
afloat than making music and contributing to other projects.
And truthfully, it's a huge relief to get this announcement out. A
sense of obligation is what kept me from making it sooner, but in
retrospect, that's pretty ridiculous. Considering that I'm an "open
source, just for fun" guy, and not a "free software, as in freedom"
type, it doesn't make a lot of sense to keep going when pain exceeds
pleasure.
This isn't the end of my open source music development, however. I hope
to help take LMMS to the next level, and contribute to other projects
that will help make Linux a competitor in the music industry. Things
like ardour2, lash, jack-midi, vst, dssi, ladspa et al are the keys to
our future in this regard. And I look forward to getting back to
hardcore hacking in a few years, when I've got my life settled down and
I'm not putting in 80 hours of work and school a week.
Take care everybody, and may the funk be with you.
--
Pete Bessman
http://gazuga.net
"So this baby seal walks into a club."