Re: Backported sbxfi driver, possible fix

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



James Courtier-Dutton wrote:
> Alexander E. Patrakov wrote:
> Alex,
> 
> I added that comment (takashi cut and pasted my text). No resampling is
> done.
> Say you have a buffer that is running at 48kHz.
> So you have say 480 samples at the 48kHz rate.
> But if you want to transfer 44.1kHz rate samples over it, you only want
> 441 samples to be there, so what to do with the left over 39 samples.
> What the xfi does is next to each sample it adds a "valid" tag.
> So, the xfi adds those 39 samples but marks them as "invalid".
> The xfi then drops the 39 "invalid" samples, leaving only the 441
> "valid" samples just before sending them at 44.1kHz to the DAC.
> Does this explain things a bit better.
> FYI, the xfi actually works internally at 384kHz, so it is actually
> marking a lot of samples as "invalid".
> 
> Kind Regards
> 
> James


James,

Thanks a lot for the info. Does it mean that the core runs at 384kHz, 
while codes are clocked by another clock signal PLL'd from the master 
clock to the required frequency? Theoretically this could allow running 
different outputs/channels at diferrent sample rates :)

Pavel.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux