Re: [linux-audio-dev] [completely OT] c++ and UTF-8 question

On Tue, 2007-02-20 at 22:59 +, Bob Ham wrote: > Further to that, you might find these useful: > > http://teasel.6gnip.net/~rah/mbs.h > http://teasel.6gnip.net/~rah/mbs.cpp and also http://teasel.6gnip.net/~rah/tkstring.h Bob (Replying to myself twice, yes, I suck) -- Bob

Re: [linux-audio-dev] [completely OT] c++ and UTF-8 question

s (char *). The C++ library supports wide-character strings (wchar_t *) but doesn't support conversion from multi-byte to wide-character. The C library does (see code from previous post.) Bob -- Bob Ham <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part

Re: [linux-audio-dev] [completely OT] c++ and UTF-8 question

On Tue, 2007-02-20 at 22:48 +, Bob Ham wrote: > On Mon, 2007-02-19 at 22:29 +0100, Julien Claassen wrote: > > Hi! > > I'm sorry to ask that here, but it seems I can't get an anser anywhere > > else. > > Does the libstdc++ support UTF-8 strings? >

Re: [linux-audio-dev] [completely OT] c++ and UTF-8 question

In Stroustrup, they appear to be defined along with the char types; ie, I don't think you need to declare that you want them in addition. I'd warn you, though, that mixing std::wcout and std::cout seems to do Bad Things. Bob -- Bob Ham <[EMAIL PROTECTED]> signature.asc Description:

Re: [linux-audio-dev] microsoft mails

On Sat, 2007-02-03 at 21:42 +0100, Leonard Ritter wrote: > http://iowaconsumercase.org/lc-9.html > > seems the microsoft internal memos from that recent antitrust trial are > out. "Linux is good for business, you know." -- Kevin Johnson, Microsoft :-) -- Bob

Re: [linux-audio-dev] Old hat - comparison against windows

On Tue, 2007-01-30 at 23:30 +0100, [EMAIL PROTECTED] wrote: > On Tue, Jan 30, 2007 at 09:18:06PM +0000, Bob Ham wrote: > > On Tue, 2007-01-30 at 21:05 +0000, Bob Ham wrote: > > > On Tue, 2007-01-30 at 09:03 -0800, Michael Ost wrote: > > > > Can anyone suggest ways to

Re: [linux-audio-dev] Old hat - comparison against windows

On Tue, 2007-01-30 at 21:05 +, Bob Ham wrote: > On Tue, 2007-01-30 at 09:03 -0800, Michael Ost wrote: > > Can anyone suggest ways to compare audio/midi performance between Linux > > and Windows that ... make Linux compare favorably? > > > I work for a company that sell

Re: [linux-audio-dev] Old hat - comparison against windows

"FUD" comes to mind. No idea why. Bob -- Bob Ham <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part

Re: [OT] Zionism and LAD (was: Re: [linux-audio-dev] an relevant link about Vista)

On Wed, 2007-01-24 at 16:00 +0100, Leonard Ritter wrote: > FYI: you are all stupid monkeys - fact (it is. (really.)). Ook! -- Bob Ham <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part

[OT] Zionism and LAD (was: Re: [linux-audio-dev] an relevant link about Vista)

MUST.. RESIST URGE.. TO CLICK SEND... DAMN! -- Bob Ham <[EMAIL PROTECTED]> --- Begin Message --- On Tue, 2007-01-23 at 23:44 +, Wayne Myers wrote: > The fact that no such political discussion took place and as a result of > my post I was asked to become a moderator of the list

Re: [linux-audio-dev] fst, VST 2.0, kontakt

viewcvs-markup I have permission to use that particular file under the GPL, or (at my option) any later version. Looking through a few other files and I see I have the same permissions for those. Seems to be open source *and* free software *and* released under the GPL *and* free-as-in-beer. *

[linux-audio-dev] lash directions

s been banded about quite a bit, and this is not out of the question; it would be in a set of usable lower-level protocols (or perhaps the set :) Bob -- Bob Ham <[EMAIL PROTECTED]> /-\ \ / Gay Whales X Against Racism / \

Re: [linux-audio-dev] Gibson MaGIC

eepro100 will fry. Good. I can implement other hardware. Most network cards don't connect the non-data pins. A quick scour of a three cards shows the non-data pins on 2 cards don't even exist, and the other's isn't connected anywhere. Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] LADSPA proposal ...

, there is no need to employ any particular library, or even any 3rd party library, dependant on the ease of parsing the metadata language. HTH, Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] lash subversion repository

Hi all, Just a note to say that a lash subversion[0] repository is up at svn://svn.lash-audio-session-handler.org/lash/lash/trunk It's currently uncompilable, but that'll change :) Bob [0] http://subversion.tigris.org/ -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] Modular Jack patch bay

On Mon, 2004-02-02 at 05:37, Dave Robillard wrote: > Screenshot: > http://chat.carleton.ca/~drobilla/patchbay.png What toolkit does it use? Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] New name for ladcca: LASH

Just to let you know I decided on LASH, which stands for 'LASH Audio Session Handler'. The recursive 'L' is because I've never felt particularly bound to linux *cough*hurd*cough*. API, website and mailing list changes to follow (at some point :) Cheers all, Bob --

Re: [Jackit-devel] Re: [linux-audio-dev] New name for ladcca?

uot; is named > after these guys. No definition listed for "gaffa" which I haven't > heard of before. > > Back to the topic - so far, I like both Gaffer and LASH. I'm not sure I like gaffer, purely from an API prefix perspective :) LASH and LACE I like, and I'm to

[linux-audio-dev] New name for ladcca?

name" :) I'm crap at thinking up stuff like this (JACK Rack was originally called "JACK LADSPA Host" :) so if anyone has any decent ideas, please let me know. Cheers, Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on sever

Re: [linux-audio-dev] Project: modular synth editor

into the fore. In fact, it's always been in the back of my mind that LADCCA should be able to manage audio setups not just on a single machine, but many. Network-wide patching is a distant goal. This was the main reason for using libuuid for client ids. Bob -- Bob Ham <[EMAIL PRO

Re: [linux-audio-dev] Project: modular synth editor

LADCCA, iirc, is designed for controlling > LADSPA plugins remotely - worth checking out anyway > http://pkl.net/~node/ladcca.html I think there's a bit of misunderstanding here; LADCCA is nothing to do with LADSPA; it's actually more for the former; audio and midi conne

Re: [linux-audio-dev] Re: linuxaudio.org

On Thu, 2004-01-15 at 01:35, Dave Robillard wrote: > My two cents on the corporate deal: > We already have two big proprietary OSes > Why turn Linux into yet another one? corporate != proprietary Bob -- Bob Ham <[EMAIL PROTECTED]> "Discussion without action is just a

[linux-audio-dev] Re: linuxaudio.org

ich new consortium they're members of) and that goes some way toward allaying any fears I personally have about the consortium sucking up to the proprietary software industry. Anyway, another too-long email to add to the fire, but I hope it might dampen rather enflame it. Bob -Forwarded

[linux-audio-dev] LADCCA mailing list

Hi all, There's now a mailing list specifically for LADCCA discussion, ladcca-devel. You can subscribe from here: http://mail.nongnu.org/mailman/listinfo/ladcca-devel Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on several machin

Re: Re[2]: [linux-audio-dev] LADCCA without JACK ?

On Mon, 2003-10-27 at 00:35, "?rshÐoi8-r?Q?" wrote: > > From: Bob Ham <[EMAIL PROTECTED]> > > > > > Why can't ladccad daemon start up without jack server being running? > > > > LADCCA was written with the assumption that jack is a syste

Re: [linux-audio-dev] LADCCA without JACK ?

er a general on-the-fly settings modification system is in place in jack. Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on several machines at Valve. Our speculation is that these were done via a buffer overflow in Outlook's preview pane

Re: [linux-audio-dev] Fw: Open letter to Steve Dekorte

gt; the vast majority of the work. > +---+ > "He who writes the code gets to choose his license, and nobody > else gets to complain" -- Linus Torvalds :) -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on seve

[linux-audio-dev] [ANN] LADCCA 0.4.0, ALSA Patch Bay 1.0.0, JACK Rack 1.4.3

set the directory relative to $HOME, rather than being a system-wide directory * project directories now get cleaned up if they haven't been saved * updated the manual Patches * fluidsynth cvs http://pkl.net/~node/ladcca.html http://pkl.net/~node/alsa-patch-bay.html http://pkl.net/~node/

[linux-audio-dev] [ANN] LADCCA 0.3.2

Hi all, This is not a release of any new code; it's just a trivial compilation fix for the 0.3 tree: * fixed a missing #include http://pkl.net/~node/ladcca.html Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on several machines at Valve.

Re: [linux-audio-dev] ladcca

On Sun, 2003-10-12 at 23:12, Bob Ham wrote: > I'll put the code in CVS soon and mail the list. Done. root::pserver:[EMAIL PROTECTED]:/home/cvs/ladcca password: anoncvs module: ladcca Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got i

Re: [linux-audio-dev] ladcca

problems. I wouldn't want to guess at when that'll be though. I'll put the code in CVS soon and mail the list. Bob -- Bob Ham <[EMAIL PROTECTED]> "At some point, keystroke recorders got installed on several machines at Valve. Our speculation is that these

Re: [linux-audio-dev] any LADCCA lists?

On Wed, 2003-10-01 at 20:19, "?rshТoi8-r?Q?" wrote: > Hi, > > is there any LADCCA discussion mailing list? Not at the moment. Most of the discussion has taken place on jackit-devel and this list. Bob -- Bob Ham <[EMAIL PROTECTED]> Can you say "death chamb

[linux-audio-dev] [ANN] ALSA Patch Bay 0.5.2

Hi, Just a compilation fix: * fixed a missing parameter that stopped compilation with recent GCC versions http://pkl.net/~node/alsa-patch-bay.html Bob -- Bob Ham <[EMAIL PROTECTED]> Can you say "death chambers at Guantanamo with no real trial"? signature.asc Descri

[linux-audio-dev] [ANN] JACK Rack 1.4.2

v and Alexandre Prokoudine http://pkl.net/~node/jack-rack.html Bob -- Bob Ham <[EMAIL PROTECTED]> Can you say "death chambers at Guantanamo with no real trial"? signature.asc Description: This is a digitally signed message part

RE: [linux-audio-dev] New form of GPL licence that protects Linuxfrom proprietary world [was: New powermacs?]

geeks to come up with such > a machine, at this pace I'll be long dead before that happens, so > meanwhile I am trying to cook-up the second best thing that might just > happen within my lifetime. http://www.f-cpu.org/ http://www.opencores.org/projects/ These might be of inte

Re: [linux-audio-dev] lock-free ring buffer code

On Fri, 2003-04-04 at 20:00, Bob Ham wrote: > if (atomic_read (&lff->write_index) >= lff->size) > atomic_set (&lff->write_index, -1); Oops.. should be atomic_set (&lff->write_index, 0); -- Bob Ham <[EMAIL PROTECTED]> signatu

Re: [linux-audio-dev] lock-free ring buffer code

is the fifo I've had banging about. It uses atomic_t. -- Bob Ham <[EMAIL PROTECTED]> /* * Lock free FIFO * * Copyright (C) Robert Ham 2002, 2003 ([EMAIL PROTECTED]) * * This program is free software; you can redistribute it and/or modify * it under the terms of

Re: [linux-audio-dev] Echo Darla/Gina/Layla/... on Linux

do. GCC does things the right way (of course :) and compiles C++ to assembler. Not sure if there's any way to get it to produce C code but I doubt there is. You might be able to find another compiler to do it; google will be your friend for that. Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] LAD conference Karlsruhe info

Just to let you know, openprojects.net has changed its name. It's now "freenode" and you can connect with irc.freenode.net. #lad is still there. Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] ladcca 0.3.1

Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] 2.5 kernel recommendation ?

drivers... > anything else I should check out (particularly wrt audio > work/performance) ? Not as far as I know. Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] 2.5 kernel recommendation ?

you want your beeps :) A while back, the serial port wasn't enabled by default (at least for me) so I'd check under "Character devices" -> "Serial drivers". You'll probably also want to enable "Preemptible Kernel" under "Processor type and features". And, of course, you'll also want to explore "Advanced Linux Sound Architecture" under "Sound" hehe :) Have fun :) Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] POSIX clocks now in linux 2.5

forge.net/mailarchive/message.php?msg_id=2707604 comes this snippet of a patch: +/* + * Set the APIC timer for a one shot expiry in nanoseconds. + * This is called from the posix-timers code. + */ +int ns2clock; +void set_APIC_timer(int ns) +{ Wooha! :) -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] POSIX clocks now in linux 2.5

>From the 2.5.63 changelog: o POSIX clocks & timers Phat :) -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] [ANN] JACK Rack 1.4.1

hread has SCHED_FIFO. I'm not sure *why* the midi thread suffers; both the midi thread and ui thread operate in pretty much exactly the same way. The only difference is the alsa sequencer is involved; perhaps it's something to do with that. Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] [ANN] JACK Rack 1.4.1

ns' controls settings. This makes clicks and pops and stuff, it doesn't reflect what happening in real-time, and is generally not very nice. Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] JACK Rack 1.4.1

want to do that :) then you don't need to do anything to enable this as jackd will give the appropriate rights to jack rack. Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] JACK Rack 1.4.0

Just one thing but it totally rocks :) Right click on some controls. * MIDI support http://pkl.net/~node/jack-rack.html Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] Damned .org domains...

On Fri, 2003-02-14 at 22:06, David Olofson wrote: > > xap-plugins.org Seems sensible to me Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] JACK Rack 1.3.0

controls * much more resilient file loader http://pkl.net/~node/jack-rack.html Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] ALSA Patch Bay 0.5.1 (bug fix)

Hi, There was a problem compiling the gtkmm ui in 0.5.0 with the latest sigc++.. oops :) Fixed now. Trivial patch attached, and a new tarball and everything up on the website. http://pkl.net/~node/alsa-patch-bay.html Bob -- Bob Ham <[EMAIL PROTECTED]> --- main-window.cpp.0.5.0

[linux-audio-dev] [ANN] ALSA Patch Bay 0.5.0

tch-bay and a jack-patch-bay.desktop * added client subscriptions, similar to qjackconnect; press a read port twice http://pkl.net/~node/alsa-patch-bay.html Bob -- Bob Ham <[EMAIL PROTECTED]>

[linux-audio-dev] [ANN] LADCCA 0.3.0

lients that need a terminal to operate. * much improved jack and alsa listeners in the server * quite a few compilation and bug fixes and whatnot http://pkl.net/~node/ladcca.html Bob -- Bob Ham <[EMAIL PROTECTED]>

Re: [linux-audio-dev] newest audio server for Linux (yep, yetanother)

On Wed, 2003-02-05 at 14:19, Phil Burk wrote: > > Bjarne Stroustrup who said something along the > > lines of "Every use of a define is an instance of a programmer not > > programming correctly." > > Gee, thanks. I just found it odd that there were *typed* defines and wondered if there was any p

Re: [linux-audio-dev] newest audio server for Linux (yep, yetanother)

On Wed, 2003-02-05 at 00:26, Josh Haberman wrote: > On Tue, 2003-02-04 at 13:41, Bob Ham wrote: > > On Tue, 2003-02-04 at 20:47, Josh Haberman wrote: > > > > > Imagine being able to write to an API as simple and well-designed as > > > this: <http:/

Re: [linux-audio-dev] [ANN] Bandlimited LADSPA Oscillator Plugins('BLOP') v0.2.6

On Tue, 2003-02-04 at 22:22, Frank Barknecht wrote: > src/sequencer64_1675.so.c > loop_index = loop_index == 0 ? 1 : loop_index; > loop_index = loop_index > 64 ? 64 : loop_index; > int rst = f_round_i(reset); > int i; > > Where's the error? With C, you can only (or at least yo

Re: [linux-audio-dev] newest audio server for Linux (yep, yetanother)

On Tue, 2003-02-04 at 20:47, Josh Haberman wrote: > Imagine being able to write to an API as simple and well-designed as > this: Just out of interest, why are paNoDevice, paFloat32, etc, defines instead of const values? Bob -- If y

[linux-audio-dev] [ANN] JACK Rack 1.2.0

Hi all, No response to the beta testing request, so I'll have to subject you all to a likely hairy release :) Arbitrary channels are the biggest thing. Also, previous save files will no longer work as the save files use XML now. Sorry, but it's better to change it now instead of later as changi

[linux-audio-dev] "Beta testers" wanted for jack rack

Hi all, I'm about to release a new version of jack rack, so rather than let it go and then release a load of fixed versions over the next week, I thought I'd try a beta test type thing seeing as the code is now in cvs. So, if anyone would like to test the new version, you can get the cvs info fro

Re: [linux-audio-dev] Happy about MADI

On Tue, 2003-01-28 at 14:46, Paul Davis wrote: > they announced last month that next year or soon after, they would be > using embedded linux in just about all their consumer keyboards and > some other products. it was mentioned here on LAD as well as > elsewhere. Happy to use the linux communit

Re: [linux-audio-dev] [ANN] amSynth 1.0 rc2

