freeform jam with brenchr

freeform jam with brenchr

I don't know what I did to deserve it, but somehow I ended up having an awesome group of friends. Thanks guys for everything. And by everything, I mean the handjobs.

7 Comments

freeform jam with bangshmang

freeform jam with brenchr

as a followup to my last post, the asynchronous file reading code was working in such a way that it worked, but ended up reading each block approximately 1.5x. Hugely wasteful. Spent all day figuring out why, and it was sooo worth it. yay. That made v0.77, now for a bunch of little tweaks for tomorrows 0.78. I hope my users are patient, but I know having constant updates helps keep people happy. at least the people who like that. I guess some people want to just have one version that works and never have to upgrade. But hell, this is v0.77, I guess that comes later...

8 Comments

freeform jam with newtbid

must code.

just kidding, it's been long enough. REAPER's been envolving so steadily it amazes me. Gradually mistakes (well, decisions, not really mistakes) I made get massaged out, and replaced by new code that seems to work better. A nice class I wrote that I should have a long time ago is a generic file reader class, that can use win32 overlapped I/O if supported (which seems to be necessary when moving a lot of data from lots of files on disk).. Having that will be useful in the future. But another good time was realizing a good way of doing something like the track reordering, and getting to throw out (comfortably, thank you version control) a bunch of code that was a pain, and replace it with a nice simple bit of code that works much better. anyway.

At my release rate (a version a day or so, I will run out of 0.xx version numbers before 1.0 is really ready. So maybe when I get to 0.9 I will do 0.9.0 and so on. My list of things to do is quite large, but then again I need to realize that 1.0 is just 1.0, and there will always be more to do. But I'm not in a terrible rush, anyway.

...now I'm tempted to write a shoutcast output plug-in for reaper, mmm....

4 Comments

freeform jam with newtbider

...so there was some down time, mail lost, all that. but it's on a connection an order of magnitude faster, yay.

so tired I am. too much running around with my head cut off.

4 Comments

I woke up early this morning, after Allison left with her stack of cake, due to the PG&E guy reading the meter. Couldn't fall back asleep, but I didn't try too much. So today will be a long day, of which I suppose I don't have enough.

I did some arrangment/editing of this song last night with REAPER (Dave Wiener sent me those amazing vocals to work with). It really worked well. It's exceeding my expectations as far as what it can do. There's still so much to do, though. So so much. I'd say 1.0 in june would be plenty of time, though. if I don't get too tired.

5 Comments

freeform jam with brenchr

I've been programming too much, neglecting other things (and a particular person and cat as well), so now that REAPER v0.52 seems stable enough, I'm going to take a few days off to take care of those things as well as think about the best way to do things that need to be done with REAPER. Phew, that was a long sentence. So it's not really taking days off, anyway, it's really just "not programming" for a few. we'll see how long that lasts.

4 Comments

... but I posted REAPER 0.50, which has some pretty awesome auxiliary send functionality, as well as hardware output support, that I dig. and there's still so much to do! sigh. the todo list grows faster than I can keep up.

It will be interesting to see Acid 6.0. Before I started writing REAPER I wished Acid did multitrack recording well. But now it's too late, I'm committed to this. It's been 9 weeks. I'm so tired. But happy.

I ordered a real Mackie Control Universal, so I can support it. REAPER works great on my BFC2k in MCU mode, but apparently a real MCU doesn't like it. lame.

Everybody who has been sending in suggestions has been so helpful. It's really a lot like the old Winamp days, except people are REALLY passionate about what they want, which is even better. I just have to sort through it and find the best ways of pleasing myself (that sounds naughty) and others equally.

At any rate, REAPER v1.0 seems so far away now, but the prospect of making literally HUNDREDS of dollars, ~$20 at a time, seems so exciting. That's a lot of burritos. Why did I say I'd go to 1.0 before going shareware?

2 Comments

freeform jam with brenbidercolekevincraigmikecurtis

So the control surface support for the Behringer BCF2000 was easy to do, now I'm doing modes for HUI and Mackie Control (using the BCF2k in emulation modes for it for testing).. if anybody has any documentation for HUI/Mackie MIDI protocols it would be helpful, for now I get to do lots of sniffing of the protocols and whatnot, which is less than ideal...

In general it works really well, and I'm very impressed with the quality of the $200 BCF. If any other manufacturers want to send me units, it would help too, haha.

I'll probably post 0.45 by monday or so which will have support for surfaces.. and maybe a few other things (depending on how much time I make to do them).. ogg (and maybe lame) encoding is a big one I'm planning on doing soon. Does lame_enc.dll support multiple simultaneous encodes yet? last I checked it did internally, though the bladeenc api didn't support it...

The biggest thing I'm planning now, though, and almost have figured out, is the automation recording, so you can use sliders and/or control surfaces to record envelopes. The code for this will be relatively straightforward, the UI for how to present it in a sensible way is the most difficult, I think. That and I gotta do DX/VST/JS parameter envelopes, too.

Anyway. Brennan and I saw that crazy (in an amazingly good way) 11 string bass guy at Guitar Center last night. I am still totally in awe.

2 Comments

(of REAPER)... is up.

The biggest single thing in it is that I made a nice system that buffers all source material in another thread, so the audio thread doesnt have to wait around for a slow network device or disk, etc (well, it still might have to, but it's a lot less likely). All of the effects and mixing of tracks still run in the audio thread, though that may change eventually, but for now it makes sense (since you may be monitoring an input on those channels, and would want to have the effects applied on there with as little latency as possible). At any rate, playback is now a LOT more reliable, with less little dropouts. It took me a few days of thinking to come up with this compromise, and a few hours to code it, but I'm pretty happy about it, thus far.

The other thing of interest is I made a separate position and playback cursor, so you can see where actions such as splitting will take place (or where you will start playback if you hit play and you were stopped). Makes a lot more sense now.

And there's a bunch of other small things (MIDI peaks now show the approximate notes/durations/etc), VST latency compensation, bla bla bla.

I picked up a $200 Behringer midi/usb control surface, going to add support for it tonight I think. Initially the faders will just map to volume sliders (and be controlled by them), but eventually there will be automation modes, I'm planning (automation will be supported with or without a real surface, that is, mmmm).

So much to do + no deadline = happy justin.

Comment...

freeform jam with bidercoleianmore

Got a bit frustrated this evening with the amount of data that I've made myself deal with. There's just so much of it. The mp3 collection and photos are so small and manageable, and the full recordings of all of our jams and rehearsals are somewhat tolerable, but in keeping all of the NINJAM recordings that we host, too much data gets created. And for some extremely stupid reason, I insist on trying to keep it all. And what's the point of keeping it unless you do it redundantly. and I don't just mean on RAID. I mean on RAID, and on another drive, preferably one that doesnt spend all of its time over 100F, etc. So much data, bleh. Nevermind the data that is less big, but scattered around (backing up web servers like this one, cvs databases, etc). There's a lot of irreplaceable bits out there.

Oh yeah my other complaint was that in processing the NINJAM autosongs it ends up using alittle of CPU on my main workstation (which has plenty of CPU to spare), but uses way too much disk bandwidth. So I'm setting up a box just for that processing.

Back to my first paragraph, perhaps it just makes sense to say fuck it. You can't keep information forever. Or if you can, it's not worth bothering. If only we had our 100gb blu-ray recordable discs. if only I can hang on til then, I'll be able to put everything I will have by then on 20 of them or so. times two. plus the online (RAID) version. sigh.

I guess it's not really that much data.. I mean, everything fits within my 1.2tb array. so maybe I should just get another, and keep them synchronized. and set up rsyncs to backup other stuff to them. or just keep getting more firewire drives for the seocnd copies. rOn got one of those usb->IDE cables, that might be a good way to go, and just buy a few 400gb IDE drives..

4 Comments

...posted it late last night, let me know if you have any problems.

Recordings:

freeform jam with kevinnewtonfritz

2 Comments

I have the nastiest cough I've had in a long time, bleh.

So I've added basic VST support to REAPER, and in doing that I also added VSTi support, which then required me to add MIDI input support, which is pretty much done (there are some sync issues). So now I'm going to add MIDI file reading/writing, and I suppose MIDI output as well, and that will be hot. I can't wait to merge a lot of this into NINJAM, too, so we can use softsynths (as well as DX plugins and VSTs) directly. I'll do that someday soon.

Other stuff that will be in the next version of REAPER (in the next week or so):

+ moved config files to application data instead of the program directory

+ effect bypass support

+ directx plug-ins use the current samplerate instead of 44khz

+ made it so you can arm/disarm tracks while recording

+ option to create new files when recording every X megabytes

+ a bunch of preferences updates

+ tons more

Yay.

Now I'm going to go cut an EP from a relatively productive new years eve...

Comment...

freeform jam with brenwienerkevin

OK so I spent a couple nights doing some big changes for REAPER, and now, we have 0.42, which has some pretty neat new features (dockable mixer window being the most obvious, and master playspeed envelopes being the coolest). Word.

Now I must try to fight off a cold or something.

Recordings:

newpoo-without-direction

2 Comments

OK so if you go to The REAPER website you can get REAPER v0.40, which is now public.

Every time I release something I'm always trying to get shit perfect, but I always fail and end up releasing more updates, so I'm just going to be OK with that, and though this release should be pretty good overall, you might want to check back for updates (I may do them a couple times a day, even).

Now I just get to sit back and let people tell me what is (or isn't) broken.

Also, I propose that people send me small REAPER projects for possible inclusion as examples, or REAPER color themes (for inclusion). I'm going to update the web site to reflect this and encourage people to submit.

9 Comments

El nuevo screenshotto (I know, I know, bad):

Won't be long now. The general todo list is still quite large, but the number of items that need to be done before releasing is quite small (really just a few).

It's so satisfying working in an environment where doing new things is easier than I expect; it makes me happy to get things done quickly, and happier that I created the workable environment to begin with.

I'm hoping I can keep REAPER feeling as sparse as I feel it is now. I might be biased, but it feels less cluttered than a lot of other audio software, and I think that's a really good thing.

Steve kept comparing shit to garageband and telling me how I could probably take ideas from it. I'd used it some before, but today I fired it up (well, spun it up is more like it, since I have an ancient 667mhz mac), and was thoroughly disgusted. I honestly don't know where to begin. Basically, everything UI about it sucks. The audio end of it seems decent, though it's painfully slow on my G4. Anyway. Back to bitching about the UI-- It has a ton of buttons that have tiny little icons that it isn't really obvious what they do, and there are no tooltips or anything to help you learn, you really have to click, figure out what happens, etc. So lame. And when I drag a nice loop into the project, I can't just resize it larger and have it loop, it makes me go drag a second copy of it. lame x10. anyway.

Recordings:

satanslovesong

6 Comments