Is there a way to play midi from a URL while it is downloading?
timidity http://... doesn't, it waits until the entire file has
downloaded before playing. pmidi only accepts a filename, not a url.
Timidity++ and fluidsynth are able to act as servers that respond to
midi events in realtime, but is there an easy way to hook this feature
up to read events from a url stream while it is being downloaded?
Thanks for any suggestions,
--
Ryan Heise
http://www.ryanheise.com/
Stephen Cameron <smcameron(a)yahoo.com> wrote:
> Isn't the data that comes from a midi controller typically
> already in the form of noteon/noteoff events?
>
> I know when I was messing around with an Akai MPD16
> (drumpad thingy) I was getting note-ons coming out
> of it. There was no real "conversion" necessary,
> though I filtered out some things it was sending which
> I wasn't interested in.
>
> Maybe I misunderstand your question -- and I'm amateur,
> so don't take what I say as being authoritative by
> any stretch.
>
> Maybe you mean record incoming MIDI events into a MIDI
> format file? There's arecordmidi
>
I don't think that midi control data sends midi note on/note off specific
commands.
Dunno, maybe I'm wrong.
N.
Dragan Noveski:
> hi to the list,
> would like to try this, but not able to make:
>
> nowhiskey@murija2:~/software/nove/jcapt/jack_capture-0.2.4$ make
> gcc -O3 jack_capture.c -o jack_capture -ljack -lsndfile -Wall
> jack_capture.c: In function 'stop_disk_thread':
> jack_capture.c:226: error: 'linfo' undeclared (first use in this
> function)
> jack_capture.c:226: error: (Each undeclared identifier is reported only
> once
> jack_capture.c:226: error: for each function it appears in.)
> make: *** [all] Fehler 1
> nowhiskey@murija2:~/software/nove/jcapt/jack_capture-0.2.4$
>
> anybody an idea, what is wrong here?
Oops, I'm so sorry about that, I must have forgotten to test before
releasing.
New version is up:
http://ccrma.stanford.edu/~kjetism/src/jack_capture-0.2.5.tar.gz
Cesare Marilungo:
> Open jack_capture.c and change 'linfo' to 'info' at line 226. Then try
> 'make' again.
>
> linfo->status = EPIPE;
>
> should be:
>
> info->status = EPIPE;
>
> Kjetil is one of those old school hackers that use to voluntarily put
> bugs and mispelled instructions on their code for educational purpose. ;-)
Yes, you're right, thats the reason why my software contains so many bugs. :-)
(BTW, what misspellings???)
Paul Davis:
> On Thu, 2006-06-22 at 18:37 +0200, Benjamin Fabricius wrote:
>> Hi all,
>>
>> ive made some more progress on the madi vst server.
>>
>> now ive got following problem. i am planing on being
>> able to run a large amount of plugins as i route 64 channels
>> of audio i/o.
>>
>> fst seems to start a dedicated wine-preloader process for every
>> plugin that is loaded. this causes my ram to decimate very
>> quickly and thats one thing i dont have a lot of. 512MB - Ramdisk
>> (running kind of an embedded system).
>> after starting 15 - 17 plug instances there is none
>> left obviously. is there a possibility of using only one shared wine
>> process or does anybody out there know a different work around to this
>> problem?
>
> kjetil's vstserver design works this way.
>
Not really. I think vstserver V0.0.1 or something ran everything in one
process. But I changed it quickly because if one plugin crashed, the whole
server went down as well, I'm not sure how bugfree v0.0.1 is though. It
might still work...
jack_capture is a small program to capture whatever
sound is going out to your speakers into a file without
every having to patch jack connections, fiddle around with
fileformats, or set options on the argument line.
This is the program I always wanted to have for jack, but no
one made. So here it is.
http://ccrma.stanford.edu/~kjetil/src/
Changes 0.2.3 -> 0.2.4:
*Give message to stderr during recording (not only after) if any overruns
occur.
*Do not delete file after recording if any overruns have occured. (stupid
jackreq code #$!@$)
*Increased default buffer size from 0.5M to 2M.
Hey All,
Apologies if you got this gratuitous plug already.
I am flying to Melbourne [Australia] this weekend to play a live,
improvised audio visual set using Puredata and GEM on Linux. Next
Thursday, June 29th at Plug N Play from 8-11pm (201 Smith st, Fitzroy).
Hope you can join me if yr in that area of the world.
Best,
Chris.
-------------------
chris(a)mccormick.cx
http://mccormick.cx
> On Fri, 2006-06-23 at 15:40 +0100, Dave Griffiths wrote:
>> hi all,
>>
>> a little movie of some of the livecoding I've been doing live lately
>> (usually alongside slub[1])
>>
>> http://www.pawfal.org/patterncascade/movies/rotblox.mpg
>>
>> the visuals and audio are both generated from the same improvised code
>> (lsystem rules used in a similar way to the mondrian project[2])
>>
>> more info: http://www.pawfal.org/patterncascade/
>
> So that's what a 3D piano roll looks like! Very, very cool.
thanks! :) I'm working on other ways of visualising the note events but
that seems to be the most successful so far, as it's the clearest.
cheers,
dave