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
On Mar 31, 2017 16:24, 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 :)
Wait, I thought IoTs trapped stray IoTtabits - those little electronic creatures that glitches feed on?
> John. (Goes back to coding my Pointer Oriented Operating System.)
Shouldn't that be Pointer Oriented OPerating System?
;)
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
On Mar 31, 2017 13:09, 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.
>
> 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.
Well, I think a cigar would make an interesting musical instrument/user interface. Especially if it was filled with magical, mystical herbs. ;)
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com