You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since 'biphase_tic' is increased each time, it overflows (is limited by '% LTC_FRAME_BIT_COUNT') and the array is first filled with the early bits and then overwritten with later bits in the frame. https://github.com/x42/libltc/blob/master/src/decoder.c#L264
Have a solution in process, but it looks nicer to store d->snd_to_biphase_cnt in the array. This wouldn't need to be float, but does no harm. The man page suggest this should be the case, rather than storing the computed period (which is not actually what that tic really did).
Data Fields:
float biphase_tics[LTC_FRAME_BIT_COUNT] detailed timing info: phase of the LTC signal; the time between
each bit in the LTC-frame in audio-frames. Summing all 80 values in the array will yield audio-frames/LTC-
frame = (off_end - off_start + 1).
carry on.. but keep in mind that his library is used in production and also in some hardware solutions, so the API and ABI must not be changed in in compatible ways.
The function 'biphase_decode2()' is called twice for each bit in the LTC frame.
https://github.com/x42/libltc/blob/master/src/decoder.c#L307
Since 'biphase_tic' is increased each time, it overflows (is limited by '% LTC_FRAME_BIT_COUNT') and the array is first filled with the early bits and then overwritten with later bits in the frame.
https://github.com/x42/libltc/blob/master/src/decoder.c#L264
Either the array should only be filled on the 2nd calling/phase of the bitstream, or the array should be bigger to hold all 1/2 phases.
The text was updated successfully, but these errors were encountered: