TweetFollow Us on Twitter

Snow Day

Volume Number: 20 (2004)
Issue Number: 4
Column Tag: Programming

QuickTime Toolkit

by Tim Monroe

Snow Day

Developing QuickTime Applications for the iPod


It's commonly believed that Apple's iPod portable music player uses a bare-bones operating system developed by a company called Pixo, Inc., and that the device itself is a closed system insofar as only Apple can add software modules -- such as the games or contacts list manager -- to the device. And, it's further believed, even if there were a way to load third-party applications onto the device, actually writing such applications requires access to development tools whose availability is tightly controlled and that are expensive to license. In effect, the iPod is even less open than the original Macintosh computer (which is to say, not very open at all).

In fact, none of these beliefs is true. Once we know what's going on, it's fairly simple to develop quite powerful applications for the iPod using nothing more than a text editor and a programming language that most of us had considered to be long since obsolete. In this article, I'll show just how easy it is to write iPod applications by developing an application that can open and display QuickTime movies on the iPod. In addition, I'll show how to support the standard editing operations (cut, copy, paste, and undo). The result will be an iPod-based version of our QuickTime sample application, QTShell. For reasons that will become clear soon, let's call this application "SnoEez". Figure 1 shows a frame of a movie being displayed by SnoEez. (You may recognize this as a cropped version of our standard penguin movie, with the X-ray video effect applied to the entire movie.)

Figure 1: A movie being played by SnoEez

We'll begin by figuring out which operating system really powers the iPod and which tools we need to use to develop custom applications for it. Then we'll jump into developing SnoEez.

Some Detective Work

It's easy enough to cast doubt on the idea that the iPod runs an operating system developed by Pixo (which is not, of course, to be confused with Pixar Animation Studios). Pixo is a small company that indeed makes an OS for portable devices like cell phones and PDAs. But it was recently acquired by Sun Microsystems, and it's difficult to imagine that Apple would allow a key piece of technology for one of its most popular and most lucrative products to fall into the hands of a competitor. As we'll see, the iPod does rely on some Pixo software, but that software is just a thin layer of imaging software, not the entire operating system. The Pixo software handles screen drawing and item selection, but not much more. In a nutshell, Pixo's software is to the iPod as QuickDraw was to the original Macintosh: a key element, perhaps, but not nearly the whole enchilada. And, more importantly, the Pixo software in the iPod is likely to be phased out in the future, just as QuickDraw is being phased out in favor of Mac OS X's Quartz imaging layer.

Finding the Real Operating System

Let's begin by doing a little detective work to figure out what operating system really is powering the iPod. Connect your iPod to your Mac OS X computer and then, in a Terminal window, navigate to the iPod. For instance, if your iPod is named, say, "iDegger", navigate to /Volumes/iDegger. In this directory there is a folder called iPod_Control. List its contents; you'll see something like this:

[Kant:/Volumes/iDegger/iPod_Control] monroe% ls -l
total 8
drwxrwxrwx   4 monroe  unknown  136 Mar  4 13:55 Device
drwxrwxrwx  22 monroe  unknown  748 Feb 26  2002 Music
-rwxr-xr-x   1 monroe  unknown   38 Mar  6 14:23 iPodPrefs
drwxrwxrwx  12 monroe  unknown  408 Mar  6 14:23 iTunes

For present purposes, we want to look at the Device folder. Listing its contents gives us this:

[Kant:/Volumes/iDegger/iPod_Control/Device] monroe% ls -l
total 4
-rwxrwxrwx  1 monroe  unknown  2872 Mar  4 13:55 Prefs
-rwxrwxrwx  1 monroe  unknown   413 Mar  4 05:55 SysInfo

That's not very revealing. But if we list the contents of the Device folder using ls with the undocumented option af (for "all files"?), we get a far different picture:

