> make the point well of how limiting the battery life can be for
> a MIDI wireless controller right now.
$2.99 will get you a 15 foot (~5 meter) USB 2.0 cable
http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=210001+1177512103+1177412128&name=11+-+15+ft.
theres also 16 foot cables,
On Mon Feb 05, 2007 at 03:07:05PM -0500, Stephen Sinclair wrote:
> >Highly doubtful. Python is fantastic for lots of jobs. This isn't one of
> >them.
>
> Python isn't so good at real-time audio jobs, but I think it would be
> pretty decent as an audio "control" language. Using it to specify
> netw
On Wed Jan 03, 2007 at 03:45:31PM -0500, Paul Davis wrote:
> On Wed, 2007-01-03 at 16:28 -0500, kind king knight wrote:
> > I need a framework of a sequenced sample player. This is becouse I want
> > to start my own project,
libzzuvb is probably closest to what you describe. you could also hack to
> >library for XML (http://swiki.hfbk-hamburg.de:/MusicTechnology/747).
>
> Maybe this is still interesting to somebody...
nice start. care to port it to an RDF schema?
> Our client provides advanced noise suppression solutions for enhanced
> voice communication to the mobile, VOIP, PC and auto markets. Their
> proprietary technology, derived from human hearing biology, allows the
> complete removal of the most difficult and distracting noises from
> voice, enabl
> Yes, but what would be even more useful is to report this to the
> sweep developers.
done.
as it turns out, theres a divide-by-zero on alsahandle->num_channels or
similar. ive noticed other ALSA apps will also fail with plug:jack (notably
Twinkle) with an error very similar (eg, no available
On Wed Aug 16, 2006 at 09:04:44PM +0200, David Olofson wrote:
>
> Is there such a thing? (Could be implemented as a JACK + ALSA
> sequencer client, I suppose.)
a ~ # gre -i jack irclogs/freenode/#lad.log | grep -i midi | gre -i alsa |
grep http
17:44 larsl peppo: This is the version I use:
>
> http://www.linuxdevices.com/news/NS8030785497.html
> So far I've figured out that it's an Xscale of the kind with mmx, which
> suits my purposes just fine. And that there is a /dev/dsp in there
> somewhere :-)
very cool. although quite a few phones run QT, and there are ongoing efforts to
> You've just made a huge mistake... you just told linux zealots that
> linux is uncapable of something... now we are going to make it
> possible... ;)
not that its incapable. im just wondering...why?
you just coughed up $2995 for some buttons and embedded audio hw. wouldnt you
rather use the OS
On Mon Jul 24, 2006 at 01:01:14PM -0700, lazzaro wrote:
> On Jul 24, 2006, at 7:43 AM, Dave Robillard <[EMAIL PROTECTED]> wrote:
>
> >Anyway, as soon as you go sysex you lose the semantics and you have the same
> >problem anyway - retransmission is the only possible solution if you
> >know nothin
> you need to send data over lossy networks
> and that fits MIDI's semantics, and TCP's
> head-of-line blocking latency is not acceptable,
what sort of latency is this? ~10 ms? couldnt adjusting the MTU or something
else alleviate it without having to invent "UDP + Parity Checking" ?
> same... i know deep down Jens you are actually an intelligent guy from
> your other posts, but you really must think in a very different way to
> me. This looks really, really horrible compared to osc and
> fantastically inflexible.
i thought this Port Nodes inside Sysex inside MIDI inside RTP-
> Great. One of the bullet points on the "Future directions" slide is
> "Professional audio?". So it was not designed for professional use from
> the ground up.
>
> If Apple can design a single sound system that's usable for desktop toys
> AND pro audio why can't we?
kde4 will be using 'phonon'
> I've worked professionally using only C++ (and a little plain old C)
> for 8 years, and the last 6 have been exclusively on Linux. Ocaml may
> be programming nirvana, but it likely won't pay the bills
huh? i see job posts every week on nyc craigslist $130-150K OCaml programmers
for large inves
> you hope not what? it just seems like Turtle should be developers choice, and
> the format in the .bundle should be more standard - even Firefox can parse
> RDF/XML out of the box. the vast majority of the cool tools like
> Fresnel/Protoge that some develoeprs might want to edit their schemas
On Sun Jul 16, 2006 at 07:35:19PM +0200, Lars Luthman wrote:
> On Sun, 2006-07-16 at 17:28 +0000, carmen wrote:
> > i notice this file: http://lv2plug.in/spec/lv2.ttl is in the nicely
> > readable
> > turtle format. my main question is, whether this will be transf
i notice this file: http://lv2plug.in/spec/lv2.ttl is in the nicely readable
turtle format. my main question is, whether this will be transformed to RDF-XML
during 'make install' or perhaps by the developer themselves (Eg, similar to
leaving a configure script around for those who dont have auto
> Right, so I would detect the capabilities of ports and construct a GUI
> around that. I get what you mean.
if gstreamer doesnt wrap all the port-hint query stuff and you dont feel like
implementing it, in LV2 you can parse the port schema with eg Redland Python
bindings. presumably the one-way
>
> All these from gtk.org:
>
> * Installed cairo-1.2.0
> * Installed glib-2.6.6 ... it went into /usr/local/lib
> * set LD_LIBRARY_PATH, PKG_CONFIG_PATH to include /usr/local/lib...
> * Installed atk-1.9.0
> * Installed pango-1.8.2
> * Installed gtk-2.6.10
>
> Reconfigu
> > sent to the type-specific "compiler" creating executable signal paths
> > - - the executable graph of interconnected modules is analyzed and split
> > up in parts that can be executed in parallel, locks in the necessary
> > parts are added and the whole graph can be
> > executed in several thre
On Wed Jul 05, 2006 at 07:06:06PM +0200, Niklas Klügel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Oi,
>
> I am currently writing on a modular synth with great emphasis on
> sequencing (but allowing tight interaction between both parts)
> in a comparable modular way (pattern crea
> > > To ensure consistency the GUI should get its plugin descriptions from
> > > the host anyway. This works even with POL (Plain Old Ladspa).
> rather a more general format that it could use to describe its
> internal modules or other plugin formats as well. The GUI doesn't
in theory, this (cli
On Wed Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote:
> Hi there.
>
> Is it possible to write LADSPA plugins in anything but C/C++? I prefer
> perl, ruby or python
when it gets down to doing something as simple as mangle a few samples or
implement a filter, C is almost as concise as python
On Sun May 07, 2006 at 02:33:44PM +0200, Carlo Capocasa wrote:
> Well, it does seem heavily Steve Jobs influenced... Of course it's hard
> to please everybody but personally I just love to see some really
> original stuff perhaps even with a little penguin appeal. PLUX was
> really good for that on
> > The backend is trivial (there are a bunch of similar little tools out
> > there)
> Are you going to make a fully functional command line version?
in my experience usually either 'it works' or 'its completely fucked' and some
arbitrary latency number is going to state the obvious. for example
> > im sure this RDF/JSON/YAML thing can make a case for it
>
> Possibly, but I doubt the field of mathematics can ;)
possibly not. but, i'm not a mathematician :) i just know that toggling sliders
between log and linear in PD, Bidule, Audiomulch etc can be useful, and some
kind of hint from t
> It's not possible for a host to know how to scale a port from just the unit
> labeling. Unit labeling and input value scaling are independent, in fact
> are completely orthogonal except in certain conventional cases like
> IEC for some (not all!) dB ranges.
++. there definitely needs to be a '
On Thu Apr 27, 2006 at 09:12:52PM +0200, Leonard paniq Ritter wrote:
> ok, here's my vote.
>
> openplux>plux>ladspa2
does DSSI get its own name? i was going to vote for XAP/LAP/SIN or something,
but as VST and AU both consider instruments and filters part of the same
family..
LADISSY? LDY? SPI
On Fri Apr 07, 2006 at 11:22:48PM +0200, Albert Graef wrote:
> Dave Robillard wrote:
> >I've been toying with the idea of adding support for gstreamer
> >sources...
>
> I also have a Q module for gstreamer on my TODO list (more geared
> towards video playback and editing, though). Has anyone trie
> I heard from someone at Ableton that one guy wrote the Live engine in
> about 3 months.
yeah its not that complex. all you need is something that can play audio files
realtime at varying pitches/speeds and apply FX chains, and a GUI to facilitate
the arrangement and FX parameterization..
i wa
> Freewheeling is *so* unlike Live its hard to even link the two. Just for
> a start, Live is organized around a timeline, Freewheeling is not.
Live does have a freewheeling mode.where you can basically turn on and off
loops and fx, McMusic style. you can record the actions in this mode, and view
> the vendor deciding no longer to make ALSA drivers next week because 96% of
> their users run MacOSX or WinXP..
this is a distortion. i'm not aware of any vendor actively supporting linux at
all, so open audio hardware would definitely be welcomed..
i mean in Echo's case, they gave some gener
ause 96% of their users
run MacOSX or WinXP..
Carmen
> how expensive is a firewire port ?
> firewire stuff is THE niche to fill.
> most newer firewire devices are not supported if if i understand
> correctly.
yeah this would be where my interest is as well. somehow i dont believe the 2
million figure (maybe designing a video card from scratch, and
> encouraging growth in an area by writing code. Now I just wish we had
> a qt/gtk unification
i dont think wishing one of them will go away is going to work. it seems in
tech spaces, there are always 2 player in a given field which benefit from the
borrowing/uneupmanship that goes on: google/ya
> Though, I have never seen such a system used in consumer radios.
> I'm not sure if it have been used in DX'ing radios either.
all of my consumer WiFi radios use this system. the older ones with 2 antennas,
but the latest MIMO (their word for diversity reception) models sporting 7 or
more...
>
> I installed the midisport about a month ago and got it
> working. I was using kde at the time. I uninstalled
> kde and switched to windowmaker. Now the midisport
> doesn't work I reinstalled the above packages. still
> no luck. I even reinstalled kde. nothing.
'doesn\'t work' isnt very s
>
> There really is no such thing as a 'noise filter' - noise usually
> occupies the whole band, so a noise filter would remove all of the
> signal !
there is definitely such thing as a noise filter. i know i had a
couple dozen VSTs in my 'filter/noise' folder on windows...
whether they were n
> I currently just blindly try to launch the decoder for either ogg, speex or
> mp3 in series. I'd like to add flac...
a simple way - how about assuming files are properly named, eg theres no files
matching *.ogg which are actually .wav format? although in the major web
browsers a .gif saved wit
On Thu, Sep 22, 2005 at 11:33:23PM +0200, Kjetil Svalastog Matheussen wrote:
>
> Paul Davis
> >On Tue, 2005-09-20 at 08:29 +0300, Aaron wrote:
> >> please save me from another lisp/scheme scriptable application
> >> > The scripting should be in a language easy enough for a non programer to
> >
kZinc so it chews about 5% of cpu on my AMD64 and
presumably more on slower hardware..
also, a spectrogram, just for fun ( http://whats-your.name/pd/gui/sp.gif ), and
some sort of RMS with adjustable moving-average length..
carmen
41 matches
Mail list logo
