Hello stackprogrammer: HackRF does not support 32ks/s, and Osmocom Sink does not resample the data for you (and sometimes does not give you a clear warning when something is wrong). So, I would check whether the stream is really being transmitted at 32ks/s (by using something like Probe Rate).
Buffer also may affect the transmission time, but I don't expect too much changes in the number. Regards, Kyeong su Shin 2021. 11. 26. 오전 3:50에 sp h <[email protected]>님이 작성: I created a file complex with a file sink in Gnuradio. It is a cos wave. The size of a recorded file is 1,146,283,728 bytes. because data type is complex so recorded file has N samples... N=1,146,283,728 bytes/(8 bytes)=143285466 samples.... All of the samples in the recorded file are 143,285,466. So in another stage, I want to transmit it with Hackrf....... [Screenshot from 2021-11-25 21-57-44.png] In the transmitter stage, I had a GRC file that you can see a screenshot of it.I set the sample rate to 32k. According to the definition sample rate we expect to consume 32k samples every second..... So I want to predict that the second Hackrf should be transmitted and red led the show on... Second= 143,285,466/32000=44776.708125 second but in transmitting it only takes a long 80 seconds. My question is How I can compute the time of transmitting for a file that is set to no-repeat... For the Wav file and float type, I had the same problem... Thanks in advance [Screenshot from 2021-11-25 22-07-40.png]
