<div dir="ltr"><div class="gmail_extra"><pre>> I didn't manage to get to the bottom of which piece of software
was causing the problem.
<br></pre><pre>Sorry, it is both jack_rec and jack_capture.</pre><pre>Both use libsndfile, and neither should behave differently</pre><pre>when running on a 32 bit OS.</pre><pre><br></pre><pre>><i>From the POV of libsndfile, it has had Large File Support (which 
</i>makes file offsets 64 bit signed values) on 32 bit systems for over
a decade.
<br></pre><pre>J.C: Could it be that your libsndfile is that old?</pre><pre><br></pre><pre>> However, it is possible for other software using libsndfile incorrectly
> (ie using a 32 bit integer to store file offsets) to cause this sort
> of a problem, but then I would expect it to go wrong on 64 bit systems
> because `int` is 32 bits there too. However on 32 bit Linux systems,
> `long` whereas it us 64 bits on 64 bit Linux systems.
</pre><pre><br></pre><pre>Yes, but neither jack_rec or jack_capture uses long for this (jack_capture</pre><pre>uses int64_t), and jack_rec <span style="font-family:arial,sans-serif">doesn't even use a counter, it just writes and writes</span></pre><pre><font face="arial, sans-serif">until it stops. jack_capture has a counter, but that counter is only used when writing</font></pre><pre><font face="arial, sans-serif">wav files, and only used to keep track </font><span style="font-family:arial,sans-serif">of when to start writing on a new file when reaching</span></pre><pre><span style="font-family:arial,sans-serif">the 4GB barrier.</span></pre><pre><span style="font-family:arial,sans-serif"><br></span></pre><pre><span style="font-family:arial,sans-serif"><br></span></pre><pre><font face="arial, sans-serif"><br></font></pre><pre><br></pre></div></div>