Why do I favour Test & Copy with matching (=same) checksums in secure mode over the same in burst ?Because:
If you have (light/medium/heavy) scratches on your disc,
the probability to get matching checksums becomes lower in burst, so more work (rerip trials), if you wanna get the best possible result.
Secure mode offers error detection and correction by rereads (with or without c2).
So the higher probability to get matching checksums automatically by EACs secure mode compared to burst mode, is seen as advantage by me.
If the scratch was really bad, then EACs log will warn you about suspicious positions.
In many cases even then eac extracted these positions click-free.
Of course, if the rip wasn't able to get matching checksums in secure modes, or contained even suspicious positions, the CD 's condition is too bad --> try cleaning before ripping, toothpaste, Brasso or polishing with mildest sandpaper 1200-2xxx.
I rip those bad CDs tracks in burst mode, when EACs secure mode hang, or gave clicks, then a burst rip at low speeds can improve the result sometimes, or it is the only way to extract something, if eac hangs in secure on a track.
But for normal CDs, from the practical point of view by my experience, test & copy in secure, saves time in the end and results to more satisfying results.
(remind: burst has no error detection and correction mechanisms, so a good extraction is less probable than with secure mode)
Something about repeatable and non-repeatables errors on CDs/on 1 scratched example position:EACs secure mode with c2 for error detection will find repeatable errors
(edit: erased 'and non-repeatable') ,
(if c2 works for the drive, but this is very likely, as the old assumption, that c2 is often faulty implemented to drives, was based on a faulty developent tool of EACs author Andre Wiethoff, iirc, Pio or Jean-Luc, one of the eac Gurus mentioned it somewhere some time ago, here or at digital-inn eac forum, so today c2 should be assumed as good method for most drives),
whereas EACs no c2 secure mode will find mostly only non-repeatable=varying errors.
But this should not be a problem,
because by real-world scratches, you have by random, by statistics, with high probability both types of errors, so that EAC will find the suspicious position, and EACs rereads kick in.
So, summarizing, I'd like an EAC test & copy mode, where no c2 and c2 error detection is done during the independent 2 runs ( a possibility to configure each mode for each run separately/customized)

But no problem, even old EAC 0.9beta4 (0.9b4) or 0.95pb3 (prebeta3) is satisfying my practical needs completely