home *** CD-ROM | disk | FTP | other *** search
- Date: 18 Apr 1996 08:06:43 GMT
- Organization: Uni GE - Chimie Organique
- Lines: 27
- Message-ID: <4l4t6j$o4b@uni2f.unige.ch>
- References: <2.2.32.19960414050906.006956ac@popd.ix.netcom.com> <ufwx3e6nih.fsf_-_@ftp.ardi.com>
- NNTP-Posting-Host: 129.194.51.54
- Mime-Version: 1.0
- Content-Type: Text/Plain; charset=US-ASCII
- X-Newsreader: WinVN 0.99.6
- To: executor@ardi.com
- X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
- Sender: owner-executor@ardi.com
- Precedence: bulk
-
- In an article, Clifford T. Matthews (ctm@ardi.com) wrote:
-
- > (...) In a similar vein we'll probably get QuickTime to work
- >(it's included with many programs) before we implement our own version
- >of it. Beyond getting INITs and CDEVs to work well enough to run ATM
- >and QuickTime we *may* work on our own support for the features that
- >ATM and QuickTime present, but that would have to be done by a
- >separate team of engineers, a team that we don't yet have.
-
- Would it be possible to use QuickTime for Windows (in Intel 80x86
- executable code) in Executor/DOS, to give Mac appl. running in Executor
- the features they need from QuickTime without having to emulate
- (time consuming at the execution level) QuickTime for Mac, neither
- having to re-implement (time consuming at development level) QuickTime
- for Executor.
-
- But may be I'm missing something. It will propably be easier to use
- QuickTime for Windows when there is an Executor/Windows version.
-
-
- Needless to say: as almost everybody who tried Executor, I find it
- very impressive, even with the current limitations.
-
-
- Carmine Chiancone
- Uni GE - Chimie Organique
-
-
-