u-he

Urs · Post by **Urs** » Sun Jul 19, 2009 6:22 pm

billstei wrote:so SVN 31+ will be scary for a while.

Even the previous versions seemed scary towards me

xh3rv · Post by **xh3rv** » Sun Jul 19, 2009 7:03 pm

billstei wrote:@xh3rv (and all other DIYers) - SVN 30 (0.0.2.26) has the stereo audio handling code more or less complete, and I disabled the test tool buttons, so this might be a good version to remember.

There are at least 3 (major) parameter/architectural flaws that I want to address next (not to mention GeoBlend capability is still missing), so SVN 31+ will be scary for a while.

OK, I'll see if there are problems / issues w/ SVN 30, also there's this nagging app-packaging thing for OS X that will be easy to do but, if there aren't going to be library changes (?), is the last thing I'd know about that would be required to say it's ported. So I'll try to do that with SVN 30.

In general, I just find SVN scary

billstei · Post by **billstei** » Sun Jul 19, 2009 7:53 pm

Urs wrote:
billstei wrote:so SVN 31+ will be scary for a while.
Even the previous versions seemed scary towards me

For some reason I had it in my head that Waveform (i.e. GeoMorph, SpectroMorph, GeoBlend, SpectroBlend) was unique to every Wave, rather than unique to every Osc, and global to it's Waves.

Man is my face red.

I refactor, therefore I am.

billstei · Post by **billstei** » Sun Jul 19, 2009 8:08 pm

xh3rv wrote:
billstei wrote:@xh3rv (and all other DIYers) - SVN 30 (0.0.2.26) has the stereo audio handling code more or less complete, and I disabled the test tool buttons, so this might be a good version to remember.

There are at least 3 (major) parameter/architectural flaws that I want to address next (not to mention GeoBlend capability is still missing), so SVN 31+ will be scary for a while.
OK, I'll see if there are problems / issues w/ SVN 30, also there's this nagging app-packaging thing for OS X that will be easy to do but, if there aren't going to be library changes (?), is the last thing I'd know about that would be required to say it's ported. So I'll try to do that with SVN 30.

In general, I just find SVN scary

Keep in mind that I am (thus far) statically linking all the libraries, which means the linker puts the library routines inside the blueberrything executable file. None of the libraries as shared objects need to be packaged as part of an installer. In Windows a shared object would be a .dll, and on Linux and OSX these would be .so files, so what I am saying is you don't need to include any dll's or so's in the "package", nor do the end users need to worry about whether they have library XYZ on their computer.

The idealists would say that my (larger) executable is taking up valuable space on the hard drive, but in this world of 1 terabyte = $80 hard drives, I say -- ppbpbpbpfffft.

xh3rv · Post by **xh3rv** » Sun Jul 19, 2009 9:12 pm

As far as I've read into it, it's just setting up a file structure that OS X reads as an application. There is a need to package on OS X just to comply with some Apple formalities - right now running Blueberrything from the shell is fine, but double-clicking the executable doesn't work. Also I think there are some easy ways to set up compiling or distribution for different Mac architectures (Tiger vs. Leopard or i386 for PPC), that will follow naturally from doing the packaging the right way. The documentation on this stuff is a little dry ...

Howard · Post by **Howard** » Sun Jul 19, 2009 9:20 pm

billstei wrote:...in this world of 1 terabyte = $80 hard drives, I say -- ppbpbpbpfffft.

I tried to say "ppbpbpbpfffft" too, but I find it very difficult.

billstei · Post by **billstei** » Sun Jul 19, 2009 9:42 pm

Howard wrote:
billstei wrote:...in this world of 1 terabyte = $80 hard drives, I say -- ppbpbpbpfffft.
I tried to say "ppbpbpbpfffft" too, but I find it very difficult.

If I ever finish this thing I will sample it into Zebra, but it's probably just not the same without the spit.

billstei · Post by **billstei** » Sun Jul 19, 2009 9:52 pm

xh3rv wrote:As far as I've read into it, it's just setting up a file structure that OS X reads as an application. There is a need to package on OS X just to comply with some Apple formalities - right now running Blueberrything from the shell is fine, but double-clicking the executable doesn't work. Also I think there are some easy ways to set up compiling or distribution for different Mac architectures (Tiger vs. Leopard or i386 for PPC), that will follow naturally from doing the packaging the right way. The documentation on this stuff is a little dry ...

One thing that I will probably have to change for Linux and OSX (not Windows) is the idea that the images really should be in /usr/share/blueberrything/skins/my_lake_superior_vacation/*.png or some fiddle faddle like that. It's on my TODO list.

Er, wait... the only thing on my TODO list is:

TODO: Make TODO list.

billstei · Post by **billstei** » Mon Jul 20, 2009 7:53 pm

@xh3rv - As of SVN 33 the program will check for the existence of /usr/share/blueberrything/images and read the image files from there. You can still have a local ./images directory, and that will override the system location, which is useful for both development, as well as a (very) simple re-skinning ability. But in terms of any packaging/deployment efforts, the system location should be used on Linux and OSX. Windows will use only the local ./images directory (I think).

Today's SVN Scary Level: NORMAL

billstei · Post by **billstei** » Mon Jul 20, 2009 11:30 pm

SVN 34 adds the ability to do GeoBlend, which means you don't have to use FFT analysis on a sample, you can just use the sample itself. The downside to this is that there's no vacation picture background in the lower Zebra Wave panel

billstei · Post by **billstei** » Wed Jul 22, 2009 1:06 am

Managed to build a MS Windows Blueberry Thing today

and it looked like crap, but it basically works, so at least I know it can (not easily) be done.

Edit: Weirder still is Blueberry Thing cross-compiled on Linux, for Windows, running under Wine, running in Linux. There is no reason for anyone to do this, except me.

Howard · Post by **Howard** » Wed Jul 22, 2009 4:41 am

We're lurking, Bill.

Urs · Post by **Urs** » Wed Jul 22, 2009 9:13 am

Howard wrote:We're lurking, Bill.

Eagerly waiting...

billstei · Post by **billstei** » Wed Jul 22, 2009 4:41 pm

Urs, if you had to pick one of the following ways to handle audio playback sample rate conversion, which would it be:

1) Do sample rate conversion completely in one big buffer, then send that buffer out via the playback callback routine. (Needs more memory).

2) Do sample rate conversion on-the-fly inside the playback callback routine. (Needs more CPU).

3) Play the sample at the wrong speed/pitch because it sounds like either Darth Vader or a chipmunk, which is entertaining and funny. (Easy to code).

Urs · Post by **Urs** » Wed Jul 22, 2009 5:06 pm

I'd do 1) because I have enough memory...

No, seriously, 2) is way to go.

u-he

KVR Audio

Sine Sine Everywhere a Sine