Jace JAR -- mini-rant and more importantly fixes!

[Michael AppleWin Debugger Dev]

Since the Jace binary is no longer available on SourceForge due to SourceForge's shenanigans of drive-by-installers, and Blurry has been too lazy to update the README with a working download link (/me glares), let alone provide _actual_ instructions on how to even *build* Jace (/me facepalm) ... here is what I did to get Jace running on OSX:

First I had to install Maven. Thankfully I already had brew installed so this was a simple:
brew install maven

To build Jace:
mvn install -DskipTests=true -Dmaven.javadoc.skip=true -B -V

I then got this cryptic error ...

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.3:compile (default-compile) on project jace: Fatal error compiling: invalid target release: 1.8 -> [Help 1]

... because I had Java 1.8 JRE but only the Java 1.7 JDK. Gee, thanks for _useful descriptive_ error message Maven ...

After tracking how to download the Java 1.8 JDK from the command line working around Oracle's "Accept License" nonsense:

curl -L -O -H "Cookie: oraclelicense=accept-securebackup-cookie" -k "https://edelivery.oracle.com/otn-pub/java/jdk/8u66-b17/jdk-8u66-macosx-x64.dmg"
open jdk-8u66-macosx-x64.dmg

I was *finally* able to build Jace.

When I went to run it:
java -jar target/jace-2.0-SNAPSHOT.jar

I got this error message:
no main manifest attribute, in target/jace-2.0-SNAPSHOT.jar

I tracked down the startup class, but no dice:
java -cp target/jace-2.0-SNAPSHOT.jar jace.JaceApplication

Futzing around with the Maven project file to include ALL the dependencies:
<!-- BEGIN -->
<!-- https://ivan-site.com/2012/05/download-oracle-java-jre-jdk-using-a-script/ -->
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
</execution>
</executions>
<configuration>
<archive>
<manifest>
<addClasspath>true</addClasspath>
<mainClass>jace.JaceApplication</mainClass>
</manifest>
</archive>

<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>
<!-- END -->

I **finally** was able to build a JAR file that runs!
java -jar target/jace-2.0-SNAPSHOT-jar-with-dependencies.jar

Ho Le Fuk. All that rigmarole just to build a Java program -- like I have nothing better to do on Sunday morning to track down a broken build and a million dependencies. Hmm, wait ... well, at least maybe now I can fix that Shift-Insert bug. :-)

Anyways, nice job Blurry and Nick on Jace! Now if only we could get a way to bsave and bload memory ... Yeah, yeah, use the source. :)

Since others may be interested in a binary Jace.JAR as well I uploaded it here: https://github.com/Michaelangel007/jace/blob/master/target/jace-2.0-SNAPSHOT-jar-with-dependencies.jar

Until the official Jace repo gets updated with build instructions, build script, run script, a fixed pom.xml, an updated README, and a binary .JAR, I forked the repo:
https://github.com/Michaelangel007/jace

Back to playing with HGR fonts :)
https://github.com/Michaelangel007/apple2_hgr_font_tutorial

Michael -- "slightly grumpy when Open Source programs don't include simple compile instructions." I wonder if AppleWin does ... :-)

[wss...@gmail.com]

Am Montag, 11. Januar 2016 05:44:28 UTC+9 schrieb Michael AppleWin Debugger Dev:
>
> Ho Le Fuk. All that rigmarole just to build a Java program...
>

Is Sum Ting Wong with the build process?

[Michael AppleWin Debugger Dev]

On Sunday, January 10, 2016 at 7:57:34 PM UTC-8, wss...@gmail.com wrote:
> > Ho Le Fuk. All that rigmarole just to build a Java program...
> Is Sum Ting Wong with the build process?

Ha! Nice Sheldon. It was a "Bang Ding Ow" moment :-)

/me laments: Why is modern programming so dam complicated? Why can't everything just be a simple: "g++ foo.cpp"

[Nicola]

On 2016-01-10 20:44:27 +0000, Michael AppleWin Debugger Dev said:

> Since the Jace binary is no longer available on SourceForge due to
> SourceForge's shenanigans of drive-by-installers, and Blurry has been
> too lazy to update the README with a working download link (/me
> glares), let alone provide _actual_ instructions on how to even *build*
> Jace (/me facepalm) ... here is what I did to get Jace running on OSX:

