At the Sounding Edge: Introducing KeyKit
At the end of last month's column, I promised we'd look at some GUI-based tools for algorithmic and experimental MIDI music composition. Due to the vagaries of obsolete dependencies and software development time, I can focus on only KeyKit in this article. I hope you'll agree that this focus is well deserved.
KeyKit is a powerful MIDI composition and processing environment that includes an abundance of features and tools designed for conventional MIDI music-making--for example, MIDI sequencers and virtual drum machines--as well as for unconventional MIDI music-making. Indeed, for the Linux musician who wants to explore some exotic and unusual ways of composing with MIDI, KeyKit is required software.
KeyKit is available in source and compiled forms. Visit its Web site, read the latest news and then decide if you want to download the program. You must register to download KeyKit, but the registration procedure is painless and free. Download the Linux package, unpack it in your home directory and read the README.linux file. Then, become root and install the software with make linux_install.
After installing KeyKit, you should set two important KeyKit environment variables. KeyKit supports both ALSA (currently only MIDI Out) and OSS/Free devices, but you need to set the particular devices through these variables. Here are my own settings for KeyKit devices, kept in my ~/.bashrc file to define them at log-in:
export ALSA_RAWMIDI_DEVICE=hw:1,0 export MIDIDEVICE=/dev/midi00
Thus, when in ALSA mode, KeyKit sends MIDI data through my first virtual MIDI device (hw:1,0). When in OSS/Free mode, data is sent to the hardware port of my SBLive (hw:0,0 in ALSA). For audio output under ALSA, I connect the virtual MIDI port to a Linux softsynth or a VSTi plugin. Under OSS/Free, the device connects to only my external synthesizer hardware.
Please note that MIDI input is broken in the version of KeyKit, key73d, tested for this article. However, KeyKit does load and save standard MIDI files, so if you can record and save material as MIDI files, you can use them with KeyKit. It's not the best solution, but it's a workaround until direct MIDI input is fixed. KeyKit's MIDI output is fine for ALSA or OSS/Free.
Enter key at an xterm prompt, and KeyKit opens with a single main window that contains a large blank area and a window with a command prompt, KeyKit's language command console. KeyKit's interface is based directly on unadorned X11 graphics; that is, it is not based on a standard GUI toolkit such as GTK or QT. You have to learn some of its unique actions and controls before you can get too far with the program, but the interface can be learned easily and mastered quickly.
When KeyKit starts, the GUI is empty except for the console command window. The space outside the console window has no special name in KeyKit documentation, so I refer to it here as the main window. Left-click anywhere in the main window and KeyKit's main menu appears. The main menu groups include items for window management, Delete, Move, Resize; music functions, the Tools submenus; miscellaneous functions; page management; and window actions. Left-click to select an item from a menu or open a submenu. Click and drag a menu handle--the strip at the top of a menu window--to relocate the menu in the main window, and click the close button--the X in the top right corner--to close the menu window. Figure 1 shows KeyKit's default appearance after startup, with the main menu and a Tools menu open for inspection.
It's plain stuff indeed. Fortunately, you can redefine KeyKit's appearance in some useful ways. You can set basic colors with the Hues utility from the Tools2 menu. You also can "pull off" menu items to copy and relocate them anywhere in the main window for more convenient access. Figure 2 shows off a colorized KeyKit page running the Kboom tool with some menu items pulled off, a resized console window and two other items from the Tools menus made available for permanent access. Page layouts, including multipage configurations, can be saved and reloaded by using the Page submenu in KeyKit's main popup menu.
Check the default settings for the Port Enabler in the Tools1 submenu. In Figure 2, the Port Enabler is set up to send MIDI output through the ALSA device defined by the ALSA_RAWMIDI_DEVICE variable. Selecting the input device may freeze the application, so it has been left unselected for this example. After enabling the appropriate output port, KeyKit is ready to roll.
Similis sum folio de quo ludunt venti.
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- Stunnel Security for Oracle
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- SUSE LLC's SUSE Manager
- SourceClear Open
- Managing Linux Using Puppet
- My +1 Sword of Productivity
- Google's SwiftShader Released
- Parsing an RSS News Feed with a Bash Script
- Non-Linux FOSS: Caffeine!
- SuperTuxKart 0.9.2 Released
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide