[LAD] X Window Midi Arp Toy

[james morris]

I think this has some potential if it were realized as an application
with it's own window space and dedicated widgets rather than as a bash
script utilizing xterms and window-manager window-placement. It maps the
positions of the popup xterms to note-pitch and note-velocity.

I don't know though, it's probably been done already..

I sent it to LAU..

Here's the text describing it further, which probably is a good idea to
read quickly:

http://jwm-art.net/art/text/xwinmidiarptoy.txt

Here's the actual BASH script:
http://jwm-art.net/art/text/xwinmidiarptoy

james.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Has anyone ever played a plugin in realtime ... [related to:] hard realtime performance synth

[David Olofson]

On Wednesday 10 February 2010, at 22.45.40, Emanuel Rumpf  
wrote:
> 2010/2/8 Paul Davis :
> > not all PCs can do it. but its simply not true that "PCs can't do it".
> 
> Accepted.
> 
> 
> When running any 32 polyphonic hw synth,
> it is able to do those 32 voices anytime.
> When running out of the voices, something will
> happen (e.g. voice killing/stealing). But it won't start any noise.
> 
> Something to concider
> Would a check for guaranteed voices be possible for a soft-synth ?

Any polyphonic synth will have to check for voices as part of the "allocate 
voice" action for any noise started, so the question seems somewhat odd to me.

Are you thinking of voice stealing logic?

I would think most softsynths have this. The alternative would be to 
dynamically allocate voices as needed, and I think some actually do this - but 
this will be troublesome in a realtime implementation, unless you're on a full 
realtime OS using physical RAM only. You may pre-allocate and lock a "huge" 
block of memory for the synth, but then you still have a limited voice count 
of sorts...


> That would require an extensive deterministic behavior, I think.
> Instead of noise generation, maybe some sort of interpolation/silence
> for sample values could be used, when running out of processing power.

There are various solutions, such as stealing the "least audible" note, or 
just grabbing the oldest playing note. Figuring out which note is *actually* 
the least audible is a lot trickier than it might seem at first, so any real 
implementation would be an approximation at best.

Anyway, I don't think there's much of a difference between "hardware" and 
software synths in this regard. (They all do an equally bad job of it! ;-) 
After all, most "hardware" synths are actually one or more DSPs and 
(sometimes) MCUs running some sort of software, and even "real" hardware 
synths will have an MCU or logic circuitry to implement this.


-- 
//David Olofson - Developer, Artist, Open Source Advocate

.--- Games, examples, libraries, scripting, sound, music, graphics ---.
|  http://olofson.net   http://kobodeluxe.com   http://audiality.org  |
|  http://eel.olofson.net  http://zeespace.net   http://reologica.se  |
'-'
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] dead audio projects worth resuming

[David Aguilar]

I've cc'd the rezound author..

On Wed, Feb 10, 2010 at 08:49:49PM -0500, Tim E. Real wrote:
> On February 10, 2010 05:11:27 pm humbert.olivie...@free.fr wrote:
> > ...happy to hear something who make me thing that reZound can will be
> > reworked/update :D
> >
> > Olivier,
> > http://www.linuxmao.org
> I second that motion! (Er, emoticon?) 
> 
> Rezound is a cool full-featured editor.
> I haven't used it for several years but
>  I think I would still trust it today.


rezound is pretty sweet.

I'm kinda sad that I can't yum install it on F11, though I do
see that there are planetccrma packages available. =)

http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/11/x86_64/repoview/rezound.html

Do we know if the "patches to build on fc12" ever made
it upstream?  I'm git svn cloning it now, so I guess
I'll find out soon enough.  If it doesn't build for me
then I'll take a look at the planetccrma src.rpm as a
starting point.

FWIW, the last rezound commit was what.. 18 months ago?
So I don't know if it quite qualifies as "dead" yet.

I've often used it for a very simple editing and it's just
perfect for that.  I've always had a fondness for rezound.

If I get it building on F11 then maybe I'll have some
patches to share in the near future.

Here's another cool app: sweep
http://www.metadecks.org/software/sweep/

I don't think it supports jack.  That would be awesome.