You are on OS X and you appear to use Homebrew. Unless you have a
specific reason to want to build it yourself, I would recommend to tap
this:

https://github.com/lifepillar/homebrew-appleii

Nicola


--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---

[Nicola]

On 2016-01-11 08:35:39 +0000, Nicola said:

> On 2016-01-10 20:44:27 +0000, Michael AppleWin Debugger Dev said:
>
>> Since the Jace binary is no longer available on SourceForge due to
>> SourceForge's shenanigans of drive-by-installers, and Blurry has been
>> too lazy to update the README with a working download link (/me
>> glares), let alone provide _actual_ instructions on how to even *build*
>> Jace (/me facepalm) ... here is what I did to get Jace running on OSX:
>
> You are on OS X and you appear to use Homebrew. Unless you have a
> specific reason to want to build it yourself, I would recommend to tap
> this:
>
> https://github.com/lifepillar/homebrew-appleii
>
> Nicola

Forgot to mention: if you use my formula, install with `brew install
jace --HEAD`, because the released version 2.0b does not work outside
the build directory (https://github.com/badvision/jace/issues/2).

Btw, Jace builds just fine, only the correct jar is in target/jfx/app/,
not in target/ (I had made the same mistake as you).

[Ernie Soffronoff]

Thanks to both of you for this info! I had started fiddling with both installing the Homebrew version and making it from source but quickly got frustrated and went back to Virtual ][.

Since you're the experts (aren't you glad you raised your public profiles ;), does the JACE IDE work for you? I'm on MacOS 10.11 and tried with the brew package and the pre-built binary. Both launch and emulate an existing DSK, but both also hang if I try to use the IDE...

Thanks,
--Ernie

[Nicola]

On 2016-01-11 13:43:08 +0000, Ernie Soffronoff said:

> does the JACE IDE work for you? I'm on MacOS 10.11 and tried with the
> brew package and the pre-built binary. Both launch and emulate an
> existing DSK, but both also hang if I try to use the IDE...

It doesn't work for me either (I had never tried it before). The IDE
window opens, but choosing a menu item raises an exception and
sometimes causes Jace to hang. I have submitted a bug report:

https://github.com/badvision/jace/issues/8

Feel free to comment on that: raised interest in Jace may motivate the
developer to publish a new release.

Btw, I also use Virtual ][ most of the time, but Jace has some feaures
(e.g., mixed RGB mode) that make it worth using it.

[BLuRry]

Yeah sorry for the confusion regarding the switch-over. Sourceforge was doing things at the time that straight-up pissed me off and I refuse to not be a party to. Also, it seemed that git was a better code management model so the switch made sense.

It was my hope that changing the project format to Maven-based would allow other java devs to more easily use the code. I'm grateful to see a homebrew formula for it -- I had no idea that existed until now, and will update the docs accordingly. Maven is "supposed" to simplify java projects. Back in the day, Jace used to have zero dependencies but now there are some for Guava and soon I will also add JInput for actual joystick support. Maven was absolutely necessary to ensure that the correct dependencies would be present for building and packaging the app.

Now, back to the meat of it, JDK8 is required and if you look at the source you'll see a bunch of things that take advantage of not only Java 8 syntax but also JavaFX as well. This has made it possible to improve some performance but also it is used to fuel the newer additions such as the new Metacheat UI.

Anyway, you are right -- the docs are very outdated. I've mostly just been posting new code without updating the binaries (I tried an automated build site to simplify this but it kept breaking.) I've spent less time with it and more time on Lawless Legends and raising children (mostly raising children...)

It's only recently that I've had a higher degree of confidence in the newer Jace 2.0 codebase. The sourceforge version 1.0 was fairly stable for what it was, but I rewrote substantial portions of the emulator to serve very different goals. Because of this there are some features I had to rewrite from scratch (metacheat) and others which have yet to be finished sufficiently (save/load state and rewind support.) Because of this lack of confidence I hadn't really been promoting 2.0 as much, hence the lack of site updates.

I think my tone will change this year on that front though. Thanks to the demos from French Touch, I've been able to nail down some very difficult bugs to test for in the video and mockingboard routines. With fully-working prodos "virtual" disk support, I can continue the effort to building a suitable cross-dev solution. I think there are still a couple of stray bugs in the IDE but the more recent commits should have ironed out the warts; I've been using it to write a fairly complex mockingboard music player routine.

If you feel there is anything that needs changing, please don't hesitate to send a pull request my way. I'm pretty open-minded about this stuff. I also don't hesitate to grant commit access for anyone that feels really strongly about making big changes, bug fixes, etc. At some point the idea has to out-live its creator. ;-)

-B

[BLuRry]

On Sunday, January 10, 2016 at 2:44:28 PM UTC-6, Michael AppleWin Debugger Dev wrote:

Also, there is a jar built under the target/jfk/app folder that includes dependencies, or at least a lib folder with all the dependencies and the main app's manifest references them so you don't have to create an exhaustive command-line to include the dependencies in the classpath. To be honest most of the time I just run the program from inside netbeans because I'm likely to twiddle with the source while I have it open.

[BLuRry]

That's odd -- I had corrected some goofiness in the IDE, is it still doing it with a more recent build? I'll track this conversation on the git issue you've reported. Thanks for the heads up!!

-B

[D Finnigan]

BLuRry wrote:
> With
> fully-working prodos "virtual" disk support, I can continue the effort to
> building a suitable cross-dev solution. I think there are still a couple
> of stray bugs in the IDE but the more recent commits should have ironed
> out
> the warts; I've been using it to write a fairly complex mockingboard music
> player routine.

As someone who avoids cross-dev now because it introduces some new
obstacles-- namely, getting the data in and out of the Apple, I think this
is a good direction to go for your emulator.

--
]DF$
The Marina IP stack for Apple II--
http://marina.a2hq.com/

[fadden]

On Monday, January 11, 2016 at 10:33:18 AM UTC-8, BLuRry wrote:
> Yeah sorry for the confusion regarding the switch-over. Sourceforge was doing things at the time that straight-up pissed me off and I refuse to not be a party to. Also, it seemed that git was a better code management model so the switch made sense.

I've never been fond of SourceForge. Everything always seemed to be harder than it really needed to be, but back when it was the only game in town you just put up with it. Then came the ownership change. This article sums up the current state of affairs pretty well:

http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/

If there's a downside to github I haven't found it yet. (Of course this is after coming to terms with git, after spending years with the SCCS/RCS/CVS/Perforce approach to things.)

One suggestion: if you're going to upload a build product (like an executable or Jar file), do it in a "release" rather than checking it into the tree. Stuff in the tree lives forever. For a release you just drag-and-drop the binaries in, and they're associated with a source tag, so it's easy to see what changes are included. When you delete the release, the binaries go *poof*.

[Michael AppleWin Debugger Dev]

On Monday, January 11, 2016 at 10:33:18 AM UTC-8, BLuRry wrote:

Sorry if was a little hard on you Blurry. I just wanted an emulator that I could use on my OSX machine and was frustrated I couldn't find a dam Jace.JAR anywhere. The _last_ thing I'm going to do is download some random .JAR file off the internet that _isn't_ from an official source and "trust" that. (yeah, right!) I figured that IF I was going to be grumpy and criticize I'd at least offer a _solution_ as well so I don't look like a total ungrateful entitled ass. :-)

My biggest problem with a lot of Open Source programs is just getting the damn thing to even _build_ without going through a million hoops. Sorry you were caught in that "crossfire."

At the end of the day, hey, if movement happens, it's all good.

While the emulators-in-a-browser are cool they all suffer from lack of copy-paste support. NO GO.

Virtual ][ is annoying nag-ware. :-/ People still pay for emulators in this day ??

No need to apologize for lack of updates -- I've said before ""Too many projects, too little time!" I just wanted a pre-built JAR file I could play with. :)

> If you feel there is anything that needs changing, please don't hesitate to send a pull request my way. I'm pretty open-minded about this stuff. I also don't hesitate to grant commit access for anyone that feels really strongly about making big changes, bug fixes, etc. At some point the idea has to out-live its creator. ;-)

I've already logged a few bugs. :-) Issue #5 would be a good one to fix. :-)
https://github.com/badvision/jace/issues/5

My main interests were seeing:

- NTSC quality
- The ability to customize the "palette" on the fly. Think virtual Color Composite monitor contols. :-)
- Ability to get data INTO the emulator.

You guys have done an impressive job with the NTSC emulation ! While the color fringes are "strong", the Archon title screen looks good.

One reason the NTSC branch of AppleWin has stalled is that while Sheldon has done amazing work hacking that into the code base I've run into an issue that I've punted on:

"Proper" NTSC emulation is dam expensive! It is starving the Mockingboard CPU code in AppleWin.

When you effectively have a virtual function PER pixel that is darn high over-head. I've got some ideas on how to optimize the hell out of this but I've been so busy working on my indie game that I haven't had a chance to implement them yet.

How are are you guys getting per-scanline mode changes in the middle of a scanline and not starving the sound / mockingboard stuff, for example when running the French Touch demos?!?!

Thanks for looking into getting the build and .JAR stuff straightened out in the future.

Michael "I'm not ALWAYS grumpy ..." :-)

[Michael AppleWin Debugger Dev]

On Monday, January 11, 2016 at 2:19:47 PM UTC-8, fadden wrote:
> I've never been fond of SourceForge. Everything always seemed to be harder than it really needed to be, but back when it was the only game in town you just put up with it. Then came the ownership change. This article sums up the current state of affairs pretty well:
>
> http://www.howtogeek.com/218764/warning-don%E2%80%99t-download-software-from-sourceforge-if-you-can-help-it/

+1 me too. SF jumped the shark. Even more pitiful was their excuses trying to "justify" their installer hijacking.

>
> If there's a downside to github I haven't found it yet. (Of course this is after coming to terms with git, after spending years with the SCCS/RCS/CVS/Perforce approach to things.)

As a dev I love Git too. I've started so many tiny projects this last year because it is trivial to just get stuff checked in. I finally even got my Vim config fie split up, and into a repo. ;-) Kind of necessary when you use a Windows, OSX, and Linux box all the time for dev work.

The only downside _was_ of how GitHub handled large binary files. It doesn't (natively) allow anything bigger then 100 MB. The second problem is that binary assets, say art or audio, will "clog" up the history with all the old versions. Typically for game dev you just want the latest (binary) assets.

> One suggestion: if you're going to upload a build product (like an executable or Jar file), do it in a "release" rather than checking it into the tree. Stuff in the tree lives forever. For a release you just drag-and-drop the binaries in, and they're associated with a source tag, so it's easy to see what changes are included. When you delete the release, the binaries go *poof*.

Excellent advice. "Tag" the binaries and throw them into a separate branch. Extremely useful when trying to track down regressions.

[BLuRry]

On Monday, January 11, 2016 at 5:08:45 PM UTC-6, Michael AppleWin Debugger Dev wrote:
> On Monday, January 11, 2016 at 10:33:18 AM UTC-8, BLuRry wrote:
>
> Sorry if was a little hard on you Blurry. I just wanted an emulator that I could use on my OSX machine and was frustrated I couldn't find a dam Jace.JAR anywhere. The _last_ thing I'm going to do is download some random .JAR file off the internet that _isn't_ from an official source and "trust" that. (yeah, right!) I figured that IF I was going to be grumpy and criticize I'd at least offer a _solution_ as well so I don't look like a total ungrateful entitled ass. :-)

No offense taken. I would hope that you have high standards for an apple emulator to "just work." I know I do! :D

>
> My biggest problem with a lot of Open Source programs is just getting the damn thing to even _build_ without going through a million hoops. Sorry you were caught in that "crossfire."
>
> At the end of the day, hey, if movement happens, it's all good.
>
> While the emulators-in-a-browser are cool they all suffer from lack of copy-paste support. NO GO.

Agreed. All of the keyboard shortcuts are visible in the configuration menu in Jace (ctrl+shift+c) -- you can't edit them at the moment because I don't have a UI to let you set them. And I'm picky about UX so it's going to be a while before I get around to it (sorry!)

>
> Virtual ][ is annoying nag-ware. :-/ People still pay for emulators in this day ??

Yeah, er... no. :D

>
> No need to apologize for lack of updates -- I've said before ""Too many projects, too little time!" I just wanted a pre-built JAR file I could play with. :)
>
> > If you feel there is anything that needs changing, please don't hesitate to send a pull request my way. I'm pretty open-minded about this stuff. I also don't hesitate to grant commit access for anyone that feels really strongly about making big changes, bug fixes, etc. At some point the idea has to out-live its creator. ;-)
>
> I've already logged a few bugs. :-) Issue #5 would be a good one to fix. :-)
> https://github.com/badvision/jace/issues/5
>
> My main interests were seeing:
>
> - NTSC quality
> - The ability to customize the "palette" on the fly. Think virtual Color Composite monitor contols. :-)
> - Ability to get data INTO the emulator.
>
> You guys have done an impressive job with the NTSC emulation ! While the color fringes are "strong", the Archon title screen looks good.
>
> One reason the NTSC branch of AppleWin has stalled is that while Sheldon has done amazing work hacking that into the code base I've run into an issue that I've punted on:
>
> "Proper" NTSC emulation is dam expensive! It is starving the Mockingboard CPU code in AppleWin.

Multi-thread is a good thing :D

>
> When you effectively have a virtual function PER pixel that is darn high over-head. I've got some ideas on how to optimize the hell out of this but I've been so busy working on my indie game that I haven't had a chance to implement them yet.
>
> How are are you guys getting per-scanline mode changes in the middle of a scanline and not starving the sound / mockingboard stuff, for example when running the French Touch demos?!?!

Magic. But seriously, I pre-compute a big lookup table and I use flags per scanline to know if I need to bother redrawing a scanline. Those flags are tripped when writes to memory are detected. It winds up saving a lot of time! Also, Jace is multi-threadded so there's no starvation in the main thread. There are synch issues that I always have to fight with but I think I have a handle on in the current version. :/

>
> Thanks for looking into getting the build and .JAR stuff straightened out in the future.

Best of luck!

-B

[wss...@gmail.com]

I had a hard time convincing myself to pay for Virtual ][ but eventually I did and I don't regret it. It is a good emulator and it frees me from running VMware for Applewin.

[BLuRry]

On Monday, January 11, 2016 at 5:08:45 PM UTC-6, Michael AppleWin Debugger Dev

> - The ability to customize the "palette" on the fly. Think virtual Color Composite monitor contols. :-)

Right now the NTSC palette is generated in a static variable so there's no facility to redefine it on the fly, but the equations *are* there since I am doing Y'IQ -> RGB conversion so it wouldn't be terribly difficult to do in theory.

[Ernie Soffronoff]

On Tuesday, January 12, 2016 at 5:27:19 AM UTC-5, wss...@gmail.com wrote:
> I had a hard time convincing myself to pay for Virtual ][ but eventually I did and I don't regret it. It is a good emulator and it frees me from running VMware for Applewin.

I'm at a point in my life (see Blurry comment about raising kids etc) where I have more money than free time. If I have to pay a little for something that is rock solid and gets me going ASAP, I have to bite the bullet and open my wallet. I recognize and value the work done for JACE, but when I couldn't get it going without fiddling I wanted to spend my time having fun rather than wrestling with Java. This wasn't true 15 years ago, and probably won't be true 15 years from now, but is where I am now. Back then, and in the future, the effort to get it working is part of the fun but I don't have the time for that now.

But, again, my total appreciation for those of you who work to provide free software. Thanks.

[D Finnigan]

Michael AppleWin Debugger Dev wrote:
>
>

> While the emulators-in-a-browser are cool they all suffer from lack of
> copy-paste support. NO GO.
>
> Virtual ][ is annoying nag-ware. :-/ People still pay for emulators in
> this day ??
>

Yep, I even put out $50 for the full license! Eek! :-0

It was the only emulator that had AppleScript support so I could take 20,000
screenshots of Apple II programs for Mac GUI Vault.
http://macgui.com/news/article.php?t=311

[Nicola]

On 2016-01-12 19:04:14 +0000, D Finnigan said:

> Michael AppleWin Debugger Dev wrote:
>>
>>
>> While the emulators-in-a-browser are cool they all suffer from lack of
>> copy-paste support. NO GO.
>>
>> Virtual ][ is annoying nag-ware. :-/ People still pay for emulators in
>> this day ??
>>
>
> Yep, I even put out $50 for the full license! Eek! :-0
>
> It was the only emulator that had AppleScript support so I could take 20,000
> screenshots of Apple II programs for Mac GUI Vault.
> http://macgui.com/news/article.php?t=311

I've paid for the full license, too, a few years ago and I don't regret
it at all. Emulation may not be perfect (I wish it would support more
graphics modes for example), but there isn't a comparable program on OS
X wrt to the set of features and user interface, although now the GUI
may look a bit old-fashioned.

[D Finnigan]

Nicola wrote:
>
> I've paid for the full license, too, a few years ago and I don't regret
> it at all. Emulation may not be perfect (I wish it would support more
> graphics modes for example), but there isn't a comparable program on OS
> X wrt to the set of features and user interface, although now the GUI
> may look a bit old-fashioned.

Hardware configuration could be better. And I wish it wouldn't push all the
disks out of the drives when you changed configuration. I use the last
version that is compatible with 10.5.8.

[Michael AppleWin Debugger Dev]

Which file is this? (Sorry, haven't looked)

Definitely interested in seeing the conversions since Sheldon's NTSC equations are "close" but "not quite" correct as I noted in our bug report #253 & #254.

* https://github.com/AppleWin/AppleWin/issues/253
* https://github.com/AppleWin/AppleWin/issues/254

Specifically this pic

https://cloud.githubusercontent.com/assets/7876796/5448576/fc25a39c-8497-11e4-91fb-b7fd087f0c91.png

vs

https://cloud.githubusercontent.com/assets/7876796/12283851/853441b4-b95f-11e5-9173-39e677efb539.png

[BLuRry]

The class VideoDHGR is crap and really just provides a framework for handling dirty scanlines and the various video modes. VideoNTSC is the only actual relevant renderer in Jace (hence it's the default) and it presents many different options. If you want full pixels, at the risk of not being able to read text in DHGR games, then leave the option "Text palette" unchecked. If you want the ability to read text in graphics screens or just don't mind the crisp-looking vertical lines then leave "Text palette" checked. IMHO, it's more similar to how the Apple composite monitor looked.

[BLuRry]

The issues in VideoDHGR have been addressed. In order to switch you have to save changes and restart the emulator. Ditto if you want to switch back to VideoNTSC (and you will after launching Apple Desktop 2 or anything that uses Hires..)

[sicklittlemonkey]

On Tuesday, 12 January 2016 23:27:19 UTC+13, wss...@gmail.com wrote:
> VMware for Applewin.

AppleWin runs under Wine. I used WineBottler on 10.6.

Cheers,
Nick.

[BLuRry]

Correction: Jace build packaging has now been updated so that there is a single, fully-functional Jace.jar built, and nothing else. This should simplify things a bit. I've also set up periodic builds from travis-ci.org so that as I opt to release stable versions they will be posted automatically.

-B

[Nicola]

On 2016-02-10 03:42:21 +0000, BLuRry said:
>
> Correction: Jace build packaging has now been updated so that there is
> a single, fully-functional Jace.jar built, and nothing else. This
> should simplify things a bit. I've also set up periodic builds from
> travis-ci.org so that as I opt to release stable versions they will be
> posted automatically.

Thanks for the update. I have updated the Homebrew formula accordingly:
use `brew install jace` to install the stable version, and
`brew install jace --HEAD` to build the current master.

https://github.com/lifepillar/homebrew-appleii

[Michael AppleWin Debugger Dev]

On Tuesday, February 9, 2016 at 7:42:22 PM UTC-8, BLuRry wrote:
> > Also, there is a jar built under the target/jfk/app folder that includes dependencies, or at least a lib folder with all the dependencies and the main app's manifest references them so you don't have to create an exhaustive command-line to include the dependencies in the classpath. To be honest most of the time I just run the program from inside netbeans because I'm likely to twiddle with the source while I have it open.
>
> Correction: Jace build packaging has now been updated so that there is a single, fully-functional Jace.jar built, and nothing else. This should simplify things a bit. I've also set up periodic builds from travis-ci.org so that as I opt to release stable versions they will be posted automatically.

Appreciate this Blurry! Thanks!

[BLuRry]

On Sunday, January 10, 2016 at 2:44:28 PM UTC-6, Michael AppleWin Debugger Dev wrote:
> curl -L -O -H "Cookie: oraclelicense=accept-securebackup-cookie" -k "https://edelivery.oracle.com/otn-pub/java/jdk/8u66-b17/jdk-8u66-macosx-x64.dmg"
> open jdk-8u66-macosx-x64.dmg

Through trial and error I have determined that this version of Java has a horrible bug in it that breaks the new IDE features. If you want to use the Jace IDE then Java 8u74 or later is recommended. Earlier versions like 8u40 work too, it's just a specific regression in 8u66. Fortunately it's already fixed so I'm just noting it here for posterity.

[Michael AppleWin Debugger Dev]

On Saturday, February 27, 2016 at 8:15:54 AM UTC-8, BLuRry wrote:

Just wanted to mention Blurry has fixed a ton of small issues (Thx!) after me kvetching about them :-) so I'd recommend everyone to upgrade to the latest version of Jace if you want / need a great emulator on OSX. No more slow startups, mounting disks work again from the command line (yay!), toggle-able zoom such as 1x, 1.5x, 2x, and 3x are what I like, not to mention the color accuracy.

While Virtual ][ has a ton of great features (you just gotta love the disk drive sounds), it's graphics fidelity, is shall we say, **extremely lacking** to be polite.

While Jace is blurry as hell (due to a hard-coded bilinear filtering instead of nearest neighbor) at least it's color authenticity is very close for us purists. :-)

"Thanks" Blurry for keeping me away from AppleWin. :-)

[Nicola]

On 2016-03-01 20:08:34 +0000, Michael AppleWin Debugger Dev said:

> On Saturday, February 27, 2016 at 8:15:54 AM UTC-8, BLuRry wrote:
>
> Just wanted to mention Blurry has fixed a ton of small issues (Thx!)
> after me kvetching about them :-) so I'd recommend everyone to upgrade
> to the latest version of Jace if you want / need a great emulator on
> OSX.

