iShell

12/01/98
iShell from Tribeworks is a new cross-platform authoring environment which appears to be a possible replacement for mTropolis or Apple's Media Tool. It might even be a competitor to Macromedia Director. They have a demo version that is available for download. They also have an interesting pricing policy; it's sold as a "membership" for $2,000 a year which provides users with tech support and free updates (for the year.)

I downloaded the demo version, but was disappointed to find that the documentation was limited to a reference manual and some sample files. No tutorial is available. Personally I like tutorials to help me get the "hang" of something. Since I don't have the time at the moment to spend a whole lot of time learning this new tool I've had to content myself with reading the thoughts of others; when you download the trial version you are added to a mailing list for iShell.

There has been a lot of activity on the list; with quite a bit of it relating to price and user perspectives. I think the company thought the list would mainly be for user support issues. Yesterday they changed the list so that subscribers can't automatically post to the list. Messages are now reviewed by a mailing list coordinator.

I read the list for the past few days and personally felt that while there was complaining, I've seen a lot worse on other lists. I think this is no way to endear yourself to skeptical customers.

Anyway, two people have given me permission to reproduce there comments about iShell below. I also have an email from a marketing person at Tribeworks offering their perspective on the tool:

Alberto Tabone at FaceToFace Productions wrote:

As multimedia developers since 1994 coming from the TV and cinema industry, we tried iShell because we feel there is a dangerous lack of modern, professional, easy to use multimedia authoring systems, that run on the Macintosh for cross-platform delivery using QuickTime 3.0 technology.

We don't use Director: we actually hate the software, preferring instead software like ClickWorks, that offer a comfortable and clear authoring environment without compromising too much on power. However, that alone isn't always enough and that's why we looked at iShell, hoping to find a modern tool that combined ease of use with power. Instead, we drowned in the foreign sea of an arcane interface, confusing at best, unable to even set up a basic screen of the likes you get in the very basic samples section.

Our first impressions are:

lack of a project-wide view: no tree view, no individual screens. We more or less understand the metaphor, but we think multimedia is made of screens, not objects. The user goes through a path, and the author needs to lay that ahead for him. Both need to know where they are and where they can go at a particular time, and if the author cannot see that at first glance, it's twice as difficult to implement a proper structure.

the interface is complex: even on a two monitor set-up it is difficult to see enough information about what one is doing. The hierarchy of objects, commands, events etc., all nested within each other, is extremely space consuming and again does not give a good project-wide view.

poor documentation: the reference guide does not include a quick start section so it is difficult to even experiment with basic multimedia.

media referencing: calling media objects with their full path, in internet style, is HORRIBLE. Aside from the fact that names get truncated -- making it impossible to identify media quickly -- it just makes media management more complicated than necessary. Besides, we don't care about the Internet. We make cd-roms. If we wanted to work in HTML-style authoring -- which we think is a primitive way of working -- we would switch to the likes of CyberStudio or PageMill.

Abolishing screens in favor of .k files, with lots of media associated with it, is just a way to confuse project management, and makes big projects hard to design and control. In a typical CD-Rom there are between 50 and 100 screens, are we to substitute that with individual .k files?

interface problems: Why does the program use New and Open... for the .k files, whilst for a project we need to use 'Select'? And once we've done that, .k files and projects get mixed together, so that you don't know what you are working at. And there's no possibility to test run a single .k file, only the whole project. Or is there? We can't even understand what we are testing....

We're concerned that all the samples provided are extremely basic in their nature: is this proof that creating multimedia with iShell is hard and time-consuming?

 

Fred Bals of Quantic Communications wrote:

Background: I've been a Director user for 5+ years, since the 3.1 days. From an interactive perspective, my company is pretty much a Director shop. My company, creates sales presentations, sales tools, product demos, trade show/seminar presentations, the normal slew of multimedia business collateral. We produce between 20 to 25 of these a year. Everything we do is delivered on the Windows 95/98 NT platform. We do most graphic, sound, and video development work on the Mac, final tweaking and programming on Windows 95. Every year we tend to get more Windows-centric.

Perspective on iShell:

Costs: $2,000 is too much. My opinion is you're falling into the same trap that mFactory fell into. Macromedia just announced Director 7, with an upgrade price of circa $500 per platform. Offer a competitive upgrade to current Director users of $500. Better, sell the software to all customers for $500. I'd consider trying iShell as an alternative to upgrading to 7 at that price point.

Why do I think it's too much? I can make Director do what I want in most circumstances, and can fake it when I can't. I'm not willing to give up the knowledge investment unless the alternative provides a significant advantage.

