GarageBand Audio Unit Effects Tutorial
LG writes "The wild popularity of Apple's new music program, GarageBand, has surprisingly not yielded much in the way of instructions or guides (the program does not come with a manual, printed or electronic -- just some simple tutorial PDFs). Thus, there are many cool but totally undocumented features in GarageBand. MacJams.com has recently posted a fairly lengthy tutorial on the built-in Audio Unit effects in GarageBand, including things like delay, filters, compressor, reverb, etc. Hopefully similar documentation will start to pop up."
GarageBand, and the general plethora of opportunity it provides to musicians -hobbyist, serious and 'pro'- is a definite improvement in the standard for media content creation tools.
...
:)
with this simple app, you're able to do things which previously required a fairly significant investment. its a great 'raising of the bar' by apple in the media content-creation apps sphere
i only feel sorry for apps like Intuem, which is a native OSX-only app in the DAW sphere... surely they can't be too happy about competing with Apple directly, themselves, on an OSX-native DAW system.
nevertheless, its great to see people starting to realize that no, Virginia, "Pro Tools" does not make a pro. In fact, you can do things with GB now, which once were the exlusive domain of the 'elite' packages like Pro Tools.
Amen to the erosion of elitism, i say!
; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
I realize Apple feels their programs should be simple enough to not require documentation, but they definitely should rethink that stance. The more complicated the programs get the more they require decent documentation.
By time the summer comes around I am sure we will see books on the GarageBand come rolling in. The book writers probably didn't get a head start with a pre-release version, so they only have the public release to work with. Also, to be able to write a good book, you need to understand fully how to use the tool.
Then again you will probably spend all day tinkering with the possibilities, that you won't have time to read a book.
Jumpstart the tartan drive.
What I'd like to see is a simple way to write GarageBand files from perl. It could be used to generate "music" based on a script output (imagine every few songs your streaming mp3 player would play an automtically generated GB song with "pleasant" sounding music when your net's okay, and "discordant" music when something weird's up).
Or, more usefully, for various tablature -> GB conversions.
I know there are some perl-to-MIDI modules, but from what I understand getting those into GarageBand requires additional steps, too, right?
Anyway, I haven't had time to really search for this, so I'm sure that someone else has already come up with a solution. I just thought I'd mention it to see if anyone's got anything cool done along these lines...
...and the frequency would be the length of the wave, i.e., wavelength
Nice article, but things like that pain me...
Slashdot looked deep within my soul and assigned
me a number based on the order in which I joined
I have a bit of a problem with software these days not coming with manuals. Take most video games -- they come with a tiny eight page booklet, and the 'manual' is now sold separately as part of a 'strategy guide', usually written by (or in collaboration with) the developers! The fact that a 'missing manual' series for Mac related stuff exists is a shame...it would be great to see more documentation released directly from Apple. Even as PDFs or something. Come on, Apple...documentation is supposed to be one of those steps in the complete development cycle I learned about in my 1st year CS class!!
I am Jack's witty signature line
As someone who has worked on a number of programs, I can tell you that not having documentation as a certainty can change how the programmer thinks about things as well. If you don't know if your end users will have any manual, and in fact you have been told that they will most likely be starting the application up raw, it makes for a change in thinking about design elements. Does this button here make sense? Are the labels as self-explanatory as possible? Are there sufficient little help messages when needed? In many other cases, these are things that can pushed aside a bit ("Oh well, they can always look at it in the manual. It makes sense to me.") So Apple's stance may actually help make for a self fulfilling prophecy: no documentation taken for granted helps lead to software that doesn't need it as much.
If you have not already, I encourage you to watch the introduction during MacWorld 04 (http://www.apple.com/quicktime/qtv/mwsf04/). This app looks very powerful for its price.
Has anyone had much experience with the live amplifier functionality? Is it good enough to use for amature type live performances when piped through a sound system?
-Pete
Soccer Goal Plans
There's also the fact that not providing any documentation costs less. In fact you can produce the documentation now as a book and people will pay $30 extra for what should come free with the software.
I remember when I got my first copy of MS Office (for the PC) in 1993. It came with 5 thick manuals - it took up over a foot of shelf space - documenting every minute feature of the program. As a software trainer, the information was pretty useful. However, I also realized that at least $100 of the price of the software was just the printing and distribution costs of the manuals.
As much as I still enjoy learning about all the esoteric features of software, I have to admit that most consumers neither desire nor need that level of documentation. Unfortunately, some third-party manuals are insufficient. On the other hand, good third-party manuals often exceed what you can expect from the software publisher.
Funny how everything changes when it's a monopolist. If Apple controlled 90% (or even 51%) of the OS market, I would be pissed to hell at their abusive bundling. And the DoJ would be prosecuting them (hopefully). Monopoly power makes all the difference.
Apple has simply come to a conclusion obvious to anyone who does much software support: if you include a printed manual, most users won't read it (even when they have a question), making it a waste of trees (and money). As for the would-be power users, that's what the after-market book industry is for. (Garage Band for Dummies is no doubt on the way.) So the people who don't/won't read the manual don't have to pay for one to be printed and shipped, and the people who want/need one, will buy one.
http://alternatives.rzero.com/
Go to http://www.apple.com/support/garageband/ :)
Nothing wrong with bundling. The issue with IE was that it was *integrated* into the operating system, meaning that you had no choice but to have it installed on your Windows system.
Mind you, it was only distributed that way because Microsoft designed it to be. There is no compelling reason to integrate the browser into the OS.
I think it's great when companies throw in extra stuff with the OS. I think it sucks when they give you no option but to install it, or when they design it to break competitors' products (Windows Media Player, anyone?).