You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for an excellent piece of software - fastp is fast, accurate, and the defaults/options/reports for merging/trimming are perfect for all our needs!
However, assuming I've understood the options correctly, there is possibly a bug:
The SRA run SRR2413286 (for example) has a 20 bp adapter at the front (left) of the read that needs to be trimmed, and a 3' adapter:
I get different counts if I trim with and without the -f 20 option even if I adjust the -l --length_required limit accordingly.
Thanks for an excellent piece of software - fastp is fast, accurate, and the defaults/options/reports for merging/trimming are perfect for all our needs!
However, assuming I've understood the options correctly, there is possibly a bug:
The SRA run SRR2413286 (for example) has a 20 bp adapter at the front (left) of the read that needs to be trimmed, and a 3' adapter:
I get different counts if I trim with and without the -f 20 option even if I adjust the -l --length_required limit accordingly.
Code to reproduce (using fastp 0.19.4)
Is fastp doing something else that is causing the number of reads in the
-f 20 -l 18
case to be lower than the second case-l 38
?The text was updated successfully, but these errors were encountered: