Pascal Georges wrote:
Hi!
> Hm, I refered to the length of the game in Ascii, most likely scid
> uses some compression inside. Right?
> No. I tried to compress comments, but it is not efficient.
(I was talking about a more efficient storage for a move than
e2e4 not about comments, but doesn't matter)
> For the code preventing a crash, it is commited but also buggy :
> I forgot the block size is 32 kB, and the max length is 65536,
> and I took this latest limit.
> Ic. Do you plan to fix this in old DB format?
> Not if the new format is good.
That is the next release will also come with a new db
format?
> I will see how things can be done, but it will be a new version
> of the base format, so I will release the latest 3.x version
> sometimes before going to a 4.x.
>
> Ok. Will your new format be compatible with the old one? I think at
> least reading in 3.x nice. From a users perspective it might be good
> to be able to handle both. Do you see a way for this as well?
>
> There are certainly ways to do that, but either the new
> format is good, and I will completely get rid of the old
> format (through a migration procedure), either it is bad,
> and I stick to 3.x.
We will need a migration procedure for V3 databases and
given the fact that some V3 dbs are around on the web (like
OpeningMaster eg.) IMHO the transition should be as smooth
as possible for the user. I thinkt it should be imperative
that Scid can always read the old format without additional
tools and it might even be desirable to have some export to
the old format for data exchagne. Scid V3 format is around
for some time now resulting in it to be somewhat
established and not all our users are always updating to the
latest and greatest. I think one should be very user centric
here.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