Cool! If you are using Homebrew and cannot wait for a stable release, you may

brew install jace --HEAD

to build the current master, or

brew reinstall jace --HEAD

if Jace is already installed.

> No more slow startups, mounting disks work again from the command line (yay!),

What's the syntax?

> toggle-able zoom such as 1x, 1.5x, 2x, and 3x are what I like, not to
> mention the color accuracy.

How do you zoom? Are the features you mention documented?

[Michael AppleWin Debugger Dev]

On Wednesday, March 2, 2016 at 12:58:40 PM UTC-8, Nicola wrote:
> Cool! If you are using Homebrew and cannot wait for a stable release, you may

> using Homebrew, to build the current master
> brew install jace --HEAD
> or if Jace is already installed.
> brew reinstall jace --HEAD

That probably should be added to the docs ;-)

> > No more slow startups, mounting disks work again from the command line (yay!),
> What's the syntax?

Command line options (first one is optional)

-computer.s6card disk -s6.d1 /path/foo.dsk

> > toggle-able zoom such as 1x, 1.5x, 2x, and 3x are what I like, not to
> > mention the color accuracy.
> How do you zoom? Are the features you mention documented?

Ctrl-Shift-A

You'll want to look at issue #25 for more keys, such as Ctrl-Shift-G.
https://github.com/badvision/jace/issues/25

[Ernie Soffronoff]

I just got around to checking (whatever today's brew install jace --HEAD version is) with the updated Java and it did clean up the IDE problems I'd seen before. Thanks for the updated info! (To get to 8u74 I had to go to java.sun.com to download the latest version -- the built-in updater wasn't pulling it yet.)

Thanks for JACE!

--Ernie

[Nicola]

On 2016-03-03 04:43:56 +0000, Michael AppleWin Debugger Dev said:
>
>>> toggle-able zoom such as 1x, 1.5x, 2x, and 3x are what I like, not to
>>> mention the color accuracy.
>> How do you zoom? Are the features you mention documented?
>
> Ctrl-Shift-A

Ah, that's a treat for the eyes :P Even better, full screen on a 16:9
display :)

[BLuRry]

You're quite welcome! Apologies that I have been away from the code as of late. I've been juggling 3-4 projects at a time for work, so the thrill of coding is going to that effort. Hopefully when I'm back to one mindlessly boring project at a time I'll have more energy. :)