[QUOTE=rogue;526330]Why do you need this functionality?[/QUOTE]
Because I need first to find primes, then it is easy to test it with PFGW.
And LLR is faster then PFGW.

[QUOTE=pepi37;526333]Because I need first to find primes, then it is easy to test it with PFGW.
And LLR is faster then PFGW.[/QUOTE]

pfgw supports the format, but llr does not. Have you considered asking Jean to add support for that format? I don't know when I can get around to making that change.

What's wrong with using srfile? I always use it to change from one format to the other, with -w or -G switches, etc. Also, a perl tool is just 3-4 lines (except including libs, or opening and closing files, etc).

[QUOTE=LaurV;526342]What's wrong with using srfile? I always use it to change from one format to the other, with -w or -G switches, etc. Also, a perl tool is just 3-4 lines (except including libs, or opening and closing files, etc).[/QUOTE]


e:\MTSIEVE\GFDN>sr gfnd.pfgw -k factors.txt -w
srfile 1.1.3 -- A file utility for srsieve.
ERROR: unrecognised file `gfnd.pfgw'

e:\MTSIEVE\GFDN>sr gfnd.pfgw -k factors.txt -G
srfile 1.1.3 -- A file utility for srsieve.
ERROR: unrecognised file `gfnd.pfgw


Also, does you have that perl script?
I will be happy to run it.

[QUOTE=rogue;526337]pfgw supports the format, but llr does not. Have you considered asking Jean to add support for that format? I don't know when I can get around to making that change.[/QUOTE]
But you wrote MTSIEVE, I am sure you can change it to "normal" ABCD if you wish.

[QUOTE=pepi37;526326]
Your ABCD output


ABCD $a*2^140000+1 [20023] // Sieved to 90076327351
252
36
66



"Normal ABCD "output


ABCD 41067*2^$a+1 [130014] // Sieved to 1000000000 with srsieve
12
22
68
112[/QUOTE]
The D in ABCD stands for "delta". i.e each value is a delta from the previous value. Are you looking for plain ABC (not ABCD) format where each line is an absolute value?

[QUOTE=axn;526354]The D in ABCD stands for "delta". i.e each value is a delta from the previous value. Are you looking for plain ABC (not ABCD) format where each line is an absolute value?[/QUOTE]

I just need option that output is looking like "standard abcd", second sample in my post

[QUOTE=pepi37;526348]But you wrote MTSIEVE, I am sure you can change it to "normal" ABCD if you wish.[/QUOTE]

[QUOTE=pepi37;526370]I just need option that output is looking like "standard abcd", second sample in my post[/QUOTE]

There is no such thing as "normal" or "standard" ABCD format. ABC and ABC formats were developed by one of the original pfgw developers. IIRC, I helped Jean modify llr to support the ABC format. He later added one flavor of ABCD, but ABCD is much more than what llr is supporting. This is why I suggested that you reach out to Jean. It would make more sense for his software to support a bigger more "flavors" of ABCD.

Yes, I could modify mtsieve to output an ABCD format that is supported by llr, but it isn't high on my priority list as it isn't a bug. As you can see in this thread there are bugs that are far more important to me to address. Unfortunately I have been busy, so I don't know when I'll have time to work on them.

Note that all of the source is in sourceforge, so anyone that is familiar with C or C++ has a good shot of learning the code and making changes.

[QUOTE=rogue;526373]There is no such thing as "normal" or "standard" ABCD format. .......[/QUOTE]


I know there is no such thing as standard abcd format: but you also limit with output format what program can or cannot be used. It is your decision: and on some previous suggestion you listen my wishes, and on some you will not . And it is OK, your time, your product, your path. I respect all that.


And for part that all is on sourceforge and any can modify software, is a little cheeky explanation. I dont need to know how to write or modify program, so fact source code can be changed is useless for me.I know chemistry very well but I will not laugh because you don't know something, I try to explain to you.


Best regards

"Within the ABCD format, the difference on the first line is the [COLOR="Red"]insertion
of the [$a $b ...] information [/COLOR]from the first line of the ABC file, and
on subsquent lines, only the [COLOR="Red"]delta of the accumulation[/COLOR] is written. In
the ABCD format, blank lines are ignored, and it is valid to append
ABCD files togther (or to have a siever output "headers" to switch
processing)"

What is the problem exactly?

ABCD was designed for CPAP runs and to save on space. Why are you not using ABC format with the example headers?

[QUOTE=paulunderwood;526389]"Within the ABCD format, the difference on the first line is the [COLOR="Red"]insertion
of the [$a $b ...] information [/COLOR]from the first line of the ABC file, and
on subsquent lines, only the [COLOR="Red"]delta of the accumulation[/COLOR] is written. In
the ABCD format, blank lines are ignored, and it is valid to append
ABCD files togther (or to have a siever output "headers" to switch
processing)"

What is the problem exactly?

ABCD was designed for CPAP runs and to save on space. Why are you not using ABC format with the example headers?[/QUOTE]

The problem is that llr doesn't fully support ABCD. It only supports a subset of ABCD.

pepi37 wants to use llr to test output from gfndsieve as llr is faster than pfgw for these candidates, but the ABCD format used by gfndsieve is not supported by llr.

gfndsieve does not support other output formats at this time.

If I owned the llr code base in addition to gfndsieve, then I would modify llr. That is why I suggest that he has Jean.