2009/7/1 Alexander Wagner <a.wag...@physik.uni-wuerzburg.de> > 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?
No. Scid 3.7.4 will be released with the old 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. The idea is that when one opens a v3 base with Scid 4.x, he must convert it to the new format before using it. Or the user will have to stick with Scid 3.x, but I don't see any reason for that. Pascal
------------------------------------------------------------------------------
_______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
