Apple II emulator for iOS?
limtc
with BASIC is now allowed for App Store! An Amiga emulator is coming
soon too from the same developers.
Anyone now willing to port Apple II/IIGS emulators to iOS (especially
now iPad or iPhone 4 have higher resolution than Apple IIGS)? I am
willing to pay for it... and more if it comes with good Apple II
software...
sicklittlemonkey
> It seems that Apple has relax the rule enough that the C64 emulator
> with BASIC is now allowed for App Store! An Amiga emulator is coming
> soon too from the same developers.
Here's one link:
http://www.engadget.com/2010/09/18/as-apple-relaxes-app-store-rules-c64-emulator-for-ios-gets-basi/
> Anyone now willing to port Apple II/IIGS emulators to iOS (especially
> now iPad or iPhone 4 have higher resolution than Apple IIGS)? I am
> willing to pay for it... and more if it comes with good Apple II
> software...
The problem for an Apple II emulator will be Applesoft copyright being
shared by both Apple and Microsoft.
Cheers,
Nick.
mmphosis
> Anyone now willing to port Apple II/IIGS emulators to iOS (especially
> now iPad or iPhone 4 have higher resolution than Apple IIGS)? I am
> willing to pay for it... and more if it comes with good Apple II
> software...
* I am downloading the iOS SDK
* my Intel-based Mac is awaiting delivery of a part.
* I have no plans to acquire an iPad or iPhone 4
- Xcode 3.2 requires an Intel-based Mac running Mac OS X Snow Leopard
version 10.6.4 or later. (the upgrade from Tiger is $29, and more
upgrade$ may be required in subsequent years)
- Apple may require that I subscribe, possibly $99/year (and subject
to change of terms)
- You understand and agree that Applications developed using these SDK
materials cannot be installed or used on an iOS Product
or submitted to the App Store unless You enter into a separate iOS
Developer Program Agreement with Apple and comply with
the Program Requirements.
- An Application may not download or install executable code.
Interpreted code may only be used in an Application if all scripts,
code and
interpreters are packaged in the Application and not downloaded. The
only
exception to the foregoing is scripts and code downloaded and run by
Apple's
built-in WebKit framework.
- An Application may only read data from or write data to an
Application's designated container area on the device, except as
otherwise
specified by Apple.
- If Your Application includes or will include any other content, You
must either own all such content or have permission from the content
owner to
use it in Your Application.
- If Your Application includes any FOSS, You agree to comply with all
applicable FOSS licensing terms. You also agree not to use any FOSS in
the
development of Your Application in such a way that would cause the non-
FOSS
portions of the Apple Software to be subject to any FOSS licensing
terms or
obligations.
limtc
> The problem for an Apple II emulator will be Applesoft copyright being
> shared by both Apple and Microsoft.
Oh, that's bad.
I thought Commodore 64 Basic is also from Microsoft - so this is
probably not an issue for Microsoft (or Apple). The big issue will be
the Apple ROM.
M.O.B. i L.
I think Commodore bought off BASIC from Microsoft and then developed it
on their own.
limtc
ZX Spectrum for iOS!
http://toucharcade.com/2010/09/27/elite-to-bring-zx-spectrum-elite-collection-vol-1-to-the-iphone/
Really needs an Apple II/IIGS emulator for iOS if possible...
dealcash
> After Commodore 64 (and soon coming Amiga) emulator for iOS, now comes
> ZX Spectrum for iOS!
>
>
> Really needs an Apple II/IIGS emulator for iOS if possible...
lets go to my blog to run Apple II emulator on your Ipad :
(in french) :
http://galamoon.blogspot.com/
limtc
> lets go to my blog to run Apple II emulator on your Ipad :
> (in french) :http://galamoon.blogspot.com/
Oh, if I saw your post earlier I will get iDOS! I never thought of
that!
iDOS is no longer available... sign.
dealcash
you can download it here : http://galamoon.blogspot.com/2010/10/jouer-250-jeux-apple-ii-sur-son-ipad.html
(first link)
but you have to use an jailbreaked iphone or ipad.
Michael AppleWin Debugger
It shouldn't be _that_ hard to create a new .ROM ... Hmmm, this sounds like a fun project ... ;-) Of course there is that DOS 3.3 thing too ... again, another project.
Michael
Steve Nickolas
I did one but it lacked a BASIC (used Applesoft; mostly worked with
Integer also).
My last (.15) version seems to be lost, but .14 survives, might be a bit
buggier.
-uso.
amanda....@gmail.com
David Schmidt
> I'm new at this, can someone tell me is this emulator for apple II https://www.retrostic.com/emulators/apple-2/applewin is ok for playing the old roms?
generally don't call disk images "ROMs", unlike many other retro
communities). The latest AppleWin can be found here:
https://github.com/AppleWin/AppleWin
James Davis
Ewen
IIgs emulator available!
James Davis
I should have said:
AppleWin is the best Apple II emulator available!--For me, running on Windows 7 Ultimate (64-bit).
Bobbi Webber-Manners
On the Linux side, GSPort is very good, but it is a IIgs emulator not //e. When I need a //e emulator, MAME seems to be the best I have found on Linux, but it is not very user friendly. Also MAME uses stupid .CHD compressed hard drive files and writes to a 'diff' file rather than updating the image.
I would love to have a good //e emulator for Linux, of the same quality as GSPort. However I don't think I have the time and energy for such a project. The main thing lacking from GSPort on Linux is full-screen mode. I think that works on Windows though (or maybe on Mac OS too.) Maybe one of these days I will try to see what it would take to implement full-screen mode on Linux.
Michael AppleWin Debugger Dev
* Hardware support
* Software support
* UI QoL / UX (User Interface Quality of Life / User Experience)
That is, my short, incomplete list of judging emulators would include:
* How easy to use is it?
* How easy is it to compile out-of-the-box?
* How many features does it support out-of-the-box?
* How accurate as it? NTSC, quarter track disk support, cycle accurate timing, invalid opcodes, etc.
* How much can you customize it?
* How good is the debugger?
* How many peripherals does it emulate?
* How fast is it?
Every emulator has strengths and weaknesses. There are certain things in AppleWin that blow all the emulators out of the water and certain things that AppleWin sucks at. Every year the bar gets slowly raised. i.e. Emulators that don't support the half-pixel shift are archaic. The 2010's was the decade of accurate NTSC rendering in Apple 2 emulators. The 2020's will be the decade of bit-accurate disk nibble support.
/rant on
Most Open Source programs *suck* because you can't *easily* compile the dam thing. Many developers don't want to waste their time spending hours figuring out the dependency hell and jumping through hoops to get it to build.
/rant off
> I run Linux wherever I can, and I have been trying to use Linapple, which claims to be a port of AppleWin to Linux.
However, LinApple is an *unofficial* fork of AppleWin ~2007 (IIRC) sans certain features -- such as the debugger has been *completely* stripped -- which may or may not be important to you; if you *need* the debugger you are SOL. There have been many features and bugfixes added to the official AppleWin emulator in the last 10 years!
Someday we'll get around to it (*) -- a proper SDL port/rewrite so we can run natively on Linux and MacOS -- until then the best way is to use Wine or a VM to run the official AppleWin version -- if you need proper NTSC rendering, .woz support, etc.
Michael, AppleWin Developer
(*) /cue Round Tuit -- https://en.wiktionary.org/wiki/round_tuit
Michael AppleWin Debugger Dev
Amanda, that's a mirror -- which may (or may not) be out-of-date.
The official AppleWin site is:
* https://github.com/AppleWin/AppleWin/
Cheers
Michael, AppleWin Developer
messd...@gmail.com
> Also MAME uses stupid .CHD compressed hard drive files and writes to a 'diff' file rather than updating the image.
And the newly released 0.213 supports raw and .2MG hard disk images, plus it writes directly back to both.
Antoine Vignau
Thank you. That is so true! Your message summarizes what I think about emulators.
For instance, in IIgs emulation, Sweet16 is great in UI and host integration but is less accurate in emulating the original machine than keGS and its children (no 3200 support, no border support, P16 pgms keep on crashing) but it is so easy to exchange data with the host that developing onto it is fine.
I remember I had to patch The Flaming Bird Disassembler to make its 80-col display run fin on Sweet16. The program was running flawlessly on a real machine.
I would say that a test phase on a real machine is mandatory as emulators cannot be trusted at 100% (yet).
Also, thanks to people like you who make emulators more accurate each day.
Antoine.nodebugger.fr
Bobbi Webber-Manners
Brian Patrie
> Every emulator has strengths and weaknesses.
My daily driver is GSplus, partly because i can do IIgs stuff in it, but
it also runs well under Linux.
When i need to paste a path to a disk image (especially a non-140k
image), i use KEGS, because it has a convenient GUI dialogue for that.
(The F4 dialogue can't accept pasting).
When i need to print to a file (e.g. list an AppleSoft programme), or i
want scanlines, i use AppleWin (under Wine), because printing to a file
is easy. I also mostly like its debugger. (I would probably use it
more regularly, if Wine ran it better.)
But i ramble. :)
Steve Nickolas
while I had the best freeware Apple ][ emulator, but AppleWin very quickly
surpassed it. xD
I did consider trying to rewrite AppleWin from scratch, the way my first
emulator originated as a rewrite of ApplePC. (ApplePC had some bugs;
qkumba's patch fixes at least some of them. A rewrite of AppleWin would
aim at portability rather than bugfixes.)
I mainly use 3 emulators: AppleWin, MAME and ApplePC, in that order.
-uso.
Michael AppleWin Debugger Dev
I used to use ApplePC before switching to AppleWin. (Even wrote a keyboard patch for ApplePC.)
What feature(s) of ApplePC do you use that aren't being met by AppleWin if you don't mind me asking.
Cheers,
Michael
Steve Nickolas
the regular ROM, I've had somewhat better luck printing from it than from
AppleWin (might be pilot error here), and sometimes I just prefer the user
interface. Mainly, though, it has to do with swapping larger disk images
around like floppies - it's certainly easier to do it in ApplePC.
Also one of my computers is an original Pentium and runs MS-DOS 5 and
Windows for Workgroups 3.11, so... ;p
-uso.