On Sun, 2003-01-26 at 12:07, nick wrote: > * you've been waiting for it -- JACK audio output support!! phat :)

Re: [linux-audio-dev] sooperlooper goes PD

On Fri, 2003-01-24 at 13:03, Francois Dechelle wrote: > > Could you not do something similar to the vst plugin? Ie, have an > > LADSPA_JMAX_PATH, or something, that has directories containing patches, > > and have the ladspa .so build its list of plugins from scanning these > > directories? I do

Re: [linux-audio-dev] sooperlooper goes PD

On Thu, 2003-01-23 at 18:02, François Déchelle wrote: > > I'm guessing that Paul was wondering how you tell the LADSPA plugin what > > jMax patch to load. Well, thats what I'm wondering anyway ;) > > If the patch is included in the .c, then you tell it when building the > plugin. Could you not

[linux-audio-dev] [ANN] JACK RACK now hosted on sourceforge

Hi all, I decided it was time to get some proper hosting. The sourceforge summary page is at http://sourceforge.net/projects/jack-rack/ . There's a mailing list, jack-rack-devel which you can subscribe to with http://lists.sourceforge.net/lists/listinfo/jack-rack-devel . Nothing in CVS as of ye

[linux-audio-dev] [ANN] JACK Rack 1.1.2

Hi all, Good job I'm getting a new hard disk soon and will be able to install some other distros to test on :) Just build fixes with this release. There was also a gtk-2.2-only function in there, which has been gtk-2.0-ified. * build fixes for gcc 2.9x from Fernando Pablo Lopez-Lezcano * compil

[linux-audio-dev] [ANN] JACK Rack 1.1.1

Be gone foul bugs! * fixed control output ports segfault * fixed desktop installation prefix stuff * fixed bug dealing with duplicate plugin ids * now quits when you close the window * added a "New" option to clear the rack * rack is now automatically cleared when you load a file http://pkl.net/~

[linux-audio-dev] [ANN] JACK Rack 1.1

Hi all, Nice couple of new features with this release, a lot of code cleanups, a bit of UI work, and general betterness all round :) And, if I'm not mistaken, this makes jack rack the only application so far with LRDF support. Nee ner nee ner ;-) * proper ladcca support (pays attention to event

Re: [linux-audio-dev] LADSPA proposal for named values

On Sat, 2003-01-04 at 12:23, Steve Harris wrote: > However no hosts can read RDF yet. http://plugin.org.uk/lrdf/ for code. > It can also do a number of other metadata tasks incuding categorisation. > I think its better to solve all these problems at once. While we're on that, I'm adding lrdf supp

Re: [linux-audio-dev] LADSPA proposal for named values

On Sat, 2003-01-04 at 08:51, Pascal Haakmat wrote: > Therefore (if such a thing does not already exist) I propose to extend > the LADSPA specification with a convention: if a PortName matches the > following regular expression: .+ \((\d+=.+,)*(\d+=.+)+\) (in words: > any sequence of characters foll

[linux-audio-dev] [ANN] ALSA Patch Bay 0.4

Mmm.. releases :) Biggest thing is that it now listens to changes in alsa and automatically refreshes. * made a nice dlopen() system for GUIs and drivers * ladcca support * major amounts of code cleaning up and seperating (eg apb.h -> 6 .h's:) * bug fixes * compilation fixes * listens to alsa cha

[linux-audio-dev] [ANN] JACK Rack 1.0.1

Hi all, This is just an intermediate release to fix some things (and add LADCCA support of course :) * jack_set_server_dir is optional * LADCCA support * fixed bug dealing with LADSPA_PATH http://pkl.net/~node/jack-rack.html Bob

[linux-audio-dev] [ANN] ladcca 0.2

Hi everyone, Lots of stuff done in this release. There's a few patches for some programs as well. I'm also going back on what I said about the LGPL issue. The libladcca is still under the GPL, and will stay so. The reason is that even though the library is under the GPL, it doesn't stop propri

Re: [linux-audio-dev] The beginnings of an ladcca manual

On Tue, Dec 10, 2002 at 09:25:15PM +, Nathaniel Virgo wrote: > programs. This means that if a commercial program comes along it won't be > able to use the library, and anyone who wanted to use that program would have > to manually keep loads of files in sync like we do now. Like I said b

Re: [linux-audio-dev] The beginnings of an ladcca manual

On Tue, Dec 10, 2002 at 05:03:14PM +, Nathaniel Virgo wrote: > It's a really, really good idea and I hope it comes into widespread use > eventually. I just have one comment really: IMHO this should definitely be > LGPL not GPL. I don't think there's any reason to exclude non-GPL clients

[linux-audio-dev] The beginnings of an ladcca manual

Hi again, I just completed a huge introduction to ladcca. I hope this will help generate some interest. It's part of a very incomplete manual, which I've put up on a webpage for the thing at http://pkl.net/~node/ladcca.html The introduction is here: http://pkl.net/~node/software/ladcca-manual-ht

Re: [linux-audio-dev] Audio s/w ui swallowing

On Mon, Dec 09, 2002 at 03:00:19PM -0500, Paul Davis wrote: > it suffers from several the usual incompatible toolkit problems, but > not quite as many. as long as the toolkit allows you to add a foreign > window, it could be made to work. Seeing as this has come up again, I asked on the #gtk+ cha

[linux-audio-dev] [RFC] LAD Configuration and Connection API 0.1

Hi all, I've been beavering away on a session/config managment system, and it's just reached the point where projects can be properly saved and restored. It's an implmentation of the api proposal, http://reduz.dyndns.org/api/ , that originated from this discussion: http://marc.theaimsgroup.com/?l

[linux-audio-dev] [ANN] ALSA Patch Bay 0.3

Hi all, I'm in a hacking mood :) I added an fltk (1.1) interface to alsa patch bay, and also updated the gtkmm interface to use 2.0.0. It can use both, or just one. Tarball here: http://pkl.net/~node/software/alsa-patch-bay-0.3.tar.gz (214KB) I also made a spiffy (if sparse) page for it here:

Re: [linux-audio-dev] [ANN] JACK Rack 1.0

On Tue, Nov 12, 2002 at 12:57:28AM +0100, Tim Goetze wrote: > >I'm pretty sure gtk 1 and 2 can co-exist. The X session that I'm writing > > yep, they do coexist nicely. provided you have enough ram to > host both of them ... which i don't think i have. :( bummer :/

Re: [linux-audio-dev] Looking for some PR stuff related to Jack

On Sun, Nov 10, 2002 at 11:33:54PM -0500, Paul Davis wrote: > the existing ALSA "driver" for example, is nothing more than an I-P > client that has also been assigned the role of "driver". As an asside, there seem to be only one driver "role" atm. Is there any reason why there can't be more than

Re: [linux-audio-dev] [ANN] JACK Rack 1.0

On Mon, Nov 11, 2002 at 06:16:53PM +0100, Tim Goetze wrote: > looks good, and nice features! Thanks :) > (of course i feel flattered seeing what plugins are used > in your screenshot ...) That hard clipper makes some pretty phat growling noises come out of my guitar.. I like it :) > too bad i

[linux-audio-dev] [ANN] JACK Rack 1.0

Hi all, I just uploaded the first version of JACK Rack, a stereo LADSPA effects "rack" for JACK and GTK+ 2. Tarball is here: http://pkl.net/~node/software/jack-rack-1.0.tar.gz (96k) screenshot is here: http://pkl.net/~node/images/jack-rack-shot.png Enjoy :) Bob

[linux-audio-dev] posix clocks

Hi all, I just read this in the latest kernel traffic: "George Anzinger announced: This, patch implements the POSIX clocks and timers functions. The two standard clocks are defined(CLOCK_REALTIME & CLOCK_MONOTONIC)." I've got a feeling 2.6 is going to be very good for l-a-d :) Bob

Re: [linux-audio-dev] Soundcard spotting

On Wed, Oct 23, 2002 at 01:22:41AM +0300, Kai Vehmanen wrote: > Ok, maybe the current SB cards are better, but I'll > never forgive the company the disappointment their AWE64Gold caused me. > Such waste of money! ;) Oi! I won't have a word against the AWE cards. This track: http://pkl.net/~no

Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel] hel p for a levelmeter]

On Tue, Oct 22, 2002 at 03:07:22PM -0500, STEFFL, ERIK (SBCSI) wrote: > BTW creative provides some linux support. Heh, no, they don't. They've provided a paper on an FX8010, a chip that the emu10k1 "implements" or something, and they released some register info, and that's it. Basically, afaic

[linux-audio-dev] Re: more 2.5 experiences

