I thought I'd try the MECC.chd and it's pretty cool.
A couple of problems though, on the apple2gs for some reason the auto repeat doesn't work for the arrow keys. The arrow key repeat works fine on the apple2ee. This makes the menu really hard to navigate as you can't get to the bottom of the list without pressing down arrow over and over. I did find that the open-apple or closed-apple plus arrow keys moves by a page in the menu.
And I can't seem to get the apple2gs into the text control panel with ctrl+open apple+escape. I tried everything I could think of, but it just won't go. (I was able to get into the text control panel by holding down closed apple on booting and choosing 1 for control panel)
On the apple2ee the Word Munchers game has all kinds of horizontal glitching on the screen when you're on the word grid. I don't see the horizontal glitching when run on the apple2gs driver.
I'm finding out that I'm not very good at matching the vowel sounds in word munchers. Guess I need some remedial practice.
I'm a bit of a noob with mame and the apple drivers so sorry if these are dumb questions.
Pics of the horizontal glitch on apple2ee on ubuntu 16.04 and mame185 compiled from source:
Last edited by Golden Child; 05/14/1703:03 PM. Reason: added pics
The 8-bit drivers are more modern and complete than the apple2gs driver, which dates to 2005 and has pretty much just been hacked to death since then. The 8-bit drivers support raster splits in order to (not always successfully) support the French Touch demos; the IIgs driver doesn't attempt to support 8-bit raster effects because they were basically unknown in 2005. My guess is the issue with Word Munchers is that it's inadvertently causing that support to engage when it shouldn't, I'll take a look.
I'm writing a new IIgs driver when I have time, which isn't often. It emulates the IIgs at a lower level than any existing emulator, and so progress is slower than I want it to be, but it's IMO necessary to do it that way.
Last edited by R. Belmont; 05/14/1704:10 PM.
#110635 - 08/21/1705:50 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
The glitching might be caused by the game touching the graphics soft-switches while already in graphics mode, as a II+ compatible refresh-polling. Canyon Climber did exactly that. I have fixed the driver for that case.
I just cloned current git and compiled it and I saw some glitching when doing hgr while in 80 column mode on the apple2e driver.
Just start up, interrupt the boot with CTRL+F12, PR#3, HGR, and then hitting enter repeatedly causes the text screen to scroll and while it's scrolling, there's a bunch of glitching. Once the scroll stops, the glitching disappears.
#110658 - 08/24/1710:51 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
Cool. Thanks for looking into the glitching issue.
On another note, I was having some trouble getting a printout from applesoft basic using the ssc and pr#1.
I can get it to output to a file, but the high bit on each byte seems to be set. A quick "tr '\200-\377' '\000-\177' " will strip the high bit from the output file but I was wondering if that's normal.
It's normal AFAIK for PR#1 to output Apple high-ASCII since the text screen requires the high bit to be set. Changing the SSC DIP switches to a 7-bit data format might help, assuming the serial printer device can also be changed to that format.
Yes, it's normal behavior, as RB said. Apple "normal" mode text has at least the seventh bit set (i.e. #$80-FF); flash mode has only the sixth bit set (#$40-7F), inverse has neither bit set (i.e. #$00-3F), and you might notice that there's no lowercase in flash or inverse because of the restricted range. No, you can't switch to 7-bit, because when it was 8-bit originally, you'll get the marker to say that a conversion happened, as you can see. You'll have to send in 8-bit form, and then perform the conversion after the data arrive.
#110670 - 08/26/1712:35 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
The glitching is caused by the same issue, but I can't see how to fix it without rewriting the driver to use a timer to control screen updating. The 80-column firmware does a lot of switching between pages, faster than the hardware can refresh the display, but each switch triggers a screen update in MAME.
#110694 - 09/01/1712:14 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
I've been noticing that the sound output from the apple2e driver has a lot of "pops and crackles." It must be coming from the Mockingboard because it disappears if I bring up the ` volume sliders and set the volume for each AY channel to zero. It has a very regular pattern, almost like someone typing.
Is there a way to disable the Mockingboard from the command line as it seems to be hard wired in the driver? Like -sl4 empty_slot? I suppose I could always just comment it out and recompile.
I've never gotten that noise. I suspect your system isn't able to keep up with full frame rate with the Mockingboard installed. Enable the MAME keys and press F11 to monitor that - if it drops below 100% when you hear the crackles that's what's happening.
#110748 - 09/06/1703:49 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
I brought up the F11 display and sure enough, it was tracking below 100% at times. Most of the time it would hover from 90% to 100%. The pops would definitely get worse when momentarily it would drop to around 60%.
I'm running Ubuntu on a core i5 2.67G x 4, should that be able to keep up?
Unfortunately, the on board sound doesn't work under ubuntu, so I've got a USB audio adapter and I wonder if that contributes to any slowdowns.
Thanks for the -sl4 "" tip, that empties out the Mockingboard.
#110749 - 09/06/1704:23 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
I can close pretty much everything (including firefox) and I still get the pops. It all works so well graphics and soundwise aside from the pops. If it didn't pop I wouldn't even notice that it wasn't running 100%.
I have ubuntu's system monitor running and it doesn't show excessive cpu.
using F8 and F9 to adjust the frameskip, along with F10 to toggle the throttle makes a big difference.
Setting frameskip to 4/10 and keeping throttle on results in virtually no popping/crackling at all.
The "avrg game" is the core emulation's frame rate (this system is a computer putting out a 1024x768@70 Hz screen, so the 70.00 once it settles in is correct), and "avrg video" shows how fast MAME would run if all it did was upload frames in the current configuration. With decent GL drivers that should be above 300%; if it's much below that you might have problems.
#110754 - 09/07/1704:25 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS
Is there a way to keep mame from exiting when you hit ESC when in Partial Keyboard Mode?
When using the apple2e driver, I find myself hitting ESC to do stuff like apple ESC-IJKM text screen editing and mame drops out immediately. It'd be awesome if there was a delay or something that you had to hold ESC for 3 seconds or some kind of exit confirmation. "Are you sure you want to exit?"
It'd be cool if mame had a quit delay where you could just hit ESC, it would pop up a notification of an impending quit and if you were quiet for say 5 seconds without hitting any keystrokes it would exit, otherwise it would cancel the quit.
You'd have the convenience of -noconfirm_quit with the ability to recover if you accidentally hit ESC.
That would save you a keystroke of hitting the enter key.
Oh, that sucks. The French Touch demos flip page 1 / page 2 mid-scanline and expect it to change the display immediately. (BTW, they posted the source for all their stuff if you missed it).
I've added a check for 80-column mode, which seems to solve the problem. The 40-col screen updates immediately, the 80-col one doesn't. And yes, I saw the French Touch stuff. He was one person. His name is Arnaud. We got to know each other a little bit before he retired.
#110790 - 09/12/1711:54 PMRe: 8bit Apples - Apple I, II, /// and the 16 bit GS