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
Is there any way to avoid this with the zipformer2 ? I tried without onnx and the result is the same. Is the same, there is no padding_idx=blank_id in the decoder as in the decoders patched in the commit above.
Would the zipformer_CTC that was committed earlier today have the same issue ?
I have vague memories of another issue or pull request where [csukuangfj] made a more detailed analysis for another model (I think transducer_stateless ) that did not have the issue, but cannot find those comments anymore.
Thank you!
The text was updated successfully, but these errors were encountered:
joazoa
changed the title
offline onnx zipformer2, timestamp for first token is always 0
offline zipformer2, timestamp for first token is always 0
Oct 27, 2023
The patch didn't really fix the issue in the original zipformer. Maybe it improved it, but when I did some testing I was still getting 0 timestamps for the first token.
Hello,
I still experience the issue where the first word timestamp is aways zero with the onnx zipformer2.
I have seen the comments in :
#942
#923
k2-fsa/sherpa#52
Is there any way to avoid this with the zipformer2 ? I tried without onnx and the result is the same. Is the same, there is no padding_idx=blank_id in the decoder as in the decoders patched in the commit above.
Would the zipformer_CTC that was committed earlier today have the same issue ?
I have vague memories of another issue or pull request where [csukuangfj] made a more detailed analysis for another model (I think transducer_stateless ) that did not have the issue, but cannot find those comments anymore.
Thank you!
The text was updated successfully, but these errors were encountered: