scidvspc-users

Re: [Scidvspc-users] Captured piece color

[Steve A <ste...@gm...>]

Hmmm - I *think* i know what you mean - justa bar, not pieces, but i'm not
sure where we'd put it...or how.

BTW, one feature  (I often forget about, and i wrote it) that is remotely
related and not well used is -
Double-click the status bar, and an engine will start. Then right the click
the status-bar.
Engine score and first PV is now shown there.

Steve

On Fri, Oct 19, 2018 at 11:55 PM Alan Whiteman <a.c...@gm...>
wrote:

> Hey Steve,
>
> I know that no. 2 option best represents real-life games; but for
> 'material advantage', would it be better if instead of pieces you had a
> 'value' bar? To illustrate:
>
> +8  |********===|
>
> Here we have captured a rook and a knight. Or two pawns:
>
> +2 |**=======|
>
> (Though material advantage is irrelevant in view of the conditions over
> the board.)
>
> On 10/19/2018 04:48 AM, Steve A wrote:
> > I think this is ok.
> > There are three modes for the material sidebar.
> > Options->Game Info->Toggle Material
> > 1. Pieces are the color of the captor, representing material advantage.
> > 2. Showing all captured pieces, they are of the opponents colour.
> > 3. none show
> > S.A
> >
> >
> > On Fri, Oct 19, 2018 at 2:48 AM Noel Taylor <noe...@gm...
> > <mailto:noe...@gm...>> wrote:
> >
> >     Why for how come are the captured pieces the color of the captor
> >     rather than the captee?
> >     _______________________________________________
> >     Scidvspc-users mailing list
> >     Sci...@li...
> >     <mailto:Sci...@li...>
> >     https://lists.sourceforge.net/lists/listinfo/scidvspc-users
> >
> >
> >
> >
> >
> > _______________________________________________
> > Scidvspc-users mailing list
> > Sci...@li...
> > https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

Re: [Scidvspc-users] Captured piece color

[Alan W. <a.c...@gm...>]

Hey Steve,

I know that no. 2 option best represents real-life games; but for 
'material advantage', would it be better if instead of pieces you had a 
'value' bar? To illustrate:

+8  |********===|

Here we have captured a rook and a knight. Or two pawns:

+2 |**=======|

(Though material advantage is irrelevant in view of the conditions over 
the board.)

On 10/19/2018 04:48 AM, Steve A wrote:
> I think this is ok.
> There are three modes for the material sidebar.
> Options->Game Info->Toggle Material
> 1. Pieces are the color of the captor, representing material advantage.
> 2. Showing all captured pieces, they are of the opponents colour.
> 3. none show
> S.A
>
>
> On Fri, Oct 19, 2018 at 2:48 AM Noel Taylor <noe...@gm... 
> <mailto:noe...@gm...>> wrote:
>
>     Why for how come are the captured pieces the color of the captor
>     rather than the captee?
>     _______________________________________________
>     Scidvspc-users mailing list
>     Sci...@li...
>     <mailto:Sci...@li...>
>     https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users

Re: [Scidvspc-users] Captured piece color

[Steve A <ste...@gm...>]

I think this is ok.
There are three modes for the material sidebar.
Options->Game Info->Toggle Material
1. Pieces are the color of the captor, representing material advantage.
2. Showing all captured pieces, they are of the opponents colour.
3. none show
S.A


On Fri, Oct 19, 2018 at 2:48 AM Noel Taylor <noe...@gm...> wrote:

> Why for how come are the captured pieces the color of the captor rather
> than the captee?
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Captured piece color

[Noel T. <noe...@gm...>]

Why for how come are the captured pieces the color of the captor rather
than the captee?

Re: [Scidvspc-users] Export (HTML/JavaScript) Not Displaying Piece Icons

[Steve A <ste...@gm...>]

The time delay is Options->Moves->Autoplay Time Delay
I'll add a note to the help page in my next help file commit.

It's one of Pascal's numerous *quick and dirty* features, and making these
as robust as they should be isn't worth the effort/is impossible. They
basically suffer from quite poor design and documentation.
- (Engine must be running first)
+ (Engine must be running first, game at end-position, time delay is the
same as for Autoplay)
Steve

On Fri, Sep 14, 2018 at 9:15 PM Joseph Polanik <jpo...@nc...> wrote:

> Steve,
>
> Thanks for your reply.
>
> In tournament mode, one can set the time control; but, those settings
> are ignored in shoot-out mode. The engine takes a few seconds to make a
> move; and, of course, one may doubt the quality of analysis. The engine
> picks a different move when running in analysis mode until I click the
> 'Add Move' button.
>
> In Shootout mode, is there any way to make the engine respect its
> configuration options -- I'm thinking of the minimum time per move
> setting in particular?
>
> Thanks,
>
> Joe
>
> On 09/13/2018 04:21 AM, Steve A wrote:
> > It works good enough for me.
> > http://scidvspc.sourceforge.net/doc/Analysis.htm
> > Create new game - start engine, then press "Shoot out" button.
> >
> > But this feature *is* a little half-baked, and superceded by the
> > tournament feature.
> > S.A
> >
> > On Thu, Sep 13, 2018 at 5:24 AM Joseph Polanik <jpo...@nc...
> > <mailto:jpo...@nc...>> wrote:
> >
> >     I migrated from ChessX to SCIDvsPC for its greater stability; but,
> >     there
> >     is one feature of ChessX that I miss, the ability to have a chess
> >     engine
> >     play against itself.
> >
> >     My first attempt to do this in SCIDvsPC resulted in an error message
> >     saying that this was unsupported. Is there something I missed?
> >
> >     Thanks,
> >
> >     Joe--
>
> Nothing Unreal is Self-Aware
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

Re: [Scidvspc-users] Export (HTML/JavaScript) Not Displaying Piece Icons

[Joseph P. <jpo...@nc...>]

Steve,

Thanks for your reply.

In tournament mode, one can set the time control; but, those settings 
are ignored in shoot-out mode. The engine takes a few seconds to make a 
move; and, of course, one may doubt the quality of analysis. The engine 
picks a different move when running in analysis mode until I click the 
'Add Move' button.

In Shootout mode, is there any way to make the engine respect its 
configuration options -- I'm thinking of the minimum time per move 
setting in particular?

Thanks,

Joe

On 09/13/2018 04:21 AM, Steve A wrote:
> It works good enough for me.
> http://scidvspc.sourceforge.net/doc/Analysis.htm
> Create new game - start engine, then press "Shoot out" button.
> 
> But this feature *is* a little half-baked, and superceded by the 
> tournament feature.
> S.A
> 
> On Thu, Sep 13, 2018 at 5:24 AM Joseph Polanik <jpo...@nc... 
> <mailto:jpo...@nc...>> wrote:
> 
>     I migrated from ChessX to SCIDvsPC for its greater stability; but,
>     there
>     is one feature of ChessX that I miss, the ability to have a chess
>     engine
>     play against itself.
> 
>     My first attempt to do this in SCIDvsPC resulted in an error message
>     saying that this was unsupported. Is there something I missed?
> 
>     Thanks,
> 
>     Joe-- 

Nothing Unreal is Self-Aware

Re: [Scidvspc-users] Export (HTML/JavaScript) Not Displaying Piece Icons

[Steve A <ste...@gm...>]

It works good enough for me.
  http://scidvspc.sourceforge.net/doc/Analysis.htm
Create new game - start engine, then press "Shoot out" button.

But this feature *is* a little half-baked, and superceded by the tournament
feature.
S.A

On Thu, Sep 13, 2018 at 5:24 AM Joseph Polanik <jpo...@nc...> wrote:

> I migrated from ChessX to SCIDvsPC for its greater stability; but, there
> is one feature of ChessX that I miss, the ability to have a chess engine
> play against itself.
>
> My first attempt to do this in SCIDvsPC resulted in an error message
> saying that this was unsupported. Is there something I missed?
>
> Thanks,
>
> Joe
>
> --
>
> Nothing Unreal is Self-Aware
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Export (HTML/JavaScript) Not Displaying Piece Icons

[Joseph P. <jpo...@nc...>]

I migrated from ChessX to SCIDvsPC for its greater stability; but, there 
is one feature of ChessX that I miss, the ability to have a chess engine 
play against itself.

My first attempt to do this in SCIDvsPC resulted in an error message 
saying that this was unsupported. Is there something I missed?

Thanks,

Joe

-- 

Nothing Unreal is Self-Aware

Re: [Scidvspc-users] New tktext code for ScidvsPC (with Windows exes).

[Michael B. <mj6...@gm...>]

Hi Steve,

 

I have installed the Windows 64 version of “Scid v PC 4.19 tktext” and tried to run the program, but I am getting an error, i.e. “Error in startup script”. Please see error message in screen shot in Word file attached. Looks like the script (in scid.gui file?) is trying to create a “Scid v PC 4.18”  directory folder instead of a “Scid v PC 4.19 txtext” folder.

 

Please supply a fix.

 

Regards

Mike

 

From: Steve A <ste...@gm...> 
Sent: 24 August 2018 09:52
To: scidvspc-users <sci...@li...>
Subject: [Scidvspc-users] New tktext code for ScidvsPC (with Windows exes).

 

The short of it is - there are two new ScidvsPC windows builds
  https://sourceforge.net/projects/scidvspc/files/

They are the newest "tktext" files. Thanks go to Ozkan and Gregor :)

... I may make them the default downloads. Not sure yet.

 

The long of it is - Gregor's awesome tk::text widget is nearly at release candidate stage, and (in subversion) we've updated the patch to embed it directly in ScidvsPC. This is important for Linux users, as the Wish 8.6.x tk::text memory leaks that were recently reported are more prevalent than we thought, and most Linux users should now be compiling with this patch applied. Not only will it fix tktext memory leaks, but the PGN window especially, gets a huge speed boost for big games.

At the start of the patch ("patches/gregors_tktext_inline.patch" - which is a text file), there are some modest installation instructions.

Here are the main changes for Windows users from 4.19 to this release

Disable MS Windows screenshot feature (broken)
In Board Options window, allow for more than two lines of Pieces.
Analysis Engines: bind keys 1 to 5 to set PV.
Add option to use a black rectangle instead of colour for selected square
Graph support for %emt (move time) values.
Show/highlight current Piece Style in Board Options window.
Disable gamelist flag/delete menus if read-only
Annotate last move blunders. (Previously, the case when player makes a blunder and doesn't wait for his opponent to move before resigning; the better move was not annotated).
Norsk translation update from Morten Skarstad.

I will have a go at making an OS X package sometime shortly, but not sure how it will go.


regards, Steven

[Scidvspc-users] New tktext code for ScidvsPC (with Windows exes).

[Steve A <ste...@gm...>]

The short of it is - there are two new ScidvsPC windows builds
  https://sourceforge.net/projects/scidvspc/files/
They are the newest "tktext" files. Thanks go to Ozkan and Gregor :)
... I may make them the default downloads. Not sure yet.

The long of it is - Gregor's awesome tk::text widget is nearly at release
candidate stage, and (in subversion) we've updated the patch to embed it
directly in ScidvsPC. This is important for Linux users, as the Wish 8.6.x
tk::text memory leaks that were recently reported are more prevalent than
we thought, and most Linux users should now be compiling with this patch
applied. Not only will it fix tktext memory leaks, but the PGN window
especially, gets a huge speed boost for big games.
At the start of the patch ("patches/gregors_tktext_inline.patch" - which is
a text file), there are some modest installation instructions.

Here are the main changes for Windows users from 4.19 to this release

Disable MS Windows screenshot feature (broken)
In Board Options window, allow for more than two lines of Pieces.
Analysis Engines: bind keys 1 to 5 to set PV.
*Add option to use a black rectangle instead* *of colour for selected
square*
*Graph support for %emt (move time) values*.
Show/highlight current Piece Style in Board Options window.
Disable gamelist flag/delete menus if read-only
*Annotate last move blunders*. (Previously, the case when player makes a
blunder and doesn't wait for his opponent to move before resigning; the
better move was not annotated).
Norsk translation update from Morten Skarstad.

I will have a go at making an OS X package sometime shortly, but not sure
how it will go.

regards, Steven

Re: [Scidvspc-users] Not starting: bad cursor spec "#a8a19f" on Debian 9

[Steve A <ste...@gm...>]

I installed wish 8.6.6 but cannot reproduce the problem.

This is all i can find.
https://stackoverflow.com/questions/45700209/bad-cursor-spec-error-after-a-simple-tkinter-tk-in-python-3-6-2

If that doesnt help, i recommend uninstalling debian tcl/tk/tcl-dev/tk-dev
and installing wish 8.6.5 from source (which is quite easy).

S.A

On Tue, Jul 3, 2018 at 6:10 AM, Ivan Toman <iv...@in...> wrote:

> Hello,
>
> I have issue running the program. First of all, I used Debian's official
> package scid successfully until it stopped working suddenly. After trying
> to debug I gave up and compiled scid vs pc version from source. However,
> using this build, result is the same.
>
> This is what I get instead of program start:
>
> ~ scid
> application-specific initialization failed: bad cursor spec "#a8a19f"
> Error in startup script: bad cursor spec "#a8a19f"
>     (database entry for "-cursor" in widget ".")
>     invoked from within
> "load /usr/lib/x86_64-linux-gnu/libtk8.6.so Tk"
>     ("package ifneeded Tk 8.6.6" script)
>     invoked from within
> "package require Tk  8.5"
>     (file "/usr/local/bin/scid" line 19)
>
>
> I have no idea what could be problem. I tried to grep things to see where
> this comes from, but I didn't find anything relevant.
>
> Can you assist?
>
> Thank you
>
> Ivan Toman
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Not starting: bad cursor spec "#a8a19f" on Debian 9

[Ivan T. <iv...@in...>]

Hello,

I have issue running the program. First of all, I used Debian's official 
package scid successfully until it stopped working suddenly. After 
trying to debug I gave up and compiled scid vs pc version from source. 
However, using this build, result is the same.

This is what I get instead of program start:

~ scid
application-specific initialization failed: bad cursor spec "#a8a19f"
Error in startup script: bad cursor spec "#a8a19f"
     (database entry for "-cursor" in widget ".")
     invoked from within
"load /usr/lib/x86_64-linux-gnu/libtk8.6.so Tk"
     ("package ifneeded Tk 8.6.6" script)
     invoked from within
"package require Tk  8.5"
     (file "/usr/local/bin/scid" line 19)


I have no idea what could be problem. I tried to grep things to see 
where this comes from, but I didn't find anything relevant.

Can you assist?

Thank you

Ivan Toman

[Scidvspc-users] Fwd: ScidvsPC Windows Engine processes

[Steve A <ste...@gm...>]

Hmmm - Peter's original email was for Mac , not Windows. Ooops, sorry.

Mac TCL/TK is just ordinary. I think the next macOS release will remove
support for 32bit apps (64 bit TCL/TK is basically broken) and we will have
to use docker images (hopefully Kayvan will find time to update them).
But it is not a pressing issue for me. Imho Apple/Tim Cook has deprecated
macOS (in-lieu of iOS) enough for me to keep using El Capitan for the
forseeable future. They are a phone manufacturer basically. In last  two
quarters of 2018, Mac sales revenue is less than 10% of gross.
https://www.statista.com/statistics/382260/segments-share-revenue-of-apple/

Still , I'm keen to here if anyone has problems with Windows when
increasing the engine process priority.
Really, it will not make much difference i think. If the only process
running is an engine or two, they will receive most/all of the CPU time.

Peter wrote:
> I think some significant time should be utilized in streamlining the
program and offering a cleaner user interface.  Don't get me wrong, it is a
great program but I think some simplicity would go a long way to increase
the user base.

Yeah... - i understand your point, but the power , complexity and history
of Scid makes this goal kindof impossible
without compromising stabilty, reducing features and requiring lots of
programming effort.

Steven.



---------- Forwarded message ----------
From: Peter Hazen <pha...@gm...>
Date: Sun, Jun 10, 2018 at 1:07 AM
Subject: Re: ScidvsPC Windows Engine processes
To: Steve A <ste...@gm...>


Hi Steve,

I'm not a programmer so I don't have much to contribute with regards to
programming changes.  I think users though (myself included) want to use
Scid Vs Mac to perform solid analysis of games and also to use engines for
annotations and even training. If my Stockfish engine (or any other engine
for this matter) is not performing at it's maximum strength it introduces a
feeling of uncertainty with the level of analysis and play.  Certainly I
understand that the GUI front end of any engine will have a negative effect
on playing strength, but properly managed will ensure the user is
extracting maximum strength from the engine.

Just a suggestion but I notice a LOT of options, tools and settings in Scid
Vs Mac.  I think some significant time should be utilized in streamlining
the program and offering a cleaner user interface.  Don't get me wrong, it
is a great program but I think some simplicity would go a long way to
increase the user base.

Thanks for this great program!

Regards,

Peter

[Scidvspc-users] ScidvsPC Windows Engine processes

[Steve A <ste...@gm...>]

Hi,
Recently someone drew my attention to our window engine process code.
At the moment, we run all windows engines at a reduced priority.
This code was probably introduced at some stage to compensate for
stockfish's tendancy to totally hog all system resources somehow,
possibly only by defaulting to 4 threads, but maybe some other tricks.
It was causing problems on windows - the GUI just wasn't getting an
adequate CPU slot from the operating system to handle all engine messages,
causing breakages.

But recently, Stockfish seems to behave much better in this regard,
and our windows testing is quite ordinary anwyay, so i am not sure of the
status/need for this code anymore.

Do any windows users have the chance to test the below change
  set analysis(lowPriority) 0
and/or contribute to the discussion. Of course ScidvsPC and TCL have too
much latency to be a proper engine testing/tournament platform, but maybe
this kludge/restriction is no longer necessary with modern
Stockfish/Windows systems.

regards, Steven

On Tue, Jun 5, 2018 at 5:34 PM, Steve A <ste...@gm...> wrote:

> Quite possibly ScidvsPC's latency/overhead will be affecting the
> engine(s). It is not a proper engine
> tournament manager like most other tournament softwares.
>
> But there are some things to look at.
> I realise we are making all engines low priority.. but it has been many
> years since i tested this and maybe it is not necessary anymore. In
> scid.gui change this line
>   set analysis(lowPriority) $::windowsOS
> to
>   set analysis(lowPriority) 0
> and see if there is any difference.
>
> Otherwise, send me the zipped contents of of the
> installation-directory/bin/config directory
> and i will have a look.
> Steven
>
> On Tue, Jun 5, 2018 at 6:03 AM, Peter Hazen <pha...@gm...> wrote:
>
>> Hi.
>>
>> I seem to notice a consistent anomaly when using scid Vs Mac with Komodo
>> 9.
>>
>> Komodo is constantly losing when playing these two engines against one
>> another.  When using Hiarcs Chess Explorer with the same time controls the
>> results are slightly in favour of Stockfish.  Completely one sided when
>> using Scid Vs Mac.
>>
>> I am running on iMac with 16GB ram and haven't noticed this with other
>> engine competitions.  The config of the engines is identical when using
>> Scid Vs Mac or Hiarcs CE.
>>
>> Strange but frustrating.  Any idea as to why would be most appreciated.
>>
>> Regards,
>>
>> Peter Hazen
>>
>> Sent from my Pixel XL
>>
>> On Sat, 26 May 2018, 8:03 pm Steve A, <ste...@gm...> wrote:
>>
>>> I've committed a decent working version of the new time graph feature,
>>> and attached a screenshot. (Old time Scid contributor) Uwe Klimmek has
>>> written a similar feature for mainline Scid, which gave me inspiration to
>>> write a similar feature.
>>>
>>> The Score graph now has a few options.
>>> It can (optionally) show the %emt value bar graph,
>>> and the %emt time total.
>>> The time total line graph does not have a proper y-axis of it's own,
>>> instead it is just scaled to fit either of the bar graphs at the moment.
>>> Ideally, the time bar graph should be striped white/black bars, but
>>> havent looked at implementing this yet.
>>>
>>> I don't know much about these "%" pgn comments... and from Uwe's code,
>>> he has allowed for other (older?) styles, but i do not know if any others
>>> are very widely used. I have only seen %emt in chessbase PGNs and fics
>>> games.
>>>
>>> PS - you can get the time adjusted fics games afterwards, by using the
>>> "smoves+ seabeast -1" command (for eg).
>>>
>>> The combo line graphs use black and grey as the colours. Grey  (instead
>>> of White) is a bit easier to see maybe, but it wouldnt be hard to colorise
>>> them.
>>>
>>> I wrote it on OSX, and havent tested it on other platforms yet, but
>>> should be fine.
>>>
>>> cheers, Steven
>>> ------------------------------------------------------------
>>> ------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______
>>> _________________________________________
>>> Scidvspc-users mailing list
>>> Sci...@li...
>>> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>>>
>>
>

Re: [Scidvspc-users] Time graph feature

[Steve A <ste...@gm...>]

I've done some more work on the new Time graph feature... Maybe it is
finalized. There are a few compromises there, and currently only "%emt" is
supported. I have made a little in-graph title to display the Graph type,
and a short help topic update.
Cheers.

On Sun, May 27, 2018 at 12:25 PM, Steve A <ste...@gm...> wrote:

>
>
> On Sun, May 27, 2018 at 12:02 PM, Steve A <ste...@gm...> wrote:
>
>> I've committed a decent working version of the new time graph feature,
>> and attached a screenshot. (Old time Scid contributor) Uwe Klimmek has
>> written a similar feature for mainline Scid, which gave me inspiration to
>> write a similar feature.
>>
>> The Score graph now has a few options.
>> It can (optionally) show the %emt value bar graph,
>> and the %emt time total.
>> The time total line graph does not have a proper y-axis of it's own,
>> instead it is just scaled to fit either of the bar graphs at the moment.
>> Ideally, the time bar graph should be striped white/black bars, but
>> havent looked at implementing this yet.
>>
>> I don't know much about these "%" pgn comments... and from Uwe's code, he
>> has allowed for other (older?) styles, but i do not know if any others are
>> very widely used. I have only seen %emt in chessbase PGNs and fics games.
>>
>> PS - you can get the time adjusted fics games afterwards, by using the
>> "smoves+ seabeast -1" command (for eg).
>>
>> The combo line graphs use black and grey as the colours. Grey  (instead
>> of White) is a bit easier to see maybe, but it wouldnt be hard to colorise
>> them.
>>
>> I wrote it on OSX, and havent tested it on other platforms yet, but
>> should be fine.
>>
>> cheers, Steven
>>
>
>

Re: [Scidvspc-users] Time graph feature

[Steve A <ste...@gm...>]

On Sun, May 27, 2018 at 12:02 PM, Steve A <ste...@gm...> wrote:

> I've committed a decent working version of the new time graph feature,
> and attached a screenshot. (Old time Scid contributor) Uwe Klimmek has
> written a similar feature for mainline Scid, which gave me inspiration to
> write a similar feature.
>
> The Score graph now has a few options.
> It can (optionally) show the %emt value bar graph,
> and the %emt time total.
> The time total line graph does not have a proper y-axis of it's own,
> instead it is just scaled to fit either of the bar graphs at the moment.
> Ideally, the time bar graph should be striped white/black bars, but havent
> looked at implementing this yet.
>
> I don't know much about these "%" pgn comments... and from Uwe's code, he
> has allowed for other (older?) styles, but i do not know if any others are
> very widely used. I have only seen %emt in chessbase PGNs and fics games.
>
> PS - you can get the time adjusted fics games afterwards, by using the
> "smoves+ seabeast -1" command (for eg).
>
> The combo line graphs use black and grey as the colours. Grey  (instead of
> White) is a bit easier to see maybe, but it wouldnt be hard to colorise
> them.
>
> I wrote it on OSX, and havent tested it on other platforms yet, but should
> be fine.
>
> cheers, Steven
>

[Scidvspc-users] Time graph feature

[Steve A <ste...@gm...>]

I've committed a decent working version of the new time graph feature,
and attached a screenshot. (Old time Scid contributor) Uwe Klimmek has
written a similar feature for mainline Scid, which gave me inspiration to
write a similar feature.

The Score graph now has a few options.
It can (optionally) show the %emt value bar graph,
and the %emt time total.
The time total line graph does not have a proper y-axis of it's own,
instead it is just scaled to fit either of the bar graphs at the moment.
Ideally, the time bar graph should be striped white/black bars, but havent
looked at implementing this yet.

I don't know much about these "%" pgn comments... and from Uwe's code, he
has allowed for other (older?) styles, but i do not know if any others are
very widely used. I have only seen %emt in chessbase PGNs and fics games.

PS - you can get the time adjusted fics games afterwards, by using the
"smoves+ seabeast -1" command (for eg).

The combo line graphs use black and grey as the colours. Grey  (instead of
White) is a bit easier to see maybe, but it wouldnt be hard to colorise
them.

I wrote it on OSX, and havent tested it on other platforms yet, but should
be fine.

cheers, Steven

Re: [Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Steve A <ste...@gm...>]

Ok.
I hope i haven't annoyed anyone, but i have nixed that feature altogether.
It was kindof rubbish, and just complicated our board event processing in
an ugly way.
I had to touch the Board Colour code/themes too, so more testing is
appreciated.
Cheers

On Thu, May 24, 2018 at 6:09 AM, Bennett Joseph <ben...@gm...>
wrote:

> Sorry, I meant to add that my system is 64-bit Linux.
>
> On Wed, May 23, 2018 at 1:05 PM, Bennett Joseph <ben...@gm...>
> wrote:
>
>> Hello,
>>
>> I think I've found a bug.  If Options -> Moves -> Color Selected Square
>> is disabled and Options -> Moves -> Show Suggested Moves is enabled, Scid
>> vs. PC freezes once I try to move a piece.  I'm on 64-bit using Tcl/Tk
>> 8.6.8.
>>
>> Bennett
>>
>> On Mon, May 21, 2018 at 6:38 AM, Bennett Joseph <ben...@gm...
>> > wrote:
>>
>>> Thank you very much!  It seems to work, I'll continue to test it.
>>>
>>> Bennett
>>>
>>> On Mon, May 21, 2018 at 5:05 AM, Steve A <ste...@gm...> wrote:
>>>
>>>> > They pair nicely with a wood board pattern but I find any square
>>>>> highlighting aesthetically jarring on a realistic-looking set.
>>>>
>>>>
>>>> Ok. In subversion there is an option to disable this.
>>>> Options->Move->ColourSelectedSquare.
>>>> If this is disabled, a black rectangle is drawn instead (thickness the
>>>> same as LastMove rectangle).
>>>> Please test this out.
>>>> S.A.
>>>>
>>>
>>>
>>
>

Re: [Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Bennett J. <ben...@gm...>]

Sorry, I meant to add that my system is 64-bit Linux.

On Wed, May 23, 2018 at 1:05 PM, Bennett Joseph <ben...@gm...>
wrote:

> Hello,
>
> I think I've found a bug.  If Options -> Moves -> Color Selected Square is
> disabled and Options -> Moves -> Show Suggested Moves is enabled, Scid vs.
> PC freezes once I try to move a piece.  I'm on 64-bit using Tcl/Tk 8.6.8.
>
> Bennett
>
> On Mon, May 21, 2018 at 6:38 AM, Bennett Joseph <ben...@gm...>
> wrote:
>
>> Thank you very much!  It seems to work, I'll continue to test it.
>>
>> Bennett
>>
>> On Mon, May 21, 2018 at 5:05 AM, Steve A <ste...@gm...> wrote:
>>
>>> > They pair nicely with a wood board pattern but I find any square
>>>> highlighting aesthetically jarring on a realistic-looking set.
>>>
>>>
>>> Ok. In subversion there is an option to disable this.
>>> Options->Move->ColourSelectedSquare.
>>> If this is disabled, a black rectangle is drawn instead (thickness the
>>> same as LastMove rectangle).
>>> Please test this out.
>>> S.A.
>>>
>>
>>
>

Re: [Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Bennett J. <ben...@gm...>]

Hello,

I think I've found a bug.  If Options -> Moves -> Color Selected Square is
disabled and Options -> Moves -> Show Suggested Moves is enabled, Scid vs.
PC freezes once I try to move a piece.  I'm on 64-bit using Tcl/Tk 8.6.8.

Bennett

On Mon, May 21, 2018 at 6:38 AM, Bennett Joseph <ben...@gm...>
wrote:

> Thank you very much!  It seems to work, I'll continue to test it.
>
> Bennett
>
> On Mon, May 21, 2018 at 5:05 AM, Steve A <ste...@gm...> wrote:
>
>> > They pair nicely with a wood board pattern but I find any square
>>> highlighting aesthetically jarring on a realistic-looking set.
>>
>>
>> Ok. In subversion there is an option to disable this.
>> Options->Move->ColourSelectedSquare.
>> If this is disabled, a black rectangle is drawn instead (thickness the
>> same as LastMove rectangle).
>> Please test this out.
>> S.A.
>>
>
>

Re: [Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Bennett J. <ben...@gm...>]

Thank you very much!  It seems to work, I'll continue to test it.

Bennett

On Mon, May 21, 2018 at 5:05 AM, Steve A <ste...@gm...> wrote:

> > They pair nicely with a wood board pattern but I find any square
>> highlighting aesthetically jarring on a realistic-looking set.
>
>
> Ok. In subversion there is an option to disable this.
> Options->Move->ColourSelectedSquare.
> If this is disabled, a black rectangle is drawn instead (thickness the
> same as LastMove rectangle).
> Please test this out.
> S.A.
>

Re: [Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Steve A <ste...@gm...>]

>
> > They pair nicely with a wood board pattern but I find any square
> highlighting aesthetically jarring on a realistic-looking set.


Ok. In subversion there is an option to disable this.
Options->Move->ColourSelectedSquare.
If this is disabled, a black rectangle is drawn instead (thickness the same
as LastMove rectangle).
Please test this out.
S.A.

[Scidvspc-users] Feature Request: Disable Selected Piece Highlighting

[Bennett J. <ben...@gm...>]

Greetings,

It's already possible to turn off "Show Suggested Moves" highlighting.
Could the option please be added to disable highlighting of a selected
piece too?  The option to change the square color of a selected piece
exists in Options -> Chessboard/Pieces but I don't see a way to disable the
highlighting.  Right now it appears that the user has to pick a color.

Like Steven, I enjoy Goldberg's new 3DWoodHD pieces.  They pair nicely with
a wood board pattern but I find any square highlighting aesthetically
jarring on a realistic-looking set.

Thank you,

Bennett

Re: [Scidvspc-users] Using Leela-chess (LcZero) engine in scidvspc in Linux :hard to start the engine

[Ali P. <po...@gm...>]

2018-05-14 11:41 GMT+02:00 Jerome Monscavoir <jmo...@gm...>:
> Do you realize that you are sarcistic and insulting ? so what do you expect
> in return ? love word ?
>
> Please do not send me any value judgement about here on the list : it is a
> fault
> Use unstead private channel to insult me of give judgement value
>
> Please send usefull explanation about my "ignorance"  Please be more clear :
> what i ignore ?

I was not being sarcastic. I asked for the binary that you said you're
willing to provide and
for some reason my tone seemed violent enough. It was not.

>
> Is there something you don't understand in my mail ?
> You don't understand about what i mean when i use "binary" word ?

I do understand, let's take it out of the list.

> Or do you simply judging people about there level value in english ? if it
> is the case you need some help

I have no opinions about your english value. I am neither a judge nor
a highly-enough
specialist to make opinions on that.

>
> Do you think your remark 'ignorance" is a usefull here for any constructive
> thing here ?

Don't take it too hard. You called me a big asshole and I criticised
you, imho lightly
in comparison, for not answering the gist of my mail, which was a
request for a binary.

Best,
alip.

> --
> Jerome Monscavoir
> jmo...@gm...
> 06 07 90 89 57
>
>
>
>

Re: [Scidvspc-users] Using Leela-chess (LcZero) engine in scidvspc in Linux :hard to start the engine

[Jerome M. <jmo...@gm...>]

Hello,

The link (*CPU* version) for a binary package is here :
I include also the tests and a needed working tested weight file

https://drive.google.com/file/d/1kEq-A6cRv9xICe98RtLwZP-f-iGDDI3f/view?usp=sharing

the *ldd* command give this (as needed library to run it)

linux-vdso.so.1 =>  (0x00007ffddd9de000)
libboost_program_options.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_program_options.so.1.58.0
(0x00007f62f2bcb000)
libboost_filesystem.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x00007f62f29b3000)
libboost_system.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x00007f62f27af000)
libopenblas.so.0 => /usr/lib/libopenblas.so.0 (0x00007f62f071b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f62f0501000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f62f0175000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f62efe6c000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f62efc54000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f62efa37000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f62ef66d000)
libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3
(0x00007f62ef33c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f62f2e49000)
libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0
(0x00007f62ef0fc000)

my system is :

*4.13.0-41-lowlatency* #46~*16.04.1-Ubuntu* SMP PREEMPT Thu May 3 11:25:15
UTC 2018 x86_64 x86_64 *x86_64* GNU/Linux

let me know if it is working or not

In my opinion a delay (like in Chess Arena) could be needed to give delay
to engine to start "*additional delay during engine start phase*"




Regards



2018-05-14 12:28 GMT+02:00 Steve A <ste...@gm...>:

> I tried to install the engine from source, but even after installing the
> prerequisite packages, i had some unresolved header dependency (boost 3 i
> think) ... so I'm not sure the Linux install instructions are complete.
>
> Maybe someone could post a statically linked binary ?
>
>
> On Mon, May 14, 2018 at 7:41 PM, Jerome Monscavoir <jmo...@gm...>
> wrote:
>
>> Do you realize that you are sarcistic and insulting ? so what do you
>> expect in return ? love word ?
>>
>> Please do not send me any value judgement about here on the list : it is
>> a fault
>> Use unstead private channel to insult me of give judgement value
>>
>> Please send usefull explanation about my "ignorance"  Please be more
>> clear : what i ignore ?
>>
>> Is there something you don't understand in my mail ?
>> You don't understand about what i mean when i use "binary" word ?
>>
>> Or do you simply judging people about there level value in english ? if
>> it is the case you need some help
>>
>> Do you think your remark 'ignorance" is a usefull here for any
>> constructive thing here ?
>>
>>
>>
>> 2018-05-14 11:16 GMT+02:00 Ali Polatel <po...@gm...>:
>>
>>> > .sp.ce d. gr.s conn.rd
>>>
>>> Please do not send me hate via private channels. Please send me love
>>> instead.
>>>
>>> To repeat
>>>
>>> if somebody need the linux build binary for (only for CPU) i can provide
>>>
>>>
>>> I'd be happy to have a binary.
>>>
>>> I'd be happy without a binary.
>>>
>>> Me?
>>>
>>> w/e,
>>>
>>>
>>> On Sun, 13 May 2018, 13:47 Ali Polatel, <po...@gm...> wrote:
>>>
>>>>
>>>>
>>>> On Thu, 10 May 2018, 10:35 Jerome Monscavoir, <jmo...@gm...>
>>>> wrote:
>>>>
>>>
>>
>>
>> --
>> Jerome Monscavoir
>> jmo...@gm...
>> 06 07 90 89 57
>>
>>
>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Scidvspc-users mailing list
>> Sci...@li...
>> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>>
>>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>


-- 
Jerome Monscavoir
jmo...@gm...
06 07 90 89 57