On Apr 1, 2017 11:01, Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
> IMO we even shouldn't focus on /dev/wormhole. However, there are
> evidences that some scientists who missed teen games, such as "spin the
> bottle", compensates sexual frustration by completely self-explaining
> math. IOW my guess is, that math is "just" a part of the nature, that
> can't explain the whole nature. IOW even the wormhole more likely is
> some kind of off odd wanking, to compensate oppressed sexuality.
If you think about it, a wormhole could have a very obvious sexual use for repressed male geekery, without the harmful side effects of a black hole.
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
Guitarix release 0.35.3
Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of plugins[*] and support LADSPA / LV2
plugs as well.
The guitarix engine is designed for LIVE usage, and feature ultra fast,
glitch and click free preset switching and is full Midi and/or remote
controllable (the Web UI is not included in the distributed tar ball).
This release comes with a couple of Bugfixes, some new LV2 plugs (by
Steve Poskitt) and some maintenance changes in the source.
Thanks goes to Valentin Vidic, Jonathan Wakely and Pete Beardmore for
there contributions.
Refer to our project page for more information:
http://guitarix.org
Download Site:
http://sourceforge.net/projects/guitarix/
Forum:
http://guitarix.sourceforge.net/forum/
Consider visiting our forum or leaving a message on
guitarix-developer(a)lists.sourceforge.net
<mailto:guitarix-developer@lists.sourceforge.net>
guitarix users may be interested as well in this projects,
Arduino midi controller for guitarix:
https://github.com/snappy46/GuitarixMidiController
Android app to select Guitarix preset
https://github.com/snappy46/GuitarixDroid
regards
hermann
There has been much argument as to whether a graphical interface is best with
independent windows, or with a single window (with or without tabs). Here in
the Yoshimi workshop, the only type of arguments we like are the startup CLI
ones! Therefore we've been working on a quite novel idea.
This came about when one of our team (who still uses a CRT monitor) found that
a cheap ionizer dramatically reduced the static discharges he kept getting. He
quickly realised that ionization could be used to control both static
attraction and repulsion. Thinking there must be an enhanced IT equivalent he
hacked up some software ionization code.
The idea actually worked. Damp down one window's positive charges and the
other's negative component and they'd immediately stick together - overlapping
(trying to balance their fields). He called this a 'Polarising Object
Stratifier'. Making the windows repel was a bit of a problem as they tended to
get a bit agressive and would fly right off the edges of the screen.
We were a bit surprised when Mary spoke up.
"It's on a CRT right? So why not use an ion trap magnet?"
We didn't know she was old enough to remember them (nobody was brave enough to
ask her age). Then after a pause. "Everything else is software these days, so
why not a software IoT magnet?" She was on a roll now, and seeing the disbelief
on our faces, said, "Oh you wimps! Can't even sort out this P.O.S. I'll code it
myself with Ada."
What can I say? She built it, and it worked. However, the IoT magnet had to be
treated with care - it wouldn't do for it to interfere with other unrelated
systems. As the associated hardware was designed and built by most of the team
we decided to call it the Joint Unified Node Controller.
Things were going really well. Everyone thought putting P.O.S. code into IoT
J.U.N.C. was a great idea. With some fine tuning of both electrostatic and
magnetic fields in windows, Bonded Ordinate Tracking 'nets' could be made to
attach to each other as a single blob, discretely slip under to work unseen, or
tuck themselves almost out of sight into the corners. They jiggled a bit -
rather adding to the charm. The PR and marketing departments were ecstatic.
That was yesterday.
Anyone remember the thunderstorm? We'll never forget it! There was a lightning
strike almost directly overhead.
We'd left the unit on test overnight and think all those finely balanced forces
were suddenly released, and at the same time the strength of the IoT magnet
must have increased by many orders of magnitude. Fortunately there was nobody
in the building. However, when we went in this morning, we were sorry to see
the kit had sort-of imploded.
That thunderstorm must have really been something. It seems to have taken out
our ISP for several hours, though he rang me around 2am ranting about something
called a zero day, and service denial. I told him I hadn't a clue what he was
talking about and that I was sure he'd sort out whatever his problem was during
the morning.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
On Mar 31, 2017 22:12, Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
>
> > On 01 Apr 2017, at 01:22, Jeanette C. <julien(a)mail.uni-paderborn.de> wrote:
> > I started thinking, it wasn't that time of year, but then I noticed that it actually is.
>
> A filter rule to move mails from this particular date to a special folder (Krusty folder) doesn't harm ;).
> This might work with a filter rule based on physics. Since this date does cause some kind of intellectual vacuum, the Casimir effect should work to move those mails to the Krusty folder.
I think I'd recommend moving them to /dev/blackhole instead. :)
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
It's working! I went back and removed the logging from the crossover_3chan
command (since it served its purpose), moved the order of the commands a
little, and now it works. Thanks for the help!!
John
On Sat, Apr 1, 2017 at 1:02 PM, john gibby <johnalan.gibby(a)gmail.com> wrote:
> Some progress, but it's not working yet. I added the log file as
> suggested, and it said something about TERM variable not being set. I
> Googled that, and added a command like "export TERM xterm" to the QjactCtl
> startup script. That worked, and now:
> 1. the log file shows the normal output I should see when running
> crossover_3chan,
> 2. ps -aux shows the ecasound process running, under user name gibbyj,
> 3. I see what looks like a minimized Jack symbol on the far bottom right
> of my screen, which I don't think I saw before (I did check the box in
> QjactCtl to run it minimized. Now I kinda wished I had not checked that
> box),
> 4. It is not quite working yet; I don't see the output I should see on
> hdspmixer, when I hit a note in Pianoteq, and
> 5. Strangely, I can't get QjackCtl to come out of minimized state anymore.
> Clicking on its icon does nothing. The last command in the startup_utils
> script (/home...crossover_3chan) is now getting done; maybe it is causing
> Qjackctl to hang. I see /usr/bin/qjackctl as process #3364 in ps -aux.
>
>
>
> On Sat, Apr 1, 2017 at 10:29 AM, Len Ovens <len(a)ovenwerks.net> wrote:
>
>> On Sat, 1 Apr 2017, john gibby wrote:
>>
>> Hi,I'm getting my Pianoteq app to run automatically when I start my
>>> computer. So
>>> far, I'm using the startup script in QjackCtl to run the commands I
>>> need. I have
>>> QjackCtl configured to startup automatically. It's starting up and
>>> running the
>>> commands OK; I see the programs come up when I boot the computer. But
>>> one thing
>>> is not working: a shell script named crossover_3chan, that invokes the
>>> ecasound
>>> application, which I'm using for a 3 channel speaker crossover network.
>>> This
>>> crossover_3chan script works fine when I run it manually, but for some
>>> reason,
>>> running it within the QjactCtl startup script is not working. When I
>>> execute ps
>>> -aux and look at the processes, it's not there, until I run it
>>> manually. Here is
>>> the QjactCtl startup script I'm using:
>>>
>>> #!/bin/sh
>>> sleep 2
>>> /usr/bin/a2jmidid -e &
>>> sleep 2
>>> /usr/bin/aloop-daemon &
>>> sleep 2
>>> export LADSPA_PATH=/usr/local/lib/ladspa:/usr/lib/ladspa
>>> sleep 2
>>> hdspmixer &
>>> sleep 2
>>> "/home/gibbyj/Pianoteq/Pianoteq 5/i386/Pianoteq 5" &
>>> sleep 4
>>> crossover_3chan &
>>>
>>
>> you might try:
>> . crossover_3chan
>>
>> Assuming the script does not block.... and maybe even if it does.
>>
>> I am assuming that these scripts of yours are chmod +x already.
>>
>>
>> --
>> Len Ovens
>> www.ovenwerks.net
>>
>
>
Hi,
I'm getting my Pianoteq app to run automatically when I start my computer.
So far, I'm using the startup script in QjackCtl to run the commands I
need. I have QjackCtl configured to startup automatically. It's starting
up and running the commands OK; I see the programs come up when I boot the
computer. But one thing is not working: a shell script named
crossover_3chan, that invokes the ecasound application, which I'm using for
a 3 channel speaker crossover network. This crossover_3chan script works
fine when I run it manually, but for some reason, running it within the
QjactCtl startup script is not working. When I execute ps -aux and look at
the processes, it's not there, until I run it manually. Here is the
QjactCtl startup script I'm using:
#!/bin/sh
sleep 2
/usr/bin/a2jmidid -e &
sleep 2
/usr/bin/aloop-daemon &
sleep 2
export LADSPA_PATH=/usr/local/lib/ladspa:/usr/lib/ladspa
sleep 2
hdspmixer &
sleep 2
"/home/gibbyj/Pianoteq/Pianoteq 5/i386/Pianoteq 5" &
sleep 4
crossover_3chan &
I've tried various ways of invoking the crossover_3chan shell script.
Currently, I have put the script into /usr/local/bin, which is why there's
no path in front of the name, above. But I also tried something like
"/home/gibbyj/Downloads/crossover_3chan" & in the startup script, which
didn't work either.
Would it help if I make this shell script an "application", giving it a
name, like Pianoteq and the other applications? I've tried to figure out
how to do that, in AVL/Debian, but am still not sure how.
Thanks very much for someone's help!
John
On Mar 31, 2017 23:56, Ralf Mardorf wrote:
>
> On Fri, 2017-03-31 at 22:22 -1000, David Jones wrote:
> > On Mar 31, 2017 22:12, Ralf Mardorf wrote:
> > >
> > > > On 01 Apr 2017, at 01:22, Jeanette C. wrote:
> > > > I started thinking, it wasn't that time of year, but then I noticed that it actually is.
> > >
> > > A filter rule to move mails from this particular date to a special folder (Krusty folder) doesn't harm ;).
> > > This might work with a filter rule based on physics. Since this date does cause some kind of intellectual vacuum, the Casimir effect should work to move those mails to the Krusty folder.
> >
> > I think I'd recommend moving them to /dev/blackhole instead. :)
>
> Then another you or me in a parallel universe would receive duplicated
> messages, respl. all of us would receive multiple messages, if this
> would be done by several you or me. We would get rid of the messages
> from our universe, but receive several new from the multiverse. Let
> alone that feedback might be possible, if so, we actually would receive
> an endless amount of the original emails we moved to /dev/blackhole.
> Such blackhole loops could be misused for advanced DDoS or e-mail chain
> letters.
And god save us all if an autoreply vacation message storm occurred.
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
I think that was Freud himself.
Maybe someone can write a biographical musical of Freud's life, and the conductor can use a cigarOn Mar 31, 2017 16:32, Bob van der Poel <bob(a)mellowood.ca> wrote:
>
> I think it was Groucho Marx that said "Sometimes a cigar is just a cigar".
>
> On Fri, Mar 31, 2017 at 7:24 PM, John Murphy <rosegardener(a)freeode.co.uk> wrote:
>>
>> On 1 Apr 2017 00:09:17 +0100 Will Godfrey <willgodfrey(a)musically.me.uk> wrote:
>>
>> > There has been much argument as to whether a graphical interface is best with
>> > independent windows, or with a single window (with or without tabs). Here in
>> > the Yoshimi workshop, the only type of arguments we like are the startup CLI
>> > ones! Therefore we've been working on a quite novel idea.
>> >
>> > This came about when one of our team (who still uses a CRT monitor) found that
>> > a cheap ionizer dramatically reduced the static discharges he kept getting. He
>> > quickly realised that ionization could be used to control both static
>> > attraction and repulsion. Thinking there must be an enhanced IT equivalent he
>> > hacked up some software ionization code. [...]
>>
>> You're having us on aren't you Will? Surely everyone knows IoTs don't actually
>> trap ions (the idea lol). The guns were aimed away from the phosphor and the
>> magnets pulled the electrons toward user, if you were lucky. Easy ten bob job
>> if you were. Focus magnets otoh... Thanks for the memories :)
>>
>> --
>> John. (Goes back to coding my Pointer Oriented Operating System.)
>> _______________________________________________
>> Linux-audio-user mailing list
>> Linux-audio-user(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
>
>
>
> --
> **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars ****
> Bob van der Poel ** Wynndel, British Columbia, CANADA **
> EMAIL: bob(a)mellowood.ca
> WWW: Â http://www.mellowood.ca