Sine Sine Everywhere a Sine

[billstei]

@xh3rv - SVN 55 has (hopefully) improved SDL audio shutdown, so it's either very dangerous, or very safe, let me know how that goes.

Also see Line #52 in blueberrything_app.cpp, there is a line you can uncomment and see if that makes the Close box in OSX behave better or not.

If you don't have time, or don't want to do this stuff, that's OK, no worries -- I'm planning to buy the first $3.50 Mac I can find

[billstei]

I just noticed there is a bug in the Spin control updating that makes the MS Windows build unable to use more than one OscWave at a time (including the 0.0.3.18 secret Alpha) Rather than try to track this down, my intention was to ultimately get rid of those Spin controls once the Audio Source display was working reliably with adequate zoom to get down to single samples, which it is, so SVN 57-ish should have this "fixed".

[xh3rv]

Tried now on 10.5.7 cmd+o and crashes at start.
It don't open nor the gui.

First thoughts: Giant 'uggggggghhhhh'

Second thoughts:

Could you try installing these items (the dmg files contain a 'framework' bundle to drop into /Library/Frameworks, text files also in the .dmg may be more instructive)?

http://www.libsdl.org/release/SDL-1.2.13.dmg
http://www.libsdl.org/projects/SDL_mixe ... -1.2.8.dmg

And see if that changes anything.

Billstei: I'm fine time-wise after a couple days here, just a little busy for a few days. The larger concern is probably, am I going to make any of this easy, which is perhaps becoming clearly not so much

[Cyoon]

didn't work on 10.4.11.. just for info..will be back on leopard in a few days..

[billstei]

SVN 57 is up with a serious MS Windows bug fix, so for all MS Windows adventurers, it's highly recommended. Maybe after some clean up I can make another Alpha.

[billstei]

@xh3rv - It sounds like in the post above that you might be thinking that SDL is dynamically linking even though we were trying to statically link to it, and that would be a good question to ask. In fact that is exactly what happened when I did the first few MS Windows builds, it statically linked to some library functions which themselves wanted to load a DLL The solution was to go back and force the library to be completely statically linked, and even though a lot of these libraries *say* they default to static linking, I think maybe it helps to say it explicitly. Anyway, here are my configures that I used with MS Windows, but with the --prefix modified (and the --host=, etc removed) and maybe it will help to compare with what you did (you wrote it down, right - don't sweat it):

For wxWidgets:

./configure --prefix=/usr --disable-shared --enable-unicode

For fftw:

./configure --prefix=/usr --with-gcc-arch=prescott --enable-portable-binary --with-our-malloc16 --with-windows-f77-mangling --disable-shared --enable-static --enable-threads --with-combined-threads --enable-sse --enable-float

libsndfile:

./configure --prefix=/usr --disable-shared

SDL:

./configure --prefix=/usr --disable-shared

Make sure you did a Unicode build of wxWidgets (see the enable switch above), seems to me that was crucial (?).

[billstei]

More nasty bugs... in Linux I take if for granted that if I hold the mouse pointer over an object it gets Focus. Not true in the Windows world. So the mouse wheel zooming doesn't work in Windows without some extra code. Will fix (hopefully) soon.

Edit: SVN 60 has the fix.

[raikard233]

Tried now on 10.5.7 cmd+o and crashes at start.
It don't open nor the gui.

First thoughts: Giant 'uggggggghhhhh'

Second thoughts:

Could you try installing these items (the dmg files contain a 'framework' bundle to drop into /Library/Frameworks, text files also in the .dmg may be more instructive)?

http://www.libsdl.org/release/SDL-1.2.13.dmg
http://www.libsdl.org/projects/SDL_mixe ... -1.2.8.dmg

And see if that changes anything.

Billstei: I'm fine time-wise after a couple days here, just a little busy for a few days. The larger concern is probably, am I going to make any of this easy, which is perhaps becoming clearly not so much

Dropped into HD/Library/Frameworks and still crash.

Got this into report:

Code: Select all

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: /usr/lib/libsndfile.1.dylib
  Referenced from: /Users/xxx/Downloads/Blueberrything OS X/Blueberrything.app/Contents/MacOS/blueberrything
  Reason: image not found

[Urs]

Rics... that looks like you'd just need to install libsndfile with Fink...

[raikard233]

Urs, can you post a link please?
I've just searched over sourceforge mirrors and in the fink website, but found nothing precise, maximum that i've found are files that have link broken.

[Urs]

Urs, can you post a link please?
I've just searched over sourceforge mirrors and in the fink website, but found nothing precise, maximum that i've found are files that have link broken.

I'll have too look for it myself...

Will try to find it later...

[xh3rv]

Libsndfile shouldn't need to be dynamically linked, I can try and post something later today that's static. There is: http://trac.macports.org/browser/trunk/ ... e/Portfile - but it's for Darwin which is different from OS X here (?)

[billstei]

Libsndfile shouldn't need to be dynamically linked, I can try and post something later today that's static. There is: http://trac.macports.org/browser/trunk/ ... e/Portfile - but it's for Darwin which is different from OS X here (?)

I am going to probably do SVN 60 (0.0.4.9) today for Linux and Windows, mostly because the 0.0.3.18 Windows version is virtually useless.

P.S. To check if your wxWidgets compile is Unicode, look for the "u" in names like:

libwx_baseu-2.8-yaddayadda
or
libwx_baseud-2.8 (aka the "d" is the debug version of the library)

[billstei]

Not-So-Secret preview of SVN 60:

BlueberryThing-0.0.4.9 (Linux)
BlueberryThing-0.0.4.9 (MS Windows)

In theory these files will make their way up to SourceForge this time, but the new web design there is a bit alpha-ish, so who knows At some point the files will disappear off my website, and the old 0.0.3.18 will definitely go buh bye.

Edit: Sourceforge finally got around to processing the upload queue so you can just go there to get the files now: http://sourceforge.net/projects/blueberrything

In retrospect The Thing I Hate is the MS Windows problem with processing motion/left-up events on the Gain and Base Frequency knobs - grrr - I have a workaround in mind, but ultimately it might take some major re-writing to totally fix it. In the meantime, use only short mouse swipes on the knobs.

Edit Edit: For Linux user's, there are two dependencies that will need to be resolved in order for BlueberryThing to work: libfftw3-3 and libwxgtk2.8-0 (these are the Ubuntu 9.04 package names). This is not the way I planned to deploy, but since 1) Ubuntu deb packaging/updating makes this easy, and 2) A proper .deb package would have done all the heavy lifting anyway, and 3) it does make for a smaller BlueberryThing executable,... I'm leaning towards leaving these dependencies for Linux only. Definitely not for Windows. And for OSX it's up to xh3rv if he wants to have (some) dynamic linking requirements, but probably not.

[billstei]

SVN 62 makes the MS Windows build a lot more tolerable to humans. Most of the nasty flickering on the waveform displays should be gone, and the knobs don't have that irritating stickiness (still not ideal, but better). Should probably get a new build out there...

Edit: Careful, the plate is hot: Blueberry Thing 0.0.4.11