[Kant:/Volumes/iDegger/iPod_Control/Device] monroe% ls -laf
total 41
-rwxrwxrwx  1 monroe  unknown  2872 Mar  4 13:55 Prefs
-rwxrwxrwx  1 monroe  unknown   413 Mar  4 05:55 SysInfo
drwxr-xr-x  5 root    wheel     190 Sep 22 08:33 bin
drwxrwxrwt  6 root    wheel     204 Jan 29  2003 cores
dr-xr-xr-x  2 root    wheel     512 Mar  6 13:38 dev
lrwxrwxr-t  1 root    admin      11 Mar  6 13:38 etc 
-r--r--r--  1 root    admin  709440 Mar  6 13:38 mach.sym
-rw-r--r--  1 root    wheel  744576 Apr  1 15:21 mach_krn

That's right, the iPod is running a slimmed-down version of Mac OS X! Why am I not surprised?

Finding the Executable Format

So far, so good. At this point it might seem like we're done, since all we need to do is compile our application using the standard development tools like Xcode and Interface Builder and then move it into some appropriate location in the iPod. After all, if the iPod is really running Mac OS X, then the executable format is well known (Mach-O).

But of course it's not that simple. The main problem is that the iPod does not have the graphics horsepower to support the Quartz imaging system. That's where the Pixo software comes into play. Pixo provides the imaging system for the iPod, which is a collection of screens of information. Some of these screens present lists, such as the "menu" screens or the lists of songs or playlists; some of these screens present linear controls managed with the iPod's scroll wheel; and some of these screens present raw data (as in Figure 1). So ultimately we need to figure out how to access the Pixo imaging primitives.

First, however, to continue our detective work, let's open one of the existing iPod applications with a hex editor. If we open, say, the Solitaire game, we'll see this stream of hex values:

37 4A 6F 79 21 70 65 66 66 70 77 70 63 60 5C 59 
56 61 4e 56 5f 52 0a 37 60 5b 5c 57 5c 4f 2d 63 
52 5f 60 56 5c 5b 2d 3e 3b 40 0a 37 35 50 36 2d
4e 5d 5d 59 52 2d 50 5c 5a 5d 62 61 52 5f 39 2d
56 5b 50 3b 0a 2d 2d 51 52 53 56 5b 52 35 34 56
5b 56 61 50 4e 5f 51 60 35 36 34 36 2d 47 56 5b
35 56 61 50 4e 5f 51 60 6c 52 5b 51 36 0a ...

In ASCII format, this looks like this:


The "Joy!peff" at the beginning of the data stream might lead us to believe that the executable format is not Mach-O, but the earlier PEF format adopted from IBM when the PowerPC chips were first used in Macintosh computers. But, once again, we would be wrong. If perchance we are clever enough to subtract 13 from each ASCII value, we get this stream of bytes (splitting the lines whenever we encounter a newline character):


Lo and behold! We've cracked the riddle. The Solitaire game isn't a compiled application at all; rather, it's just a script of commands encoded using a version of the popular rot-13 algorithm. The script language is strongly reminiscent of a venerable programming language called SNOBOL. Judging by the second comment line (introduced with the "*" character), it looks like Apple is using a previously unknown variant of the language called SNOJOB. Clever indeed.


In the interest of saving time, I'll spare you any more tedious reverse engineering and just present the results of my investigations. As best I can tell, SNOJOB is simply classic SNOBOL with bindings to the Pixo imaging system. The SNOBOL language was first developed in the early 1960's by a team of researchers at Bell Laboratories led by Ralph Griswold. The name is an acronym of sorts for "String-Oriented Symbolic Language", which reflects the focus of the language on processing strings and matching patterns. In fact, SNOBOL is one of the few languages ever devised in which patterns (or regular expressions) are full-fledged objects in the language.

We don't have space for a complete investigation of the SNOBOL language, so let's focus on a few salient features. Perhaps the most striking feature of the language is its utter simplicity. It provides no control structures as we would understand them nowadays, and no type declarations. A SNOBOL script is a series of lines, and each line has this structure:

label   expression   branching-info

The label is any arbitrary string that uniquely identifies the line; this label provides a means for other lines in the script (or indeed the same line) to branch to that line. The expression is any legal SNOBOL expression, which always returns a value. The branching-info is interpreted on the basis of that value. If the branching information is of the form ":S(label)", then if the evaluation of the expression is successful, the program continues executing at the line with the specified label. If the branching information is of the form ":F(label)", then if the evaluation of the expression is unsuccessful, the program continues executing at the line with the specified label. Finally, if the branching information is of the form ":(label)", then the program continues executing at the line with the specified label whether the evaluation of the expression succeeds or fails.

Any of the three parts of a line of script can be omitted, and the branching information can include both :S and :F items. If a line contains no branching information, then the program continues executing at the next line. If present, a label must be the first item on the line, and the expression must be indented if no label is present.

The valid expressions include checks for equality like "EQ(N,10)" and calls to user-defined functions. They also include pattern matches, which are indicated by the space character " ". (Yes, white space is an operator in the SNOBOL language. No, I'm not making this up!) So the following expression branches to a line labeled "LN1" if the value of the variable OS_TYPE matches the pattern "Darwin":

   OS_TYPE "Darwin"            :S(LN1)

To match the pattern "Darwin", that value could be "Darwin" or "Darwinian" or the like.

Listing 1 shows a SNOBOL version of the basename function we've encountered in several previous articles. Given a full pathname, it returns the portion of the pathname following the rightmost path separator.

Listing 1: Getting the basename of a filename

      DEFINE('basename(fName)')                     :(basename_END)
      seg = fName
LP      seg BREAK('/') LEN(1) REM . seg            :S(LP)
      basename = seg                                    :(RETURN)

(It's perhaps useful to know that SNOBOL matches the smallest possible string.)

SNOBOL is distinctive among scripting languages in that the SNOBOL interpreter does not first parse a script and then process its input according to the parsed script (as is the case with more common scripting languages like Sed, Awk, or Perl.) Rather, the SNOBOL interpreter just executes each line in sequence, according to the evaluation and branching instructions specified in the script. There is, to repeat, no separate parsing phase. That's why, as you can see, we need to branch unconditionally to the basename_END label after executing the DEFINE command (which declares to the interpreter that "basename" is a user-defined function). Otherwise, the body of the function would be executed immediately, not just when the function is invoked by a line of script.

To read input, we need to make an explicit call to the INPUT command. Listing 2 shows our script's "main event loop", which reads input and processes it.

Listing 2: Handling commands

*      process commands from the standard input
INP   inputLine = INPUT                              :F(END)
*      match the input line 
      inputLine 'doOpen'                             :S(OPN)
      inputLine 'doNew'                              :S(NEW)
      inputLine 'doClose'                            :S(CLS)
      inputLine 'doSave'                             :S(SAV)
      inputLine 'doSaveAs'                           :S(SVA)
      inputLine 'doExit'                             :S(EXT)
      inputLine 'doUndo'                             :S(UND)
      inputLine 'doEdit ' REM . OPERATION            :S(EDT)
      inputLine 'doSelect'                           :S(SLT)
      inputLine 'doAbout'                            :S(ABT)
      inputLine 'openMovie ' REM . ARGS              :S(OPF)
      inputLine 'doButton ' REM . ARGS               :S(BTN)
*      nothing matched; go get another line....      
*      handle the commands matched just above
OPN   doOpen()                                       :(INP)
NEW   doNew()                                        :(INP)
CLS   doClose()                                      :(INP)
SAV   doSave()                                       :(INP)
SVA   doSaveAs()                                     :(INP)
EXT   doExit()                                       :(INP)
UND   doUndo()                                       :(INP)
EDT   doEdit(OPERATION)                              :(INP)
SLT   doSelect                                       :(INP)
ABT   doAbout()                                      :(INP)
+      openMovie(FILE, ISNEW)                        :(INP)
+      doButton(WINDOW, BUT)                         :(INP)

You'll notice that we read a line of input, match it against patterns we know how to process, and then branch unconditionally back to the INP label, which reads another line of input. Only when we encounter an error reading input or when some user-defined function branches to the END label does the script stop processing. (By the way, the "+" character as the first character on a line indicates a continuation line.)

But where does the input for SnoEez come from? As we'll see shortly, it's generated by SnoEez itself, when handling user actions. First however let's see how to construct our application's user interface.


An application running on the iPod consists of a series of screens. An application's main screen is the first screen displayed when the application is launched. Figure 2 shows the main screen of SnoEez.

Figure 2: The main screen of SnoEez

This main screen is also a menu screen, meaning that it consists of a list of items that can be selected using the iPod's scroll wheel and selection button (the button in the middle of the scroll wheel). We can define a main screen using the Pixo function NEW_SCREEN like this:

      main = NEW_SCREEN(kMenuType, "SnoEez", kMainScreen)

We add items to a menu screen using the ADD_ITEM function. SnoEez' main screen is constructed using these lines of code:

      ADD_ITEM(main, "File", kNoFunction, file)
      ADD_ITEM(main, "Edit", kNoFunction, edit)
      ADD_ITEM(main, "About", kNoFunction, help)

Here the fourth parameters are identifiers for child screens (or subscreens), which must have been defined before we call ADD_ITEM. We can construct these subscreens like this:

      file = NEW_SCREEN(kMenuType, "SnoEez \u401 File", main)
      edit = NEW_SCREEN(kMenuType, "SnoEez \u401 Edit", main)
      help = NEW_SCREEN(kTextType, "About SnoEez", main)

As you might surmise, the fourth parameter here is the parent screen, which is the screen selected when the user presses the Menu button on the iPod.

Notice that the help screen is declared to be of type kTextType. This indicates that that screen consists solely of text. We can add text to the help screen with this code:

      ADD_TEXT(help, "A QuickTime\nmovie player and 
+ editor\nbuilt with SNOJOB\n\n\u169 2004 Tim Monroe")

This gives us the About screen shown in Figure 3. ADD_TEXT understands C-style escape sequences (such as "\n") and Unicode escape sequences (such as "\u169" for the copyright symbol "(c)").

Figure 3: The About screen

It's easy enough to populate the File and Edit screens (Figures 4 and 5). The only new thing to learn is that we need to specify the name of the function to call, along with any parameters, when a screen item is selected. For instance, we can add a New item to the File screen like this:

      ADD_ITEM(file, "New", "doNew", kNoChildScreen)

When the user selects the New item in the File screen, SNOJOB interpreter passes the string "doNew" back to the application as part of the standard input. As we saw in Listing 2, our script matches that string and calls the doNew function.

Figure 4: The File screen

Figure 5: The Edit screen

Listing 3 shows the complete definition of the setUpScreens function.

Listing 3: Setting up the screens

      DEFINE('setUpScreens()')                  :(setUpScreens_END)
*      create a new main screen
      main = NEW_SCREEN(kMenuType, "SnoEez", kMainScreen)
      file = NEW_SCREEN(kMenuType, "SnoEez \u401 File", main)
      edit = NEW_SCREEN(kMenuType, "SnoEez \u401 Edit", main)
      help = NEW_SCREEN(kTextType, "About SnoEez", main)
      ADD_ITEM(main, "File", kNoFunction, file)
      ADD_ITEM(main, "Edit", kNoFunction, edit)
      ADD_ITEM(main, "About", kNoFunction, help)
* * * * File screen
      ADD_ITEM(file, "New", "doNew", kNoChildScreen)
      ADD_ITEM(file, "Open", "doOpen", kDeferredChild)
      ADD_ITEM(file, "Close", "doClose", kNoChildScreen)
      ADD_ITEM(file, "Save", "doSave", kNoChildScreen)
      ADD_ITEM(file, "Save As", "doSaveAs", kDeferredChild)
* * * * Edit screen
      ADD_ITEM(edit, "Undo", "doEdit undo", kNoChildScreen)
      ADD_ITEM(edit, "Cut", "doEdit cut", kNoChildScreen)
      ADD_ITEM(edit, "Copy", "doEdit copy", kNoChildScreen)
      ADD_ITEM(edit, "Paste", "doEdit paste", kNoChildScreen)
      ADD_ITEM(edit, "Select", "doSelect", kDeferredChild)
* * * * About screen
      ADD_TEXT(help, "A QuickTime\nmovie player and 
+ editor\nbuilt with SNOJOB\n\n\u169 2004 Tim Monroe")

Several commands use the constant kDeferredChild as their fourth parameter. This allows us to pretend for the moment that the menu item has a child screen without having already created one explicitly. The function invoked by the item selection will need to create the child screen.


So how does QuickTime fit into this picture? SNOJOB has the following useful property: any call to a function that is not a built-in SNOBOL function (for instance, LEN), a Pixo user-interface function (for instance, ADD_ITEM), or a user-defined function (for instance, setUpScreens) is assumed to be contained in CarbonLib. The parameters to these external functions are specified in the script as strings but are coerced to the proper type by the SNOJOB interpreter. Opening and controlling QuickTime movies is therefore just a matter of resorting to the Carbon-based QuickTime APIs whenever necessary.

Opening a Movie File

Let's start by seeing how to open a movie file. As we've seen (in Listing 3), selecting the Open item in the File screen results in our script's doOpen function being called. The first thing we need to do is display a list of the QuickTime movies stored on the iPod, as shown in Figure 6.

Figure 6: The list of movies

The Pixo user-interface software provides an extremely easy way to do this:

      fileName = NEW_LIST_SCREEN("Movies", "Movies", file)

Here the first parameter is the title of the new movie-selection screen. The second parameter is the name of the folder that contains the QuickTime movies we want to display. This folder is assumed to reside within the iPod_Control folder we encountered earlier. The third parameter is of course the parent screen.

If the user selects one of the movie files displayed in the movie list, then its name is returned and assigned to the fileName variable. If the user cancels the movie file selection by pressing the iPod's Menu button, an empty string is returned. We exit doOpen if fileName is the empty string with this code:

      IDENT(fileName)                           :S(RETURN)

(The IDENT function compares two or more strings for identity and succeeds if they are character-for-character identical; in any SNOBOL function, missing parameters are taken to be the empty string.)

We can open the selected file by executing the Carbon functions OpenMovieFile and NewMovieFromFile. The only "gotcha" is that OpenMovieFile called from a SNOJOB script is assumed to pass a pathname, not a file system specification.

      OpenMovieFile(fileName, refNum, fsRdWrPerm)
      NewMovieFromFile(movie, refNum, resID, 0, 
+                 newMovieActive)

Now we need to create a new screen within which the movie will be displayed. Once again we'll call NEW_SCREEN, this time like this:

      moov = NEW_SCREEN(kDataType, "", main)

This indicates that the moov screen is a data screen, where the entire contents of the screen are supplied by the application.

As always, the preferred way to manage playback of QuickTime movies is by attaching a movie controller to the movie, which we can do with these lines of code:

      SetRect(rect, 0, 0, ScreenWid(), ScreenHgt())
      mc = NewMovieController(movie, rect, mcTopLeftMovie)

The functions ScreenWid and ScreenHgt are built-in Pixo functions that return the width and height of the entire iPod screen. By using these functions instead of hardcoding values, we allow our application to run on all present and future iPods.

To allow the user to edit movies, we need to explicitly enable editing:

      MCEnableEditing(mc, 1)

Finally, we need to set the movie's graphics world to the data screen:

      SetMovieGWorld(movie, moov)

The Pixo user-interface layer takes care of moving pixels drawn by the movie controller into the data screen moov.

Keeping Track of Movie Information

Since SnoEez can open multiple movies and (for instance) allow the user to cut and paste data from one movie to another, we need to keep track of the movie controller and other pieces of data associated with any particular movie. SNOBOL does not provide any mechanism for defining structured data types, but we can simulate such types with associative arrays (also known as dictionaries or hashes). So we'll maintain a global associative array called appData. In fact, we'll use the appData array for two purposes, to hold global data values and to hold data associated with a particular window. Listing 4 shows the definition of the initApp function, which allocates the global array and initializes its values.

Listing 4: Initializing the application

      DEFINE('initApp()')                        :(initApp_END)
* * * * constants
*      constants identifying fields in the appData table
      DIRTY_FIELD            = 10
      FNAME_FIELD            = 11
      BNAME_FIELD            = 12
      MOVIE_FIELD            = 13
      CNTRL_FIELD            = 14
      CTYPE_FIELD            = 15
      OPRTN_FIELD            = 16
      NEWNO_FIELD            = 20
      WINNO_FIELD            = 21
*      values for the CTYPE_FIELD field
      CNTRL_LINEAR           = 0
      CNTRL_VR               = 1
*      some strings
      NEW_MOVIE_NAME         = "Untitled"
      APP_NAME               = "SnoEez"
      WIN_NAME               = "winRTM"
* * * * global variables
*      create the table we use to store global data
      appData = TABLE()
*      initialize global variables
      appData[NEWNO_FIELD]   = 1
      appData[WINNO_FIELD]   = 1
*      set up the screens
      setUpScreens()                              :(RETURN)

When we open a movie file, we execute this code to create a unique identifier for the movie:

      winName = WIN_NAME appData[WINNO_FIELD]
      appData[WINNO_FIELD] = appData[WINNO_FIELD] + 1

Then we store the relevant data into the appData array:

      appData[winName "," MOVIE_FIELD] = movie
      appData[winName "," FNAME_FIELD] = fileName
      appData[winName "," BNAME_FIELD] = basename(fileName)
      appData[winName "," CNTRL_FIELD] = mc
      appData[winName "," DIRTY_FIELD] = 0

Controlling Movie Playback

Happily, the iPod's buttons, originally intended to control music playback, can be used to control movie playback while SnoEez is the active application. We can very easily bind the operation of the buttons and the scroll wheel to standard movie controller operations. For instance, to make a press on the Fast Forward button position the active movie at its end, we can execute this code:

      topMovie = topMovieWindow()
      BIND_BUTTON(kFastForward, GoToEndOfMovie(topMovie))

Here, topMovieWindow is a user-defined function that returns the topmost movie. The implementation of this function is left as an exercise for the reader.

Editing Movies

Let's look briefly at editing movies. Listing 5 shows the doEdit function for handling the four basic edit operations.

Listing 5: Handling an edit operation

      DEFINE('doEdit(op)')                           :(doEdit_END)
      winName = topMovieWindow()
      mc = [winName "," CNTRL_FIELD]
      IDENT(op, "undo") MCUndo(mc)                   :S(CH)
      IDENT(op, "cut") mov = MCCut(mc)               :S(CO)
      IDENT(op, "copy") mov = MCCopy(mc)             :S(CO)
      IDENT(op, "paste") MCPaste(mc)                 :S(CH) :F(RETURN)
CO      PutMovieOnScrap(mov, 0)
CH      IDENT(op, "copy")                               :S(RETURN)
      setWindowDirty(winName, 1)                     :(RETURN)

The only difficult task involved in movie editing is setting a selection. The best solution I've been able to devise is to use the scroll wheel to select from the current movie time either forward or backward. Figure 7 shows a selection bar superimposed on the movie screen after the user selects the Select item.

Figure 7: A movie with the selection bar

The code required to display and manage this bar is fairly lengthy, and I've omitted it in the interests of saving space.


Once we've got our SNOJOB script completed, it's easy to install it and any QuickTime movies onto the iPod. The movies of course need to be copied into the Movies folder in the iPod_Control folder. The script needs to be encoded by adding 13 to the ASCII value of each character in the file. (This isn't strictly a rot-13 encoding, since classic rot-13 alters only alphabetic characters and leaves other symbols untouched.) Finally, move the encoded script into the Extras folder in the iPod. SnoEez now appears in the list of iPod extras, as shown in Figure 8.

Figure 8: The Extras screen


Supporting playback and editing of QuickTime movies on the iPod is surprisingly straightforward, once we've untangled the knots and ignored the red herrings that Apple has thrown in our path. All it takes is a little sleuthing, a little knowledge of SNOBOL, and a little persistence. No fooling!

Tim Monroe is a member of the QuickTime engineering team at Apple. You can contact him at The views expressed here are not necessarily shared by his employer.


Community Search:
MacTech Search:

Software Updates via MacUpdate

Sketch 47.1 - Design app for UX/UI for i...
Sketch is an innovative and fresh look at vector drawing. Its intentionally minimalist design is based upon a drawing space of unlimited size and layers, free of palettes, panels, menus, windows, and... Read more
Cocktail 11.0.1 - General maintenance an...
Cocktail is a general purpose utility for macOS that lets you clean, repair and optimize your Mac. It is a powerful digital toolset that helps hundreds of thousands of Mac users around the world get... Read more
Path Finder 7.6.1 - Powerful, award-winn...
Path Finder makes you a master of file management. Take full control over your file system. Save your time: compare and synchronize folders, view hidden files, use Dual Pane and full keyboard... Read more
Slack 2.8.2 - Collaborative communicatio...
Slack is a collaborative communication app that simplifies real-time messaging, archiving, and search for modern working teams. Version 2.8.2: A small release containing nothing but another Electron... Read more
Smultron 10.0.2 - Easy-to-use, powerful...
Smultron 10 is an elegant and powerful text editor that is easy to use. You can use Smultron 10 to create or edit any text document. Everything from a web page, a note or a script to any single piece... Read more
Capto 1.2.5 - $29.99
Capto (was Voila) is an easy-to-use app that takes capturing, recording, video and image editing to the next level. With an intelligent file manager and quick sharing options, Capto is perfect for... Read more
ScreenFlow 7.1.1 - Create screen recordi...
ScreenFlow is powerful, easy-to-use screencasting software for the Mac. With ScreenFlow you can record the contents of your entire monitor while also capturing your video camera, microphone and your... Read more
Xcode 9.0.1 - Integrated development env...
Xcode includes everything developers need to create great applications for Mac, iPhone, iPad, and Apple Watch. Xcode provides developers a unified workflow for user interface design, coding, testing... Read more
TotalFinder 1.10.2 - Adds tabs, hotkeys,...
TotalFinder is a universally acclaimed navigational companion for your Mac. Enhance your Mac's Finder with features so smart and convenient, you won't believe you ever lived without them. Features... Read more
Adobe Flash Player - Plug-in...
Adobe Flash Player is a cross-platform, browser-based application runtime that provides uncompromised viewing of expressive applications, content, and videos across browsers and operating systems.... Read more

The best deals on the App Store this wee...
Happy Tuesday, dear readers. Your favorite part of the week as officially arrived. It's time to take a look at the best deals in games. Things are admittedly a bit sparse, but there are a few diamonds in the rough to see you through if you're... | Read more »
Be the last person standing in Legacy of...
Yoozoo Games’ popular action MMO Legacy of Discord is getting a huge new update to celebrate its first anniversary. Perhaps the biggest change is the addition of an exciting survival mode titled Last Guardian. This new survival mode will pit you... | Read more »
Home Street guide - how to make friends...
From the creators of Food Street comes Home Street, a new simulation game that tasks you with building a social network and designing a beautiful home. It's a bit like The Sims, but you won't have to worry about the daily chores involved (feeding,... | Read more »
Color Ballz guide - how to bounce to the...
Color Ballz is an addictive new arcade title from Ketchapp Studios. It takes old school mechanics from games like Brickles and puts a fun twist on it. Your job? To catch balls with a paddle and send them back into a chute to be carried back to... | Read more »
Q&A: A-33 Studio explains why Combat...
When it comes to mobile FPS, it’s often tricky to get the fundamentals right on a platform lacking a physical controller, large display and hefty RAM. With Combat Squad: Project Wednesday, A-33 Studio bravely took on the challenge of making a... | Read more »
Taichi Panda 3: Dragon Hunter guide - ti...
Taichi Panda 3: Dragon Hunter launched this week to players all over the world. It's a beautiful mobile MMORPG that blends elements of Eastern and Western fantasy. It reminds us of a mix between World of Warcraft and Jade Empire. MMO's can have a... | Read more »
The best new games we played this week -...
Phew. It has been a week, but now it's time to relax, put your feet up, and enjoy some brand new mobile games. It was a bit of slow week, but there's still plenty of new titles to add to your collection. Here are four of our favorites. [Read... | Read more »
Yoink - Improved Drag and Drop (Product...
Yoink - Improved Drag and Drop 1.0 Device: iOS Universal Category: Productivity Price: $2.99, Version: 1.0 (iTunes) Description: Yoink for iPad and iPhone lets you easily and quickly store items you drag, copy or share, for later use... | Read more »
Cottage Garden (Games)
Cottage Garden 1.11 Device: iOS Universal Category: Games Price: $4.99, Version: 1.11 (iTunes) Description: | Read more »
Into the Dead 2 guide - how to survive t...
Into the Dead 2 is an endless gunner, of sorts, with a lot of grit and satisfying gunplay behind it. The game looks amazing, and tells an effective story to boot. Plus, it has some quality voice acting behind it to really bring the story to life... | Read more »

Price Scanner via

13″ MacBook Pros on sale for up to $120 off M...
B&H Photo has 2017 13″ MacBook Pros in stock today and on sale for up to $120 off MSRP, each including free shipping plus NY & NJ sales tax only: – 13-inch 2.3GHz/128GB Space Gray MacBook... Read more
15″ MacBook Pros on sale for up to $200 off M...
B&H Photo has 15″ MacBook Pros on sale for up to $200 off MSRP. Shipping is free, and B&H charges sales tax in NY & NJ only: – 15″ 2.8GHz MacBook Pro Space Gray (MPTR2LL/A): $2249, $150... Read more
Roundup of Apple Certified Refurbished iMacs,...
Apple has a full line of Certified Refurbished 2017 21″ and 27″ iMacs available starting at $1019 and ranging up to $350 off original MSRP. Apple’s one-year warranty is standard, and shipping is free... Read more
Sale! 27″ 3.8GHz 5K iMac for $2098, save $201...
Amazon has the 27″ 3.8GHz 5K iMac (MNED2LL/A) on sale today for $2098 including free shipping. Their price is $201 off MSRP, and it’s the lowest price available for this model (Apple’s $1949... Read more
Sale! 10″ Apple WiFi iPad Pros for up to $100...
B&H Photo has 10.5″ WiFi iPad Pros in stock today and on sale for $50-$100 off MSRP. Each iPad includes free shipping, and B&H charges sales tax in NY & NJ only: – 10.5″ 64GB iPad Pro: $... Read more
Apple iMacs on sale for up to $130 off MSRP w...
B&H Photo has 21-inch and 27-inch iMacs in stock and on sale for up to $130 off MSRP including free shipping. B&H charges sales tax in NY & NJ only: – 27″ 3.8GHz iMac (MNED2LL/A): $2179 $... Read more
2017 3.5GHz 6-Core Mac Pro on sale for $2799,...
B&H Photo has the 2017 3.5GHz 6-Core Mac Pro (MD878LL/A) on sale today for $2799 including free shipping plus NY & NJ sales tax only . Their price is $200 off MSRP. Read more
12″ 1.2GHz Space Gray MacBook on sale for $11...
Amazon has the 2017 12″ 1.2GHz Space Gray Retina MacBook on sale for $100 off MSRP. Shipping is free: 12″ 1.2GHz Space Gray MacBook: $1199.99 $100 off MSRP Read more
Bare Bones Software Releases macOS High Sierr...
Bare Bones Software has announced the release and immediate availability of BBEdit 12.0, a significant upgrade to its professional strength text and code editor. BBEdit 12 introduces a new foundation... Read more
Yale Announces Availability of Apple HomeKit-...
Yale Locks & Hardware has announced that Apple HomeKit support for its Assure Lock family is available this month. The new Yale iM1 Network Module, which provides support for the Apple Home app... Read more

Jobs Board

Lead *Apple* Solution Consultant - Apple In...
…develop a team of diverse partner employees focusing on excellence to deliver the Apple story. Even when you're not present, you will maintain a consistent influence Read more
watchOS Frameworks Engineering Manager, *App...
Job Summary Join the team that is shaping the future of software development for Apple Watch! Apple is looking for an exceptional software engineering leader to Read more
*Apple* Retail - Multiple Positions - Apple,...
Job Description:SalesSpecialist - Retail Customer Service and SalesTransform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
*Apple* Retail - Multiple Positions - Apple,...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
*Apple* Retail - Multiple Positions - Farmin...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.