It would help with investigating this problem if we could collect in one place what combinations of OS X, Java, and bugs we’ve seen.
What I see above is the following:
JoelCFC25:
OS X 10.10, Java 6u65 => bad SVG rendering
OS X 10.10, Java 7u71 => poor drawing performance
OS X 10.10, Java 8u25 => poor drawing performance
olehmann:
OS X 10.9, Java 6u65 => ok
OS X 10.10, Java 6u65 => bad SVG rendering
magu:
OS X 10.10, Java 6u65 => bad SVG rendering
OS X 10.10, Java 8u20 => ok
Is this accurate?
Do any of you who experienced incorrect SVG rendering have a Retina display?
You have my details correct, but:
OS X 10.9, Java 6u65 => ok
…that also applied to me before I updated to Yosemite. Our iMac doesn’t have a Retina display. I corresponded with olehmann privately a while back and he reported that he doesn’t have a Retina display either.
Thus spake JoelCFC25 via messages:
You have my details correct, but:
OS X 10.9, Java 6u65 => ok
…that also applied to me before I updated to Yosemite. Our iMac
doesn’t have a Retina display. I corresponded with olehmann privately a
while back and he reported that he doesn’t have a Retina display either.
I suspect that w/r/t SVG rendering, the same bug which aflicted only
Macs with Retina displays prior to Yosemite now is no longer limited to
Retina dislays in Yosemite. I’ll make a build later this evening which
applies the Retina fix to all Macs, so hopefully we can cut the number
of problems here from two to one.
–
J.
Please everyone try 3.2.14-svn9165, available here:
vassalengine.sourceforge.net/builds/
This should not exhibit the SVG text bug. There should be no change w/r/t to rendering speed.
Well done, uckelman! Works perfectly as far as I’m concerned!
Many thanks! Doing my Vassal files semi-blind was a tiresome experience, glad to be back to normal!
Been following this thread trying to improve the performance on my Mac of the 3.2.14 release. Luanches fine but the draw speed is pokey at best.
From the Error Log I get:
2014-12-16 20:39:30,570 [0-main] INFO VASSAL.launch.StartUp - Starting
2014-12-16 20:39:30,573 [0-main] INFO VASSAL.launch.StartUp - OS Mac OS X 10.10.1
2014-12-16 20:39:30,573 [0-main] INFO VASSAL.launch.StartUp - Java version 1.7.0_45
2014-12-16 20:39:30,573 [0-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.14
So from this thread, I seem to be hearing that I need to downgrade Java to 1.6.0.something.
Is that right and how do I do that?
Thanks for your help and making my gaming great!
Just got this off the Oracle site:
2014-12-16 20:58:00,847 [0-main] INFO VASSAL.launch.StartUp - Java version 1.8.0_25
Much better now . . .
Thus spake tsnouffer:
Just got this off the Oracle site:
2014-12-16 20:58:00,847 [0-main] INFO VASSAL.launch.StartUp - Java
version 1.8.0_25
Much better now . . .
You’re the second person who’s reported that Java 8u25 is not slow for
them on Yosemite; for everyone else, it’s behaved similarly to Java 7.
Would you tell us about the specs of your system?
–
J.
Would you tell us about the specs of your system?
Sure it is a 2011 27" iMac with 3.4Ghz Intel Core i7 and 8GB RAM
Graphics Card is AMD Radeon 6970M 1240MB
Thus spake tsnouffer:
Would you tell us about the specs of your system?
Sure it is a 2011 27" iMac with 3.4Ghz Intel Core i7 and 8GB RAM
What kind of graphics card does it have?
–
J.
Graphics Card is AMD Radeon 6970M 1240MB
Any progress on the slow graphics performance. Upgraded to Java 8 u25 on my Yosemite 27" iMac (2013). Still slow graphics performance here unfortunately. Is this in any way module dependent?
/Quisition
The only solution for this at the current time is to avoid using Oracle’s Java 8 (or Java 7, for that matter). Apple’s Java 6u65 is what you should use: support.apple.com/kb/DL1572
It is not a module-dependent issue–Oracle’s Java seems to be dreadfully slow with anything and everything.
I am aware of Java 6u65 but that one isn’t being patched anymore. Can break at any patch Apple releases…
Well, in other words, still broken…
If you don’t want to use the method that works, then I guess that’s up to you. It could be awhile before the Java 8 performance issue is diagnosed–if ever. It doesn’t seem like a good idea to plow a bunch of time into figuring that out when VASSAL will be abandoning Java eventually anyway (especially so if there’s another way that works in the meantime).
Try this build:
vassalengine.sourceforge.net/bui … macosx.dmg
It occurred to me this evening that the symptoms you’re seeing are consistent with using a version of Java which lacks a bug for which we deployed a workaround, but still having the workaround enabled. Does this make any difference for you? (Clear the tile cache before trying it.)
Downloading at the moment… How do I clear the tile cache?
Never mind, found the command to clear the tile cache…
Unfortunately no improvement on the graphics performance issue… 
I have the issue of the cards not displaying text. I’m using a MacBook Pro with Yosemite 10.10.1. I’ve tried all the solutions offered here to no avail. I’ve uploaded 4 different Vassal versions, and two different Java versions. I’ve even tried updating the Vassal.sh file.
Vassal.sh:
JAVA="/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Commands/java"
if [ ! -x “$JAVA” ]; then
try Apple’s Java 5
JAVA="/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Commands/java"
if [ ! -x “$JAVA” ]; then
# try Oracle’s Java 7
JAVA="/Library/Internet Plug-ins/JavaAppletPlugin.plugin/Contents/Home/bin/java"
if [ ! -x “$JAVA” ]; then
# try whatever’s on the PATH as a last resort
JAVA="$(which java)"
if [ ! -x “$JAVA” ]; then
# you seem not to have Java
osascript -e ‘tell app “System Events” to display alert “VASSAL requires Java in order to run. Please install Java before starting VASSAL.” as critical buttons {“OK”}’
exit 1
fi
fi
fi
fi
Java Version:
java version “1.8.0_25”
Java™ SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot™ 64-Bit Server VM (build 25.25-b02, mixed mode)
Vassal Version: 3.2.16-svn9181 Note: cleared the cache after loading it and also all the other versions recommended here
Star Wars X-Wing: 5.2.2
MacBook Pro (13-inch, Mid 2010); 2.66 GHz Intel Core 2 Duo; 4 GB 1067 MHz DDR3; NVIDIA GeForce 320M 256 MB