-- 
David
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] dead audio projects worth resuming

[Adam Sampson]

On Wed, Feb 10, 2010 at 10:07:54PM +0100, Renato wrote:
> jack-rack

Sorry, that one's my fault -- I've been absurdly busy with work and my
thesis for the last few months, and haven't had time to look at the
outstanding problems and put together a new release. If Bob or Gordon
would like to take it back, or if somebody else'd like to volunteer to
maintain it, I'd be happy to pass it on.

The two obvious big bits of work that could be done to it are to add
JACK MIDI support (which should be fairly easy), and to add support for
LV2 plugins (a bit trickier). For the latter, I was wondering if it
might be easier to retrofit JACK Rack's nice interface to one of the
existing LV2 plugin hosts...

Apologies,

-- 
Adam Sampson  
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] dead audio projects worth resuming

[Nedko Arnaudov]

Adam Sampson  writes:

> The two obvious big bits of work that could be done to it are to add
> JACK MIDI support (which should be fairly easy), and to add support for
> LV2 plugins (a bit trickier). For the latter, I was wondering if it
> might be easier to retrofit JACK Rack's nice interface to one of the
> existing LV2 plugin hosts...

lv2rack is open for features that are present in jack-rack

-- 
Nedko Arnaudov 


pgpWjRXC67vm1.pgp
Description: PGP signature
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Canonical sound position opening

[Forwind info]

Hi all,

A new position has come up at Canonical (ubuntu) for a sound software
engineer.
Details are below. You can apply online from here
http://webapps.ubuntu.com/employment/canonical_UDSE/



Job Title:  Ubuntu Desktop Sound Engineer
Posting Date & id: February 2010 UDSE
Job Location: Your home, given appropriate facilities including broadband
Internet
Reports to: Ubuntu Desktop Team Manager
Job Summary: We are seeking a Desktop Integration Engineer to play a key
development and integration role on
the Ubuntu Desktop Team ­ one of the technical teams that makes up the
Ubuntu Platform Team. As part of the
core Ubuntu team, the Engineer will work on a broad range of technical
tasks: including feature planning,
packaging, integration,bug­fixing and maintenance. The successful candidate
will ensure a first class user
experience by packaging,  bug fixing and development of Pulseaudio and
related sound technology and
applications. Strong communication and relationship skills are as important
as superb technical skills in this role,
as the successful candidate will be responsible for process communication
and coordination between Ubuntu and
external partners, as well as ensuring commonality of purpose and technical
approach. This job involves
international travel several times a year, usually for one week.
Key Responsibilities and Accountabilities:
 Take on primary maintenance of some components of the Ubuntu
Desktop, covering sound related areas.
 •
 Engage in bug­fixing work across a wide variety of components of
the Ubuntu platform.
 •
 Assist   in   pre­release   testing   of  Ubuntu,  taking
personal   ownership   of  problems   and   driving   them  to
 •
 solutions.
 Collaborate with other teams in the Ubuntu community and with
upstream developers where appropriate,
 •
 to make sure that Ubuntu includes the very best in free software
and that our goals are taken into account
 by other projects.
 Work directly with OEMs or in conjunction with the Canonical OEM
team to address customer needs on
 •
 aggressive time lines.
 When necessary, respond to and work to resolve issues raised by end
users and commercial support
 •

customers.

Required skills and experience:
 Familiarity with open source development tools and methodology,
especially those in common use for
   •
 Ubuntu and Debian package maintenance.
 Strong understanding of the make­up of a modern GNU/Linux
distribution.
   •
 Strong interests and experience with a variety of the software that
makes up the core of Ubuntu.
   •
 Strong interests and experience with Pulseaudio, Alsa, and other
sound related technology and
   •
 applications on Linux.
 Capacity to learn quickly about new systems and techniques.
   •
 Hands­on experience with concepts of agile development and lean
software engineering.
   •
 Deep understanding of, and extensive use of, desktop operating
systems; especially the GNOME and
   •
 KDE platforms.
 Excellent English communications skills.
   •
 Excellent online communications skills, including IRC, email, and
other online venues.
   •
 Ability to be productive in a globally distributed team through
self­discipline and self­motivation,
   •
 delivering according to a schedule.
  Ability to collaborate in real time with team members in Eastern US and
European time zones.
•
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] X Window Midi Arp Toy

[james morris]

On 11/2/2010, "james morris"  wrote:

>
>I think this has some potential if it were realized as an application
>with it's own window space and dedicated widgets rather than as a bash
>script utilizing xterms and window-manager window-placement. It maps the
>positions of the popup xterms to note-pitch and note-velocity.


Just one or two questions as there's no response to this from the three
lists I've sent it to. I'm just being impatient, but not critical of
the lack of response, and seeking some feedback about similar existing
systems if any (which is something I'd not put as much consideration
into when I originally posted this).

Is this the type of thing which Pure Data and other graphical/audio
programming tools can do fairly readily? PD is something I've never
used and so am not aware of what can be or has been done with it. Are
there implementations of this type of thing in PD etc?

Would creating an standalone app in C/C++ therefor be a waste of time?

I've several ideas about what such an app would look like, and what
further functionality could be developed using this concept (ie scales,
split windows, choords, patterns, etc).

To me this seems like a good idea for a sequencer/arpeggiator with a
(very?0 different approach and I still think it has potential. Prove me
wrong if you will.

Cheers,
James.

p.s. the BASH script, should be viewed as a very rough prototype
implementation with regard to the development of such an app.



>I don't know though, it's probably been done already..
>
>I sent it to LAU..
>
>Here's the text describing it further, which probably is a good idea to
>read quickly:
>
>http://jwm-art.net/art/text/xwinmidiarptoy.txt
>
>Here's the actual BASH script:
>http://jwm-art.net/art/text/xwinmidiarptoy
>
>james.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Ralf Mardorf]

Forwind info wrote:
> Hi all,
>
> A new position has come up at Canonical (ubuntu) for a sound software 
> engineer.
> Details are below. You can apply online from here
> http://webapps.ubuntu.com/employment/canonical_UDSE/
>  
>
>
> Job Title:  Ubuntu Desktop Sound Engineer
> Posting Date & id: February 2010 UDSE
> Job Location: Your home, given appropriate facilities including 
> broadband Internet
> Reports to: Ubuntu Desktop Team Manager
> Job Summary: We are seeking a Desktop Integration Engineer to play a 
> key development and integration role on
> the Ubuntu Desktop Team ­ one of the technical teams that makes up the 
> Ubuntu Platform Team. As part of the
> core Ubuntu team, the Engineer will work on a broad range of technical 
> tasks: including feature planning,
> packaging, integration,bug­fixing and maintenance. The successful 
> candidate will ensure a first class user
> experience by packaging,  bug fixing and development of Pulseaudio and 
> related sound technology and
> applications. Strong communication and relationship skills are as 
> important as superb technical skills in this role,
> as the successful candidate will be responsible for process 
> communication and coordination between Ubuntu and
> external partners, as well as ensuring commonality of purpose and 
> technical approach. This job involves
> international travel several times a year, usually for one week.
> Key Responsibilities and Accountabilities:
>  Take on primary maintenance of some components of the Ubuntu 
> Desktop, covering sound related areas.
>  •
>  Engage in bug­fixing work across a wide variety of components 
> of the Ubuntu platform.
>  •
>  Assist   in   pre­release   testing   of  Ubuntu,  taking   
> personal   ownership   of  problems   and   driving   them  to
>  •
>  solutions.
>  Collaborate with other teams in the Ubuntu community and with 
> upstream developers where appropriate,
>  •
>  to make sure that Ubuntu includes the very best in free 
> software and that our goals are taken into account
>  by other projects.
>  Work directly with OEMs or in conjunction with the Canonical 
> OEM team to address customer needs on
>  •
>  aggressive time lines.
>  When necessary, respond to and work to resolve issues raised 
> by end users and commercial support
>  •
>  
> customers.
>  
>
> Required skills and experience:
>  Familiarity with open source development tools and 
> methodology, especially those in common use for
>•
>  Ubuntu and Debian package maintenance.
>  Strong understanding of the make­up of a modern GNU/Linux 
> distribution.
>•
>  Strong interests and experience with a variety of the 
> software that makes up the core of Ubuntu.
>•
>  Strong interests and experience with Pulseaudio, Alsa, and 
> other sound related technology and

