DSD gaplessness, part 3, mildly pointless
In the rare event that we're somehow playing decimated DSD at full sample rate instead of resampling, only the start needs to be skipped, and the end needs the input to the decimator padded to flush it, but nothing needs to be truncated from the end of the output in that case. Still, mostly pointless, since next to nobody will be outputting 384 kHz from their Macs, in any case, much less unprocessed DSD. Signed-off-by: Christopher Snowhill <kode54@gmail.com>CQTexperiment
parent
bec01b675a
commit
96f2a382ee
|
@ -677,8 +677,8 @@ tryagain:
|
|||
bytesReadFromInput += N_samples_to_add_ * floatFormat.mBytesPerPacket;
|
||||
latencyEatenPost = N_samples_to_drop_;
|
||||
is_postextrapolated_ = 2;
|
||||
} else if(is_postextrapolated_ == 3) { // skip end of DSD output
|
||||
latencyEatenPost = dsd2pcmLatency;
|
||||
} else if(is_postextrapolated_ == 3) { // No need to skip the end
|
||||
latencyEatenPost = 0;
|
||||
}
|
||||
|
||||
// Input now contains bytesReadFromInput worth of floats, in the input sample rate
|
||||
|
|
Loading…
Reference in New Issue