When running a wifi router in a public space, the least congested channel will offer the best performance. Use this script for Apple computers to help you find that channel fast.
For live sound events I often use wifi to interact with computers and digital devices that control audio, video, and lighting. Having dedicated, reliable wifi is critical for successful productions, so I bring my own router with me to live events. This is the model I own and recommend.
All your [wifi] base belong to us.
WiFi is has become nearly ubiquitous. Networks are everywhere. The increasing number of public, private, commercial, and consumer grade broadcasts mean that the designated wifi spectrum is growing more crowded. Like lanes on a highway, there are a limited number of wifi channels to choose from. Car drivers try to avoid traffic and choose the least crowded lane on the road. Likewise, you will get the best wifi experience by “driving” in the least congested wifi channel.
Also available by Option-clicking on the WiFi icon in the menu bar and choosing Open Wireless Diagnostics…
Apple computers have a built in Wireless Diagnostics service with a sub program that recommends the best wifi channel. It’s hidden away in the system folder and I have a hard time remembering the exact clicks and keystrokes to find it. So I wrote an AppleScript that runs inside an Automator Service to make the exact window pop up when I need it.
This is how I wrote the script in Automator. Can you make it better?
This is the easiest way to get it in the right place:
- Download this ZIP file: Find-Best-Wireless-Channel.workflow.zip
- Double-click the ZIP file to unzip it.
- While still in the Finder, click Go to Folder… under the Go menubar item. Alternatively, press the key combination ⇧⌘G (Shift-Command-G).
- In the little window that drops down, type the following:
~/Library/Services
- Hit the ⎠(Return) key. The Finder will navigate directly to that folder.
- Copy or move the Find-Best-Wireless-Channel.workflow file to that folder.
This is place the file should be put.
Once you’ve put the workflow file into that folder, look for it under Finder > Services > General.
Mine has a key command assigned to it. See the note at the bottom about how to set that up.
When you click on the “Find Best Wireless Channel” service item the workflow will run and a you should be left with a window named “Scan” opened. The wireless networks that your Mac has found will be listed on the right. Look at the panel on the left.
The red circle is provided to direct your eyeballs where to look.
The best wifi channels will be listed at the bottom. Use these numbers to set your router’s wifi channel. Good luck!
Notes
OS Compatibility
This Automator service works on macOS Sierra. Depending on your current OS and any future OS updates, YMMV.
No Library?
If you can’t see your Library folder, follow the directions found here to unhide your Library.
Roll Your Own
For those of you that like to DIY, here’s the raw script.
tell application "Wireless Diagnostics"
activate
# opens Scan Window
tell application "System Events" to keystroke "4" using {command down, option down}
# brings Assistant Window to the front and closes it
tell application "System Events" to keystroke "1" using {command down, option down}
tell application "System Events" to keystroke "w" using {command down}
end tell
Keystroke Combo Power-Ups!
If you want to assign a key command to this workflow service like I did, open up  > System Preferences… > Keyboard > Shortcuts. In the left panel select Services and scroll down to the bottom of the right panel. Next to “Find Best Wireless Channel” click the word “none” and then the “Add Shortcut” button that appears. Press the combination of keys you want to trigger the workflow. Voilà !
Assign whatever key combination you like.
2 Comments >
Make that Waves Preferences pop up dialog window go away forever WITHOUT having to uninstall and reinstall your plugins.
The Problem
After doing a fresh install of Pro Tools and my Waves plugins, this Waves 9.2.100 Preferences dialog window (pictured below) kept popping up every time I fired up Pro Tools.
Checking the “Don’t ask me again” checkbox didn’t seem to be working.
I searched for some solutions on the Google machine and found some forums were recommending a complete uninstall and reinstall of all Waves plugins. This didn’t seem necessary. Here’s the fix I used:
The Fix
- Quit Pro Tools.
- Trash the entire Waves Preferences folder. The folder is located in the Preferences folder in your user Library folder, not your system Library folder. A quick way to locate the folder is to switch to the Finder and hit Shift+Command+G. A Go to Folder dialog window will pop up. Copy and paste the following line in that field and hit enter.
~/Library/Preferences/Waves Preferences
Put that folder in the trash and empty the trash.
- Start Pro Tools.
- A window should pop up asking you to select the Waves 9.2 Plug-Ins folder. By default, it should be located in the Waves folder in your Applications folder.
/Applications/Waves/Waves Plug-Ins
Once you’ve located the folder, click Open.
- The Waves 9.2.100 Preferences dialog window should pop up again. The “Don’t ask me again” box should be checked. If not, check it and hit OK.
- To test if everything worked, quit Pro Tools and start it again. The Waves dialog window shouldn’t reappear.
About the Fix
I adapted this solution from a somewhat unrelated problem I found on Sweetwater Sound’s SweetCare Knowledge Base. The fix definitely works for the following system set up. YMMV
- OS X Mavericks 10.9.3
- Pro Tools 9.0.6
- Waves 9.2.100 plugins
Please leave a comment below if this helped you or not.
22 Comments >
There’s a first time for everything. This is not one of those times.
Blame it on entropy or whatever. Things get messed up. Apple’s OS X is no exception.
In the last few months, I started getting this error a lot:
You are opening the application ”Pro Tools” for the first time. Are you sure you want to open this application?
Except, it’s not true. I open Pro Tools nearly every day. The alert isn’t very important, but it was beginning to get annoying seeing this pop up every time I wanted to record.
So, a little googling and I found an answer on StackExchange. It involves using the command line on your Mac, which can be a bit scary if you’ve never done that before. But it’s a single command, so you should do just fine. Here’s the quick and dirty summary…
This is where the Matrix is on your Mac. There’s no green falling code or woman in the red dress. There may Agent Smiths lurking though.
The Fix
- Open the Terminal application (found in /Applications/Utilities/).
- Copy the following command (all of it… the whole long line) and paste it after the prompt.
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -all local,system,user
- Hit the Enter/Return key.
- The process will begin. It may take a minute or two to finish. Do not quit the Terminal application while the command is running.
- Eventually the process will complete and another prompt will appear. Now you can quit the Terminal app.
This command resets all of the first run warnings. So any application that requires that will be reset. So you should see the alert one more time for each of those applications and then it will go away for good.
1 Comment >
GarageBand likes to keep MIDI data hidden and inaccessible. Here’s how to extract it anyway.
Apple’s GarageBand makes it relatively easy to sketch out an audio demo, but it does have some severe, intentionally-crippled limitations.
One of the biggest drawbacks is the lack of built-in support for exporting MIDI data.
Performances are stored inside the session file in some sort of MIDI fashion, but Apple doesn’t give users an easy way to get that information out. Major bummer. *looks west towards Cupertino, squints eyes, shakes fist in air, mutters under breath*
However, a nice guy named Lars Kobbe has put together a workaround/hack that extracts MIDI data from the reluctant clutches of GarageBand. You can download his GB2MIDI Apple droplet script from his site: MIDI-Export in Apples Garageband. Here’s the direct download: GB2MIDI.ZIP If that link doesn’t work, I’m providing the file hosted on my site here: GB2MIDI.ZIP
The article is in German, but instructions in English are found near the bottom of the article (just before the comments section). Getting the MIDI data out involves several steps. Here’s my summary of the process.
How to Extract MIDI Data from GarageBand
- Join (Command-J) regions of a track you want to export
- Convert that region to a loop via Edit > Add to Loop Library (NOTE: In GarageBand 10.1.0 this menu item is now located under File > Add Region to Loop Library )
- Find the newly created loop file (an .AIF with MIDI data hidden inside it) in the folder:
Macintosh HD (or whatever your system drive is named)/Users/(your home folder)/Library/Audio/Apple Loops/User Loops/SingleFiles/
or the abbreviated: ~/Library/Audio/Apple Loops/User Loops/SingleFiles/
- Drop that .AIF file on Lars’ GB2MIDI droplet
- Grab the freshly extracted .MID file, which should appear in the same folder where the .AIF loop was. If not, see the comment section below.
- Import the .MID file into a respectable DAW (basically almost anything other than GarageBand).
- Make next hit record.
That last step is optional, but I say go for it. 😉 Let me know if this helped you.
Locating The Files
UPDATE 2014-08-10
If you’re having trouble locating the loop file, it may be because your Library and/or Users folders are hidden, as later OS X versions have been wont to do.
To unhide the Library folder, open the Terminal application, which is found in the /Applications/Utilities/ folder. At the prompt type the following:
chflags nohidden ~/Library/
To unhide the Users folder, type this into Terminal:
sudo chflags nohidden /Users
Then enter your administrator password.
Look for the newly unhidden Users folder in your hard drive’s root folder. It should look something like this:
After running “sudo chflags no hidden /Users” you should see the Users folder (highlighted in red in the image above) appear under the root folder of your hard drive (often named “Macintosh HD” by default).
For more on the hidden Users folder issue check this article from The Mac Observer. It seems the problem was introduced with iTunes 11.2 when Find My Mac is enabled. Another blog suggests that updating to iTunes 11.2.1 fixes the issue.
GarageBand Alternatives
UPDATE 2016-02-04
This GarageBand MIDI article has regularly been one of the most popular posts on my site. That means there are a lot of people using GarageBand and discovering its unfortunate MIDI limitations. The best bit of advice I can give to any musician or audio engineer still using GarageBand is STOP. I know that may sound harsh, but GarageBand is intentionally made to be consumer-grade software. If you’re serious about recording, take the time to investigate other DAWs. Find an alternative solution. There are many to choose from and nearly every one of them is less limited than GarageBand. They range from super affordable to “professionally priced.” Here’s a list to get you started. (Some links are affiliated.)
Pick any of the DAWs above (or find another — this list is by no means exhaustive) and you’ll find it much easier to work with MIDI. Let me know what software you chose.
64-bit Support
UPDATE 2020-05-19
If you are on OS X 10.15 Catalina or greater on your Mac, then you can only run 64-bit apps. As of the time of this update (May 2020) the app is not 64-bit compatible. This is a known issue. I am not the developer of GB2MIDI, but thankfully the developer Lars Kobbe maintains his app on Github. Here is the link to an open GitHub request for updating GB2MIDI to 64-bit.
Online Version
UPDATE 2024-10-09
Can’t get the software to work? Use the online version instead. https://larkob.github.io/GB2MIDI/index.html
114 Comments >
How to create custom cell formats in Apple Numbers.
I really like spreadsheets. Lately, I’ve been building spreadsheets about electronics stuff in Numbers, which is Apple’s version of Excel. I was curious about how to use custom cell formatting to display the correct unit abbreviations on values. Here’s how I did it for Ohms, the SI derived unit for electrical resistance.
- Click in the cell you want to format.
- Hitting Option (⌥) + Command (⌘) + I opens the Inspector window. It’s also available in the menu bar under View > Show Inspector.
- Click the Cells tab (it looks like a little 42 in a box).
- Under Cell Format heading choose Custom… from the drop down menu.
- In the Name field type “Ohms” (without the quotes).
- Make sure “Number & Text” is selected in the Type drop down menu.
- From the Number & Text Elements field drag the Decimals (.##) element into the field with the existing Integers (#,###) element in it.
- Add a space after the Decimals element, then type the symbol for Ohms, which is the omega character (Ω). The keyboard shortcut for this is Option (⌥) + Z.
- Click the plus (+) button on the right twice to add two more conditions.
- In the first added condition, select “If greater than or equal to …” from the drop down menu.
- In the field to the right of that drop down type “1000000” (one million without the quotes).
- In the element field below that, make sure there’s an Integers element, a Decimals element, a space, a Scale element set to Millions (M), and finally an omega.
- For the second condition you added do the exact same thing as above, but enter “1000” (one thousand without quotes) and set the Scale element to Thousands (K).
- If everything looks like the screenshot below, hit OK.
Now when you type a value into that field, it should automatically format into Ω, KΩ, and MΩ. If not, go to step 4 and double check that everything was entered correctly.
Your newly created formatting will be added to the Cell Format drop down. You can now select other cells and apply this custom formatting to them. The custom format will be saved in this Numbers file.
Try creating custom cell formats for other SI Units too.
No Comments >
An alternate method that might make your Bluetooth device connect with your iOS device.
Can’t get your Apple Bluetooth keyboard to pair with your iPhone, iPad, or iPod touch? I couldn’t either. My A1255 keyboard wouldn’t connect at all. The iPhone would find the keyboard, but wouldn’t update the name of it, nor ever present the four digit code for pairing. I could only get this error:
Pairing Unsuccessful
Make sure “Keyboard” is turned on, in range, and is ready to pair.
I tried a bunch of fixes I read about online and none of these worked in any combination nor configuration:
- turning Bluetooth off and on
- rebooting the iPhone
- holding the power button on the keyboard
- deleting other Bluetooth device pairing from the iPhone
- clicking ‘Forget This Device’
- connecting to another device and then my iPhone
- replacing the batteries
- holding the V, A, and R keys while powering on the keyboard
- turning off Bluetooth on any other nearby devices
It seems Bluetooth under iOS 7 is broken. Lots of people are having issues with Bluetooth on iOS 7 that weren’t there in older iOS versions. Unfortunately, Apple is apparently ignoring this problem.
The Fix
Here’s how I finally connected my keyboard to my iPhone.
- Switch off Bluetooth on iOS device under Settings > Bluetooth.
- Shut off the keyboard by pressing and holding the power button for 3 seconds.
- Switch on Bluetooth on iOS device.
- Turn on the keyboard by pressing and holding the power button until it green light blinks.
- The keyboard should appear listed under the DEVICES heading in the iPhone Bluetooth settings screen with “Not Paired” in gray next to it.
- Now at this point you’re supposed to just tap on the listed device on the iPhone to begin the pairing process, but when I would do that it would time out with the “Pairing Unsuccessful” alert. Here’s the trick: repeatedly tap on the listing (maybe 5-6 times) and hopefully the “Bluetooth Pairing Request” alert will appear with the four digit code you’ll need to enter.
- The pairing may fail the first time. Try again.
- I also found that subsequent attempts to connect after forgetting the device worked much better after that initial connection.
I hope this fix works for you. Let me know if it does.
11 Comments >
A friend gave me a Pro Tools session on a thumb drive. I copied the entire session folder to my external hard drive and opened it. After changing the routing to work on my system, everything played back fine. Then I tried to clean up the session.
Every time I attempted to cross fade or consolidate an audio or MIDI region, I would get an error like this:
“Could not complete your request because You do not have appropriate access privileges (-5000)…” Why do you build me up, Buttercup? Capitalize ‘You,’ then award me negative five thousand points…pssh.
The Fix
Seeing the “access privileges” bit, I figured the problem was probably an operating system issue, not a Pro Tools thing. The session files were indeed set to ‘Read Only,’ which is why I could play back the session, but couldn’t do anything to the regions or fades.
Here’s how to fix the issue.
- Close the session. You shouldn’t have your Pro Tools session open while changing its permissions.
- Select the session folder in Finder. Make sure the session folder is highlighted, not the files inside the session.
- Get Info. Hit Command-I (capital i) or from the Finder menu select File > Get Info. An Info window will pop open.
- Change all privileges to ‘Read & Write.’ At the very bottom of the Info window is a box with a list of users and their privileges. They should all be set to ‘Read & Write.’ You may be asked for user password to unlock and verify the change.
Not listed are NSA permissions, which by default are set to ‘Collect All,’ but, like, totally isn’t a violation of your privacy.
- Close the Info window. After making the privilege changes, try reopening your Pro Tools session and editing some regions. If you can, this fix worked for you.
Why does this error occur?
Many common problems that Macs develop are related to file permissions errors. Files are given various permissions to maintain privacy between computer users and prevent users from easily messing up the operating system.
Permissions can get wrecked when disks are removed without being ejected and during unexpected shut downs. That’s why it is important always to try to eject disks and shut down your Mac properly.
Permissions can also get messed up during copying and moving of files or while installing software. That appears to be why I experienced this error. During the copying of the files, the permissions were never changed to grant me access. Simple problem, simple fix.
UPDATE 2013-10-30
After encountering this problem on several other sessions, I tried another method and found a better (and probably more proper) solution. Try this in addition to or instead of the above fix:
In the problematic Pro Tools session, pop open the Disk Allocation dialog (Setup > Disk Allocation…).
When the dialog window opens, you’ll be presented with a list of all the tracks in your session and the location where that track should be located. If you’re having problems creating fade files and getting the sort of error that brought you to this page, then you’ll probably see something like the picture below.
As you can see, not all of the tracks had their disk allocation pointing to the right place. To fix them, select all of the incorrectly allocated tracks, then click and hold the little up/down arrows on the right hand side. A little window will appear and ask you to select a folder. In my case, the session file was looking on my internal system drive instead of my external audio drive. Choose the correct location of your session files and click OK. That should solve the issue. Let me know if this worked for you.
37 Comments >
Those fonts probably aren’t missing.
Error dialog windows can be really frustrating. They pop up and demand your attention, when you just want to get to work on something. Sibelius 7 has thrown this missing font error for me a few times:
There are fonts missing. Sibelius 7 will still work without these fonts, but some scores may not display properly. The missing fonts are: Reprise Std, Reprise Special Std, Reprise Title Std, Reprise Stamp Std, Reprise Rehearsal Std, Reprise Script Std, Reprise Text Std
The Fix
Most likely the fonts aren’t missing, but simply disabled, which makes the fix really easy. Here’s how to re-enable the “missing” fonts.
First, open the application Font Book. This native OS X font manager should be located in your Mac’s Applications folder.
Second, search for the missing fonts. Font Book has a search field in the upright corner. Type in the names of the missing fonts.
Enabled fonts are shown in black text. Disabled fonts are grayed out and are labeled “Off” on the right hand side.
In my case, all of my “missing” fonts were part of the Reprise family, I typed in “reprise” and all of the fonts in question appeared in the filtered list.
Third, enable the fonts. Select the fonts you want to re-enable. Then hit Shift-Command-D. You can also enable fonts by using the menu bar by selecting Edit > Enable Fonts. The fonts should turn black and the “Off” label will disappear.
I see you checking out my wallpaper.
Lastly, close Font Book and reopen Sibelius. If you enabled all the “missing” fonts, you should be good to go. The error shouldn’t pop up this time, however, it may happen again in the future.
Why does this error occur?
I’ve had to run the fix a couple times now. I don’t know why this error seems to reoccur. If you know why those Reprise fonts sometimes disable themselves, please send me an email or comment below.
Being a graphic artist as well, I know that fonts are notorious for becoming corrupt, conflicting with other fonts, and generally being a hassle to manage. You might think being a musician is a good way to get away from graphic design problems, but unfortunately software like Sibelius relies on fonts to display notation. At least the fix for this error is easy to do and only takes a minute.
UPDATE 2013-10-30
The fix I posted above seemed to only work for a while. Occasionally, I would have to run the fix again, which is to say, it wasn’t much of a fix. So, I dug in further and found a real, permanent fix.
The issue was with duplicate fonts. The strange bit was that it wasn’t duplicates of the Reprise family, which was the family of fonts that Sibelius said were missing. Instead it was duplicates of various other fonts that Sibelius uses.
By referencing this forum post and this forum post, I figured out which fonts Sibelius requires and, thus, which ones might be causing problems. Then, for clarity’s sake, in the Font Book application I created a new Collection (File > New Collection or ⌘N). After that I did a search for duplicate fonts (Edit > Look for Enabled Duplicates… or ⌘L) and looked in the Sibelius font collection for any that were flagged. Sure enough, about a third of the fonts that Sibelius uses had duplicate copies. One by one, I “resolved” (deleted) the duplicate fonts, then rebooted. Problem solved.
7 Comments >
This might be the solution.
Error
An unexpected authorization error 14051 occurred.
ID: ePAY : 14051 / Dngl : 1595
I got this error a few days ago. It’s a new one for me. What caused this? Good question. I have no idea. Pro Tools wouldn’t really start after this.
As usual the Avid forums weren’t very helpful. Which led to this tweet…
For the record, at the time the error occurred I was running OS 10.8.4 and Pro Tools 9.0.6 on a Mac Book Pro with an iLok 2.
The Fix
I had to force quit Pro Tools. Then I unplugged my iLok 2 and plugged it into a different USB jack. Presto. Working again. Not sure what caused it, nor if switching USB jacks was actually the fix, but I did get it working again after doing so. Hope this helps somebody.
UPDATE
I confirmed again that switching which USB jack the iLok 2 was plugged into made the difference. I would think that this is a problem with that particular USB jack, but all other USB devices work just fine plugged in there. Hmm…
5 Comments >
How to get a Pro Tools rig up and running when the error message “The audio device buffer underflowed…†won’t go away.
The Error Message
The audio device buffer underflowed. If this occurs frequently, try decreasing the “H/W Buffer Size” in the Playback Engine panel or remove other devices from the audio firewire bus. (-6085)
Occasionally this error pops up in Pro Tools, usually after I return from a meal in the middle of a long recording or mixing session. The session file will only playback audio for 1 second or less and then the error message pops up. Apparently, Pro Tools 9 is a workaholic and doesn’t like taking lunch breaks, at least when running on the particular combination of MacBook Pro, Mbox 2 Pro, and Western Digital hard drive that I’m using.
Following the directions to decrease the “H/W Buffer Size” in the Playback Engine panel doesn’t seem to help. In fact, not only does decreasing the buffer size seems contrary to the suggested way to solve a buffer underrun, but it then sometimes throws this error message:
A CPU overload occured. If this happens often, try increasing the “H/W Buffer Size” in the Playback Engine Dialog, or removing some plug-ins. (-6101)
The Fix
I’ve tried a lot of things and the problem seems to be related to the hard drive and firewire ports. Here’s how I fix it.
- Save and Close the session.
- Quit Pro Tools.
- Eject the hard drive used for recording audio.
- Unplug the audio hard drive and Mbox 2 Pro (or the audio interface you’re using).
- Wait 10 seconds.
- Reconnect the audio hard drive and audio interface.
- Restart Pro Tools.
- Reopen the session and press Play.
If the session plays back without stopping, then it worked. If not, then I don’t know what to tell you, which reminds me of a “Deep Thought” by Jack Handey.
If you ever crawl inside an old hollow log and go to sleep, and while you’re in there some guys come and seal up both ends and then put it on a truck and take it to another city, boy, I don’t know what to tell you.
Hopefully this solution worked for you. Let me know if you’ve had the same problem, what hardware you are running and if this solved the problem.
5 Comments >
Pro Tools hardware is either not installed or used by another program. If you thought that having Pro Tools 9 installed meant no more “Hey, Mr. Engineer Genius, where’s your fancy hardware?” errors, then this nagging error probably came as a surprise. It did for me. Since installing Pro Tools 9, my workflow has allowed […]
Pro Tools hardware is either not installed or used by another program.
If you thought that having Pro Tools 9 installed meant no more “Hey, Mr. Engineer Genius, where’s your fancy hardware?” errors, then this nagging error probably came as a surprise. It did for me. Since installing Pro Tools 9, my workflow has allowed me to jump around from my Mbox 2 Pro, Mbox 2 Micro, and MacBook Pro’s built-in sound card. This has been really handy while trying to finish up my album on the road. But, apparently, all that hardware hopping can cause the playback engine to get stuck in some funky states that don’t so work –if at all. See my previous post “FIX: Pro Tools could not set sample rate to specified value” for a similar issue.
Obviously, the problem has something to do with the playback engine. Since the error dialog only offers an ‘OK’ button, which closes Pro Tools, there doesn’t seem to be a way to work around the problem. There is not even a way to know what hardware Pro Tools is expecting.
Until now.
The Fix
I found a simple solution via this Sweetwater forum. The answer given there details how to get Pro Tools running on a PC, but I found that it worked for Macs too and without having to install any drivers. The fix is kind of like booting Pro Tools in safe mode. Simply hold the ‘N’ key while starting up Pro Tools. This will bypass the normal start up sequence and open up the Playback Engine window. Now you can select the correct playback engine and continue using Pro Tools.
In my situation, Pro Tools was looking for the last connected device (my Mbox 2 Pro), but since it wasn’t available it opted for the next available option: my MacBook Pro’s line input, which doesn’t make a very good playback engine.
Let me know if this fix worked for you.
Note
This problem may have been fixed in the Pro Tools 9.0.2 update that came out yesterday, though I’ve not been able look through the 9.0.2 Readme file in detail or to test this out on the updated software. I’ll update this page when I find out more. Since I still receive regular hits on this post, I’m assuming this problem is not solved yet. Maybe in a future update…
10 Comments >