Yes, that's the way to do it.
I'll look into updating the project-specific-prefs code
to use the same object-oriented framework as general prefs.
-- David
On 05-Aug-2014 4:08 PM, Bernd Machenschalk wrote:
Add a project-specific prefs setting. The name of the tag and value to be used
depends on e.g. what the default should be.
Set up a plan class for the non-graphical app version.
Use <project_prefs_tag> and <project_prefs_regex> in plan class specification to
disable that plan class depending on the project prefs setting.
hth,
Bernd
Eric J Korpela wrote, On 05.08.14 18:53:
There's lot of copies of data to and from shared arrays. Even when the
screen saver is off, the check to see if data needs to be copied is a
non-zero overhead. There are optimizations that become difficult when the
graphics code is enable. The lab is having network problems, so I can't
currently get you a speed ratio of the no-graphics to graphics versions.
It would be difficult to add graphics back into the versions that don't
currently have it.
On Tue, Aug 5, 2014 at 9:29 AM, Rom Walton <r...@romwnet.org> wrote:
What overhead is left for the regular app with regards to graphics?
I thought all the major overhead is in the graphics app itself.
----- Rom
-----Original Message-----
From: boinc_dev [mailto:boinc_dev-boun...@ssl.berkeley.edu] On Behalf Of
Eric J Korpela
Sent: Tuesday, August 05, 2014 11:49 AM
To: boinc_dev@ssl.berkeley.edu; David Anderson
Subject: [boinc_dev] Feature request: Preference for graphics apps or
fastapps.
Hi David,
Starting with Astropulse 7 we're going to have both a standard app with
graphics code for the screen saver and a faster version without the
graphics overhead. If I just release them as is, the non-graphical
version will quickly become dominant.
There are still people out there who like to see the screensaver
graphics.
I haven't come up with a way (apart from custom code) to allow people to
choose to get a slower version with graphics over a faster version
without.
Any ideas on whether such a thing could be done?
--
Eric
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
