Message File Sink buffered?

[Redferne]

Having issues with frames not being written to disk. Quite randomly the frame is written when the project is killed in GNURadio. Is this a known issue?

[rpp0]

Hi, thanks for reaching out. The message_file_sink block was originally intended to be a debugging block that would output the raw I/Q samples to a file. I think you are correct that the frames are being buffered. If you need real-time access to the frame, I would recommend using the message_socket_sink instead. It will send a UDP datagram containing the data to port 40868 immediately after decoding.