Why not removing Pulseaudio like 64 Studio does?

>•
>  applications on Linux.
>  Capacity to learn quickly about new systems and techniques.
>•
>  Hands­on experience with concepts of agile development and 
> lean software engineering.
>•
>  Deep understanding of, and extensive use of, desktop 
> operating systems; especially the GNOME and
>•
>  KDE platforms.
>  Excellent English communications skills.
>•
>  Excellent online communications skills, including IRC, email, 
> and other online venues.
>•
>  Ability to be productive in a globally distributed team 
> through self­discipline and self­motivation,
>•
>  delivering according to a schedule.
>   Ability to collaborate in real time with team members in Eastern US 
> and European time zones.
> •

Assumed the philosophy of FLOSS isn't competition, but community:
What's about a joint venture with an existing multimedia distro based on 
Ubuntu, e.g. 64 Studio or openArtist or ...?

Perhaps you like to contact http://www.64studio.com/team. Dunno, if they 
are interested, but as an onlooker this seems to make sense, while there 
will be a new multimedia distro each month and all of them needs 
maintainers.

*?*
Ralf

-- 
Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] X Window Midi Arp Toy

[Dave Phillips]

james morris wrote:
> Just one or two questions as there's no response to this from the three
> lists I've sent it to. I'm just being impatient, but not critical of
> the lack of response, and seeking some feedback about similar existing
> systems if any (which is something I'd not put as much consideration
> into when I originally posted this).
>
>   

Funny thing: My next article for LJ is going to be about arpeggiators 
and performance loopers. Here's the list for review so far:

SooperLooper - http://essej.net/sooperlooper/
Kluppe - http://kluppe.klingt.org/
FreeWheeling - http://freewheeling.sourceforge.net/
LoopDub - http://loopdub.sourceforge.net/

QMidiArp - http://alsamodular.sourceforge.net/
  QMidiArp commands - 
http://www.linuxformat.co.uk/wiki/index.php/Audio_production_-_Sound_generation#QMidiArp_commands
Hypercyclic - http://www.mucoder.net/hypercyclic/
Arpage - http://sourceforge.net/projects/arpage/

I plan to add your app to the list, if you don't mind.

Anyone know of other similar apps for Linux ?

> Is this the type of thing which Pure Data and other graphical/audio
> programming tools can do fairly readily? PD is something I've never
> used and so am not aware of what can be or has been done with it. Are
> there implementations of this type of thing in PD etc?
>
>   

Umm, actually I think there's nothing that can't be done with Pd. ;)

Frank Barknecht can say for sure if it's possible.

> Would creating an standalone app in C/C++ therefor be a waste of time?
>
> I've several ideas about what such an app would look like, and what
> further functionality could be developed using this concept (ie scales,
> split windows, choords, patterns, etc).
>
> To me this seems like a good idea for a sequencer/arpeggiator with a
> (very?0 different approach and I still think it has potential. Prove me
> wrong if you will.
>
>   

A standalone app with GUI would be a Good Thing, IMO.

I haven't tested your script yet, James, but it is in the queue. :)

Best,

dp

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Adrian Knoth]

On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf Mardorf wrote:


> >  Strong interests and experience with Pulseaudio, Alsa, and
> >  other sound related technology and

> Why not removing Pulseaudio like 64 Studio does?

Ralf, this is clearly not the place to discuss this. Canonical is
searching for a developer, and they can require whatever they want.

It's not you who's going to decide (by x-posting) what's part of a
distro's roadmap and what's not.

Face it, pulseaudio will be the de facto sound system on desktops, and
we're talking desktop here. It integrates very well with the pro
environments, IOW, jack. There's absolutely no reason not to use it for
simple consumer apps (pidgin, skype, flash, video players like vlc or
mplayer).


If you can't get it working yourself, wait for your distro to get it
right. In the meantime, I suggest you don't spread FUD about pulseaudio,
this doesn't help at all.


-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Ralf Mardorf]

Adrian Knoth wrote:
> On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf Mardorf wrote:
>
>
>   
>>>  Strong interests and experience with Pulseaudio, Alsa, and
>>>  other sound related technology and
>>>   
>
>   
>> Why not removing Pulseaudio like 64 Studio does?
>> 
>
> Ralf, this is clearly not the place to discuss this. Canonical is
> searching for a developer, and they can require whatever they want.
>
> It's not you who's going to decide (by x-posting) what's part of a
> distro's roadmap and what's not.
>
> Face it, pulseaudio will be the de facto sound system on desktops, and
> we're talking desktop here. It integrates very well with the pro
> environments, IOW, jack. There's absolutely no reason not to use it for
> simple consumer apps (pidgin, skype, flash, video players like vlc or
> mplayer).
>
>
> If you can't get it working yourself, wait for your distro to get it
> right. In the meantime, I suggest you don't spread FUD about pulseaudio,
> this doesn't help at all.
>   

Hm, for my experiences, testing several distros, pulseaudio is an evil 
show stopper and I'm glad that there is 64 Studio, removing pulseaudio, 
so that everything is ok for any desktop application, not only for 
real-time audio applications. Reading the threads of a lot of people I 
guess pulseaudio is a pain, YMMV. Pardon ... I'm quiet now, I don't want 
start a flame war or any other annoying thing, lets have fun while 
having trouble with pulseaudio.

I'm not a Linux specialist, I'm not able to remove pulseaudio without 
breaking dependencies for some distros and it cause a lot of pain, while 
for 64 Studio, where it is removed by the people who made this distro, 
everything is ok ... but I'm just a stupid user spreading FUD, so simply 
ignore my experiences.

Sorry,
Ralf

-- 
Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Forwind info]

Ralf, simply turn off autospawn for pulse if it bothers you that much.

 /etc/pulse/client.conf

the line that looks like
; autospawn=yes

change it to
autospawn = no

This will turn off pulseaudio so as the next time you start up, pulse will
not run and you will need to start it manually from command line if you want
to use it.

IMHO pulse is coming along nicely. There are tweaks to improve its
performance ...


On Thu, Feb 11, 2010 at 4:28 PM, Ralf Mardorf wrote:

> Adrian Knoth wrote:
>
>> On Thu, Feb 11, 2010 at 05:03:09PM +0100, Ralf Mardorf wrote:
>>
>>
>>
>>
>>>  Strong interests and experience with Pulseaudio, Alsa, and
  other sound related technology and


>>>
>>
>>
>>> Why not removing Pulseaudio like 64 Studio does?
>>>
>>>
>>
>> Ralf, this is clearly not the place to discuss this. Canonical is
>> searching for a developer, and they can require whatever they want.
>>
>> It's not you who's going to decide (by x-posting) what's part of a
>> distro's roadmap and what's not.
>>
>> Face it, pulseaudio will be the de facto sound system on desktops, and
>> we're talking desktop here. It integrates very well with the pro
>> environments, IOW, jack. There's absolutely no reason not to use it for
>> simple consumer apps (pidgin, skype, flash, video players like vlc or
>> mplayer).
>>
>>
>> If you can't get it working yourself, wait for your distro to get it
>> right. In the meantime, I suggest you don't spread FUD about pulseaudio,
>> this doesn't help at all.
>>
>>
>
> Hm, for my experiences, testing several distros, pulseaudio is an evil show
> stopper and I'm glad that there is 64 Studio, removing pulseaudio, so that
> everything is ok for any desktop application, not only for real-time audio
> applications. Reading the threads of a lot of people I guess pulseaudio is a
> pain, YMMV. Pardon ... I'm quiet now, I don't want start a flame war or any
> other annoying thing, lets have fun while having trouble with pulseaudio.
>
> I'm not a Linux specialist, I'm not able to remove pulseaudio without
> breaking dependencies for some distros and it cause a lot of pain, while for
> 64 Studio, where it is removed by the people who made this distro,
> everything is ok ... but I'm just a stupid user spreading FUD, so simply
> ignore my experiences.
>
> Sorry,
>
> Ralf
>
> --
> Bert from Sesame Street in Taxi Driver scene "You Talkin' Me?":
> http://www.youtube.com/watch?v=4IXmHqPWxUw&feature=related
>
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Ralf Mardorf]