Documentation: The documentation is poor. The great percentage of all documentation sucks, including Director's, from a usefulness standpoint. However, Macromedia has a large enough user base that there are alternatives to the documentation. I suggest you reconsider your thinking on not having a written tutorial on *using* iShell to produce work, rather than documentation that simply explains functionality. Using your documentation, I didn't find iShell easy to use at all.

Authoring Environment: I've been using the iShell editor under Windows 95 without significant problems, but to hear from Tribeworks that that development environment is not recommended does not inspire me with confidence. Quantic is already supporting two development environments, and I wish it was only one. The last thing I want is another development environment. I wouldn't purchase the software -- even at $500 -- unless I could author under Windows 95/98.

 

Well, the above aren't exactly promising comments about the tool, and though I am a Director user it's not my intention to pillory the competition (unless it's subconscious.) I did receive the following comments from Marcel Siegle, the Mgr. Marketing Communications at Tribeworks to questions I had sent them.

1) The membership costs $2,000. Do you have to pay 2,000 for the second year to continue using the product, or would you only have to renew for updates and product support?

Yes and no, the Tribeworks membership is more then just iShell. We offer various support to our members. Here are some of the basic services we provide. Members get Win NT and Mac versions of the Editor, which are updated on a continuous basis. They receive the SDK, which gives them access to most of the source code. This way they can develop plug-ins and scripts , in order to customize their applications to their customers needs. They also receive level-1 customer support, which means they have direct access to the engineering team.

If members decide that they don't want to renew their membership, they can still continue using the product. This puts pressure on us to serve our members in the best way possible. There will be other options, besides the $2000 Membership, available soon, so stay tuned !

2) Do you have more information on the authoring environment than is presented at the website (such as screen dumps, specifications etc.)

You can download a trial version for free, we also included documentation (PDF format). You should also check out our press area, I think you will find some of our member's stories quite interesting.

3) Is the authoring environment available for Mac and Windows now, and is it identical?

Yes, you can author on Win NT or Mac and playback on Win 95/98, Win NT and Mac OS. There is no conversion necessary.

4) Do you have any feature comparison information comparing it with products such as Director and mTropolis? What products do you consider your primary competitors.

In a Nut shell: iShell can be best described as a "media manager". It allows for fast and easy cross platform deployment of media rich content. The internet is fully integrated, which means that applications created with iShell can retrieve their media via remote (internet) or localized storage, like CD-Rom or hard drive. Mediums can be mixed and content can be dynamically updated. iShell is very powerful, it allows non-programmers as well as programmers to build complex interactive multimedia applications.

The main difference with our competitors is, that we created an authoring environment that is much more intuitive and will enhance the productivity of multimedia developers.

One of the greatest features of iShell is it's plug-in architecture. Currently some of our members are writing plug-ins that will enhance iShell. As you can imagine this makes iShell extremely responsive to our customers need. This just one of the great advantages of the Tribeworks community.

 

Here are some quotes from users that Tribeworks supplied:

  • I spent some time with iShell this weekend and I feel that it may be a viable alternative to mTrop. My company spent a small fortune 2 years ago on mTropolis (20 licenses, training, etc.) and did get somewhat of a payback on the product.
  • I believe that iShell may be what we're looking for.
  • "This is incredible. Only a couple of weeks ago I suggested that this (not supporting Wired Sprite movies) was a problem with a sprite based movie I was working on and just like magic, Patrick and company have made this happen. I've never seen such dedication to satisfying potential customers before. You deserve to rule!!
  • "I've just spent 45 mins in the Editor. What can I say ? WOW. I have been working in mTropolis for the last couple of years and as you know mTropolis users need to look elsewhere for a decent authoring tool. I must say, I'm VERY impressed with iShell. The development speed could even surpass that of mTropolis. Just one major black spot at the moment. The price is also VERY impressive."
  • "OK, I'm convinced, (I'm stunned!) I don't see how I can live without iShell.

<www.tribeworks.com>

If you've had experience with iShell, let me know!

Michael D. Murie has been a multimedia consultant and developer since he first saw HyperCard in 1987. He has written for New Media magazine and worked on the CD-ROM The Jack Kerouac ROMnibus. He wrote the books "Macintosh Multimedia Workshop" and "Macintosh Multimedia Starter Kit" and was co-author of "The QuickTime HandBook." He can be reached at mmurie@m2w.net.

| Multimedia Workshop | Industry News | Online Reference | Contact Us | Find |

Copyright 1998 by Multimedia Workshop. All rights reserved