On Wed, Oct 16, 2002 at 08:15:57AM +0200, Joern Nettingsmeier wrote: > > But then I gave 2.5.42-mm3 a whirl, and it seems to be > > considerably more responsive, and sweep drops out much less. > > i have not tried it. did you hand-apply the patch, or is there an > updated version against 2.5.42

[linux-audio-dev] more 2.5 experiences

Hi all, I've been running 2.5 for about a week now without any troubles. I did try 2.5.39, but it didn't want to stay up for more than 10 minutes. 41 and 42 have been solid (and that's with all the usual whizbang usb, bttv, etc, stuff as well.) Overall, imho, 2.5 seemed less responsive than th

Re: [linux-audio-dev] Final Scratch, custom kernel?

ng later position of your digital recording? Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node All your rights are belong to us

Re: [linux-audio-dev] Final Scratch, custom kernel?

hat was, in fact, the only thing encoded in the signal; can't think of much use for anything else. I wondering how Mr "x" (ack, btw) calculates time? What does the "rising" in "440Hz rising saw" refer to? Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node All your rights are belong to us

Re: [linux-audio-dev] FLTK/X11 question

On Wed, 2002-09-25 at 15:38, Steve Harris wrote: > I know a VU meter in a PCM system is about as much use as an underwater >hairdryer I don't know. Why is useless? :) Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node All your rights are b

Re: [linux-audio-dev] Re: SysEx interface for softsynths [was Re:[linux-audio-dev] LADSPA and TiMidity++]

pt up to date with the stand alone version. There's currently 6 softsynths in muse. There's an older iiwu-based synth which had some old iiwu sources hacked up but which now uses libiiwusynth, and also a newer one that also uses libiiwusynth. Bob -- Bob Ham: [EMAIL PROTECTED] http:/

Re: [linux-audio-dev] managing installations from source [CVS]

On Mon, 2002-09-02 at 23:45, Vincent Touquet wrote: > How do you manage these from-source installs ? > Are there people who use stow ? stow++ -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node All your rights are belong to us

Re: [linux-audio-dev] midi events in jack callback (was: Reborn)

On Thu, 2002-08-22 at 02:21, David Olofson wrote: > On Friday 16 August 2002 00.19, Bob Ham wrote: > > On Thu, 2002-08-15 at 20:17, Paul Davis wrote: > [...timestamps...] > > ...and only make calls on those that are stamped "now". > > Except that removes the a

Re: [linux-audio-dev] What I think about reborn.

On Fri, 2002-08-16 at 11:31, Tobias Ulbricht wrote: > where has tolerance, hospitality and an unbiased attitude towards others > gone that this list had so far? That's a good question. There seems to be a lot of negativity floating about for some reason. I'd like it go aw

Re: [linux-audio-dev] midi events in jack callback (was: Reborn)

ho, I can see this being bad. Each object would have at least two threads, and those with jack callbacks having another. Lots of room for things going wrong, time wise. I wanted it so that an object isn't necessarily a jack client. Perhaps I'll have to change that. More thinking to do, I fear. Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/

[linux-audio-dev] midi events in jack callback (was: Reborn)

clients are given a midi event (eg, noteon,) they should deal with it immediately. Same goes for their despatches. Is this not what I should be doing? Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/

Re: [linux-audio-dev] reborn aborted

On Thu, 2002-08-15 at 12:48, Billy Biggs wrote: > We still don't know if he's using gsynth code under a different > license. He is. -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/

Re: [linux-audio-dev] Reborn

On Wed, 2002-08-14 at 13:21, Paul Davis wrote: > a "pull" model ("hey client: do this much work right now"). Should the "this much work" be constant? Ie, should I be dealing with midi events (of which there may or may be some) inside or outside the process ca

Re: [linux-audio-dev] Reborn

cense you were given. It doesn't matter if you say "I'll give you it in a little while;" you're still saying "I'm not giving it to you now" and disallowing people doing that is, like, the entire purpose of the GPL. Bob -- Bob Ham: [EMAIL PROTECTED] http://pkl.net/~node/

Re: [linux-audio-dev] Reborn

On Tue, 2002-08-13 at 00:32, Bob Ham wrote: > If there's GPL code in there, then he's breaking the law A quick investigation implies that this is not the case: node@insanity:~/proj/gsynth-0.4.8/modules/tb303/.libs$ objdump -T --demangle libtb303.so.0.0.1 | grep 303 libtb303.so.0.

  1   2   >