Forwind info wrote:
> Ralf, simply turn off autospawn for pulse if it bothers you that much.
>
>  /etc/pulse/client.conf
>
> the line that looks like
> ; autospawn=yes
>
> change it to
> autospawn = no
>
> This will turn off pulseaudio so as the next time you start up, pulse 
> will not run and you will need to start it manually from command line 
> if you want to use it.
>
> IMHO pulse is coming along nicely. There are tweaks to improve its 
> performance ...

Pardon if I sounded raw. I'll pay a attention to your hint. And pardon, 
pulseaudio shouldn't become a topic again on Linux audio lists, just 
because I was short-tempered.

:)
Ralf
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] X Window Midi Arp Toy

[james morris]

On 11/2/2010, "Dave Phillips"  wrote:

>james morris wrote:
>> Just one or two questions as there's no response to this from the three
>> lists I've sent it to. I'm just being impatient, but not critical of
>> the lack of response, and seeking some feedback about similar existing
>> systems if any (which is something I'd not put as much consideration
>> into when I originally posted this).
>>
>>
>
>Funny thing: My next article for LJ is going to be about arpeggiators
>and performance loopers. Here's the list for review so far:
>
>SooperLooper - http://essej.net/sooperlooper/
>Kluppe - http://kluppe.klingt.org/
>FreeWheeling - http://freewheeling.sourceforge.net/
>LoopDub - http://loopdub.sourceforge.net/
>
>QMidiArp - http://alsamodular.sourceforge.net/
>  QMidiArp commands -
>http://www.linuxformat.co.uk/wiki/index.php/Audio_production_-_Sound_generation#QMidiArp_commands
>Hypercyclic - http://www.mucoder.net/hypercyclic/

Hypercyclic looks interesting, but I couldn't get anything out of it.

>Arpage - http://sourceforge.net/projects/arpage/

What I'm thinking is not along the lines of any of those. But some
interesting ones there I was not aware of. Sooperlooper is one I have
used but certainly not mastered.


>I plan to add your app to the list, if you don't mind.

I'm not sure it's suitable. It's only a BASH script at the moment, and
a long long way off becoming an app. But try the script, and you be the
judge of whether you add it to the list. The script is more of a toy,
but I'd like to develop the 'concept' into an application - which
involves delving into areas which are new to me as a developer.


>Anyone know of other similar apps for Linux ?
>
>> Is this the type of thing which Pure Data and other graphical/audio
>> programming tools can do fairly readily? PD is something I've never
>> used and so am not aware of what can be or has been done with it. Are
>> there implementations of this type of thing in PD etc?
>>
>>
>
>Umm, actually I think there's nothing that can't be done with Pd. ;)
>
>Frank Barknecht can say for sure if it's possible.


>> Would creating an standalone app in C/C++ therefor be a waste of time?
>>
>> I've several ideas about what such an app would look like, and what
>> further functionality could be developed using this concept (ie scales,
>> split windows, choords, patterns, etc).
>>
>> To me this seems like a good idea for a sequencer/arpeggiator with a
>> (very?0 different approach and I still think it has potential. Prove me
>> wrong if you will.
>>
>>
>
>A standalone app with GUI would be a Good Thing, IMO.
>
>I haven't tested your script yet, James, but it is in the queue. :)

Do please take a look at the text file accompanying it, it will give
hints about what to expect and under what conditions it best operates.

http://jwm-art.net/art/text/xwinmidiarptoy
http://jwm-art.net/art/text/xwinmidiarptoy.txt

Thanks,
James.

>Best,
>
>dp
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] dead audio projects worth resuming

[Renato]

On Thu, 11 Feb 2010 12:22:03 +
Adam Sampson  wrote:

> On Wed, Feb 10, 2010 at 10:07:54PM +0100, Renato wrote:
> > jack-rack
> 
> Sorry, that one's my fault -- I've been absurdly busy with work and my
> thesis for the last few months, and haven't had time to look at the
> outstanding problems and put together a new release. If Bob or Gordon
> would like to take it back, or if somebody else'd like to volunteer to
> maintain it, I'd be happy to pass it on.
> 
> The two obvious big bits of work that could be done to it are to add
> JACK MIDI support (which should be fairly easy), and to add support
> for LV2 plugins (a bit trickier). For the latter, I was wondering if
> it might be easier to retrofit JACK Rack's nice interface to one of
> the existing LV2 plugin hosts...
> 
> Apologies,
> 

personally what I think would really add to it would be the possibility
to switch between saved patches with MIDI CC, that way one could play
an instrument and with footswitch change effects.

Renato
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Jörn Nettingsmeier]

On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
> but I'm just a stupid user spreading FUD, so simply
> ignore my experiences.

jeez, just shut up.

say, do you also feel an urge to reply to obituaries and commercial ads 
in your paper with letters to the editor?

it's just plain stupid to discuss your own particular idea of whatever 
with people looking for employees, and even more pathetic to whine about 
it when somebody points it out to you...

can you please stop that noise on just about every linux audio list?

recommended best practise:

if (i_know_what_im_talking_about()) {
send();
} else {
discard();
sleep(3600);
}


grmpf,

jörn

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Christopher Cherrett]

 Original Message  
Subject: Re: [LAD] Canonical sound position opening
From: Jörn Nettingsmeier 
To: linux-audio-dev@lists.linuxaudio.org
Date: 02/11/10 15:51
> On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
>   
>> but I'm just a stupid user spreading FUD, so simply
>> ignore my experiences.
>> 
>
> jeez, just shut up.
>
> say, do you also feel an urge to reply to obituaries and commercial ads 
> in your paper with letters to the editor?
>
> it's just plain stupid to discuss your own particular idea of whatever 
> with people looking for employees, and even more pathetic to whine about 
> it when somebody points it out to you...
>
> can you please stop that noise on just about every linux audio list?
>
> recommended best practise:
>
> if (i_know_what_im_talking_about()) {
> send();
> } else {
> discard();
> sleep(3600);
> }
>
>
> grmpf,
>
> jörn
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>   
Strange what turns into a fight in linux audio

-- 
Christopher Cherrett
ccherr...@openoctave.org
http://www.openoctave.org

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Canonical sound position opening

[Ralf Mardorf]

Christopher Cherrett wrote:
>  Original Message  
> Subject: Re: [LAD] Canonical sound position opening
> From: Jörn Nettingsmeier 
> To: linux-audio-dev@lists.linuxaudio.org
> Date: 02/11/10 15:51
>   
>> On 02/11/2010 05:28 PM, Ralf Mardorf wrote:
>>   
>> 
>>> but I'm just a stupid user spreading FUD, so simply
>>> ignore my experiences.
>>> 
>>>   
>> jeez, just shut up.
>>
>> say, do you also feel an urge to reply to obituaries and commercial ads 
>> in your paper with letters to the editor?
>>
>> it's just plain stupid to discuss your own particular idea of whatever 
>> with people looking for employees, and even more pathetic to whine about 
>> it when somebody points it out to you...
>>
>> can you please stop that noise on just about every linux audio list?
>>
>> recommended best practise:
>>
>> if (i_know_what_im_talking_about()) {
>> send();
>> } else {
>> discard();
>> sleep(3600);
>> }
>>
>>
>> grmpf,
>>
>> jörn
>>
>> ___
>> Linux-audio-dev mailing list
>> Linux-audio-dev@lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>>   
>> 
> Strange what turns into a fight in linux audio

Please note that my mail was stupid, because it was useless and Jörns 
mail was double stupid, because he replies to my mail ... it's not a 
serious fight. I wrote an annoying mail and somebody else couldn't 
resist to reply to my stupid and useless mail. Don't judge Linux audio, 
just because of an idiot like me and "perhaps" Jörn.

I'm sorry, very often I'm unable to control my mentally deficient.

*blushing*
Ralf

PS: This wasn't a flame war, I guess cads do more evil and real flame 
wars because of the colour rims should have.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev