<p>ONT's newest basecaller, Dorado, can do this for SAM output with the <code>--emit-moves</code> argument. It was added in <a href="https://github.com/nanoporetech/dorado/commit/f5371d16cfd7eef71995edbfeeb86df7f4201440" rel="nofollow noreferrer">this commit</a>.</p>
<p>Dorado can be downloaded from here:</p>
<p><a href="https://github.com/nanoporetech/dorado" rel="nofollow noreferrer">https://github.com/nanoporetech/dorado</a></p>
<p>Here's an example command line:</p>
<pre><code>$ ~/install/dorado/dorado-0.2.1-linux-x64/bin/dorado basecaller --emit-moves \
  ~/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0 DAE_pod5 | \
  samtools view -b - &gt; called_DAE_gDNA_reads_all.bam
</code></pre>
<p>And a few lines of example output:</p>
<pre><code>@HD     VN:1.6  SO:unknown
@PG     ID:basecaller   PN:dorado       VN:0.2.1+c70423e        CL:dorado basecaller --emit-moves /home/minion/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0 DAE_pod5
@PG     ID:samtools     PN:samtools     PP:basecaller   VN:1.10 CL:samtools view -b -
@PG     ID:samtools.1   PN:samtools     PP:samtools     VN:1.10 CL:samtools view -h called_DAE_gDNA_reads_all.bam
@RG     ID:460fc479-3b30-4ed5-801f-a82bbe556101_dna_r10.4.1_e8.2_260bps_sup@v4.1.0      PU:PAK83314     PM:     DT:2023-02-08T10:22:53.256+00:00        PL:ONT  DS:basecall_model=dna_r10.4.1_e8.2_260bps_sup@v4.1.0 runid=460fc479-3b30-4ed5-801f-a82bbe556101 LB:DAE_gDNA     SM:DAE_gDNA
@RG     ID:227379b1-c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0      PU:PAK83314     PM:     DT:2023-02-08T20:28:34.34+00:00 PL:ONT  DS:basecall_model=dna_r10.4.1_e8.2_260bps_sup@v4.1.0 runid=227379b1-c5fc-465d-9e24-eb771133f11e LB:no_sample    SM:no_sample
003d84eb-ce0f-47ea-9c7c-fe939fe8702e    4       *       0       0       *       *       0       110     GTGCCTCCTTGCTTTGGTTCAGTTCTATCCAGCCTTTAGATATCCCAGCCCTCACAGGGTTTGTGTGACCTTGTTGCATTATCATGCGAAACACTTTCGCGTTTTTAGTG  %%%%%(&amp;%%&amp;%%'((''))*.-,-''&amp;&amp;&amp;'&amp;&amp;&amp;(%$$$%&amp;&amp;&amp;'%%%%&amp;(*))'&amp;&amp;&amp;&amp;)-05&gt;6;&gt;&gt;777887++'&amp;&amp;&amp;&amp;&amp;&amp;%%%&amp;*.....0820001:;;;&lt;&lt;87''&amp;&amp;  qs:i:7  du:f:0.526      ns:i:2104       ts:i:10 mx:i:4  ch:i:1037       st:Z:2023-02-09T07:07:00.271+00:00      rn:i:96929      f5:Z:PAK83314_fail_unclassified_227379b1_ea81734c_853.pod5      sm:f:98.674     sd:f:22.395     sv:Z:quantile   RG:Z:227379b1-c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0    mv:B:c,5,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1
002e48ca-84bf-4419-8370-943d1ca3ac64    4       *       0       0       *       *       0       107     TATGTCTAACTTACTTCGTTCAGTTGTGAAAACTGGGTGTTTAACCTTTGATTCTATCGTGTTTCCCTAGTTTTCGCATTTGACGTGAAACGCTTTCACATTTTGGT     &amp;&amp;'''&amp;%%%%((((*+)***())((')&amp;%%%%$%%%'--,,,,-6996/,+-5ABBBCCFBCE&gt;88:1764424/--,,--&amp;%$$%*08??;;;;&lt;B&lt;:((('()//     qs:i:9  du:f:0.92975    ns:i:3719       ts:i:10 mx:i:4  ch:i:1058       st:Z:2023-02-09T07:07:08.905+00:00      rn:i:62167      f5:Z:PAK83314_fail_unclassified_227379b1_ea81734c_853.pod5      sm:f:85.094     sd:f:23.944     sv:Z:quantile   RG:Z:227379b1-c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0    mv:B:c,5,1,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,1,1,1,0,1,0,1,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,0,0,0,1,0,1,0,0,1,0,1,0,1,1,0,1,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,0,0,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,1,0,1,0,0,1,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,0,1,0,1,0,0,1,0,0,0,1,0,0
0138d83a-da9f-4468-bafc-b974c4e9eece    4       *       0       0       *       *       0       234     ATGTTTATGTGTTCTTCGTTAGTAAGCCACCGATATTGACTCCAGGGTTTGTGTAACCTTGTTTTCGCATTTATCGTGAAACGCTTTCGCGTTTTTCGTCGCTTCAAATAGTTTTAATTCAGTTGTCTAAAAATGTTAACATATGGGTATTATTTCTCTAGAACATTTTAGTTGTGTAATTTCTACCATTTAAATGGGGTGAATAAATAACCAAATCATTGAACAACTGGAATG      &amp;&amp;&amp;')'&amp;%$$##$&amp;&amp;''+,-)''&amp;'')**'&amp;%&amp;''))&amp;&amp;&amp;)'((*+8&lt;AEEFGHJIJIJIICA@;843344:254,,,,CEE&gt;====7&lt;&lt;&lt;&gt;&gt;@=?+***'&amp;&amp;''(''&amp;%%%%$%%&amp;)1//..-+,+*'&amp;'(+2+++45&lt;ACCC66677@75556+((((55&gt;@AEFHFHGFEHHJHHFHIKJGFFFKLHZEGEGGIDFDDCDDERKIEGDG&gt;=&gt;5332/'&amp;&amp;&amp;&amp;)**,2242.      qs:i:10 du:f:0.69975    ns:i:2799       ts:i:10 mx:i:4  ch:i:1933       st:Z:2023-02-09T07:07:01.924+00:00      rn:i:77788      f5:Z:PAK83314_fail_unclassified_227379b1_ea81734c_853.pod5      sm:f:97.397     sd:f:27.276     sv:Z:quantile   RG:Z:227379b1c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0    mv:B:c,5,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1
</code></pre>
<p>Based on the commit, the move table is attached to the <code>mv</code> <a href="https://samtools.github.io/hts-specs/SAMv1.pdf" rel="nofollow noreferrer">tag</a> for each read, indicating an array of 8-bit signed integers (represented as comma-separated values in the SAM output). I'd guess (based on how the calling has worked in the past) that these represent strides comprising a fixed number of consecutive samples, so (as before) it'll need correction to convert the stride width to variable width events.</p>
<p>For the model I'm using here, my guess from the model toml file is that the stride width is 5:</p>
<pre><code>$ grep -B 8 stride ~/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0/config.toml 
[encoder]
type = &quot;serial&quot;
[[encoder.sublayers]]
type = &quot;convolution&quot;
insize = 1
size = 16
bias = true
winlen = 5
stride = 1
--
max = 3.5

[[encoder.sublayers]]
type = &quot;convolution&quot;
insize = 16
size = 16
bias = true
winlen = 5
stride = 1
--
max = 3.5

[[encoder.sublayers]]
type = &quot;convolution&quot;
insize = 16
size = 1024
bias = true
winlen = 19
stride = 5
<span class="math-container">```</span>
</code></pre>

CC BY-SA 4.0
2023-03-01T18:37:46.967Z
2023-03-02T21:51:14.480Z
2023-03-02T21:51:14.480Z
gringer
<p>I previously used albacore version 2.3.1 to make initial move tables, but then I re-squiggle using Tombo version 1.5.1 to fix the errors.</p>
<p>Example of move table produced by albacore, in which all the moves have the same size:
<a href="https://i.sstatic.net/XhTUF.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/XhTUF.png" alt="enter image description here" /></a></p>
<p>When it is re-squiggled by Tombo (which produces variable length moves/blocks):</p>
<p><a href="https://i.sstatic.net/MdHhr.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/MdHhr.png" alt="enter image description here" /></a></p>
<p>I am starting a new project, and I can repeat the same pipeline, however, my concern is that albacore version 2.3.1 is too old now and I was wondering to ask if there are better pipelines/software for base-calling that produces initial move tables so that I can build on top of.</p>

<nanopore><base-calling>
Which basecaller for nanopore is the best to produce event tables with information about the block size/move table?
# Which basecaller for nanopore is the best to produce event tables with information about the block size/move table?

(Asked by: username_0 on 2023-03-01)

I previously used albacore version 2.3.1 to make initial move tables, but then I re-squiggle using Tombo version 1.5.1 to fix the errors.

Example of move table produced by albacore, in which all the moves have the same size:
[![enter image description here](https://i.sstatic.net/XhTUF.png)](https://i.sstatic.net/XhTUF.png)

When it is re-squiggled by Tombo (which produces variable length moves/blocks):

[![enter image description here](https://i.sstatic.net/MdHhr.png)](https://i.sstatic.net/MdHhr.png)

I am starting a new project, and I can repeat the same pipeline, however, my concern is that albacore version 2.3.1 is too old now and I was wondering to ask if there are better pipelines/software for base-calling that produces initial move tables so that I can build on top of.

**Tags:** nanopore, base-calling

---

## 1 answers

### Answer by username_1 on 2023-03-01. Score: 3 | Accepted answer

ONT's newest basecaller, Dorado, can do this for SAM output with the --emit-moves argument. It was added in this commit.
Dorado can be downloaded from here:
https://github.com/nanoporetech/dorado
Here's an example command line:
$ ~/install/dorado/dorado-0.2.1-linux-x64/bin/dorado basecaller --emit-moves \
  ~/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0 DAE_pod5 | \
  samtools view -b - > called_DAE_gDNA_reads_all.bam

And a few lines of example output:
@HD     VN:1.6  SO:unknown
@PG     ID:basecaller   PN:dorado       VN:0.2.1+c70423e        CL:dorado basecaller --emit-moves /home/minion/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0 DAE_pod5
@PG     ID:samtools     PN:samtools     PP:basecaller   VN:1.10 CL:samtools view -b -
@PG     ID:samtools.1   PN:samtools     PP:samtools     VN:1.10 CL:samtools view -h called_DAE_gDNA_reads_all.bam
@RG     ID:460fc479-3b30-4ed5-801f-a82bbe556101_dna_r10.4.1_e8.2_260bps_sup@v4.1.0      PU:PAK83314     PM:     DT:2023-02-08T10:22:53.256+00:00        PL:ONT  DS:basecall_model=dna_r10.4.1_e8.2_260bps_sup@v4.1.0 runid=460fc479-3b30-4ed5-801f-a82bbe556101 LB:DAE_gDNA     SM:DAE_gDNA
@RG     ID:227379b1-c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0      PU:PAK83314     PM:     DT:2023-02-08T20:28:34.34+00:00 PL:ONT  DS:basecall_model=dna_r10.4.1_e8.2_260bps_sup@v4.1.0 runid=227379b1-c5fc-465d-9e24-eb771133f11e LB:no_sample    SM:no_sample
003d84eb-ce0f-47ea-9c7c-fe939fe8702e    4       *       0       0       *       *       0       110     GTGCCTCCTTGCTTTGGTTCAGTTCTATCCAGCCTTTAGATATCCCAGCCCTCACAGGGTTTGTGTGACCTTGTTGCATTATCATGCGAAACACTTTCGCGTTTTTAGTG  %%%%%(&%%&%%'((''))*.-,-''&&&'&&&(%$$$%&&&'%%%%&(*))'&&&&)-05>6;>>777887++'&&&&&&%%%&*.....0820001:;;;<<87''&&  qs:i:7  du:f:0.526      ns:i:2104       ts:i:10 mx:i:4  ch:i:1037       st:Z:2023-02-09T07:07:00.271+00:00      rn:i:96929      f5:Z:PAK83314_fail_unclassified_227379b1_ea81734c_853.pod5      sm:f:98.674     sd:f:22.395     sv:Z:quantile   RG:Z:227379b1-c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0    mv:B:c,5,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,0,0,1,0,1,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,1,1,0,0,1,0,0,0,0,0,1,0,1,0,1,1,0,0,0,0,0,0,0,0,0,1,1,0,0,0,0,0,0,0,0,0,0,1,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,0,1,0,1,0,0,0,1,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,1,0,0,0,0,1,0,1,0,0,0,0,0,1,0,0,0,0,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,0,1,0,1,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,1,0,0,0,1,0,0,1,0,0,1,1,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1
002e48ca-84bf-4419-8370-943d1ca3ac64    4       *       0       0       *       *       0       107     TATGTCTAACTTACTTCGTTCAGTTGTGAAAACTGGGTGTTTAACCTTTGATTCTATCGTGTTTCCCTAGTTTTCGCATTTGACGTGAAACGCTTTCACATTTTGGT     &&'''&%%%%((((*+)***())((')&%%%%$%%%'--,,,,-6996/,+-5ABBBCCFBCE>88:1764424/--,,--&%$$%*08??;;;;====7<<<>>@=?+***'&&''(''&%%%%$%%&)1//..-+,+*'&'(+2+++45@AEFHFHGFEHHJHHFHIKJGFFFKLHZEGEGGIDFDDCDDERKIEGDG>=>5332/'&&&&)**,2242.      qs:i:10 du:f:0.69975    ns:i:2799       ts:i:10 mx:i:4  ch:i:1933       st:Z:2023-02-09T07:07:01.924+00:00      rn:i:77788      f5:Z:PAK83314_fail_unclassified_227379b1_ea81734c_853.pod5      sm:f:97.397     sd:f:27.276     sv:Z:quantile   RG:Z:227379b1c5fc-465d-9e24-eb771133f11e_dna_r10.4.1_e8.2_260bps_sup@v4.1.0    mv:B:c,5,1,0,0,0,1,0,1,0,1,0,1,0,0,1,1,0,0,1,1,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,1,1,1,0,0,1,0,0,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,1,1,0,0,1,1,0,0,0,1,0,0,0,1,0,0,1,0,0,1,0,1,0,0,0,0,1,1,0,0,1,0,1,0,0,1,0,1,0,0,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,0,1,0,0,1,0,0,1,0,0,0,1,0,1,0,1,0,1,1,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,1,0,0,0,0,0,0,0,1,1,0,0,0,1,0,1,0,1,0,1,0,0,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,1,0,1,1,0,1,0,1,1,0,1,0,1,0,0,0,0,0,0,1,0,1,0,1,0,1,0,1,1,1,0,1,0,1,0,1,1,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,1,0,1,1,0,1,0,1,1,1,1,0,1,0,1,1,1,0,0,1,1,0,0,0,0,1,0,1,0,1,0,0,1,0,0,0,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,1,1,1,0,0,1,0,1,1,0,1,0,1,0,0,0,0,0,1,0,1,0,0,0,0,0,0,0,0,1,0,1,0,1,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,0,0,1,0,1,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,0,1,0,1,0,0,1,0,1,0,0,1,0,0,1,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1,0,1,0,1,0,1,0,0,1,0,0,1,0,0,1,0,1,1,0,1,0,1,0,1,1,0,1,1,0,1,1,0,1,0,1,0,0,1,0,0,1,1,0,0,1,0,0,1,0,0,1,1,1,1,0,0,1,0,1,0,1,0,1,0,1,0,1,1,0,1

Based on the commit, the move table is attached to the mv tag for each read, indicating an array of 8-bit signed integers (represented as comma-separated values in the SAM output). I'd guess (based on how the calling has worked in the past) that these represent strides comprising a fixed number of consecutive samples, so (as before) it'll need correction to convert the stride width to variable width events.
For the model I'm using here, my guess from the model toml file is that the stride width is 5:
$ grep -B 8 stride ~/install/dorado/dorado-0.2.1-linux-x64/dna_r10.4.1_e8.2_260bps_sup@v4.1.0/config.toml 
[encoder]
type = "serial"
[[encoder.sublayers]]
type = "convolution"
insize = 1
size = 16
bias = true
winlen = 5
stride = 1
--
max = 3.5

[[encoder.sublayers]]
type = "convolution"
insize = 16
size = 16
bias = true
winlen = 5
stride = 1
--
max = 3.5

[[encoder.sublayers]]
type = "convolution"
insize = 16
size = 1024
bias = true
winlen = 19
stride = 5
```


---

