Do you have threads already? I would think that without threads you will always get that 5ms delay, but it should be possible to continue to collect data if you open and close the files on a separate thread. You can set the thread priorities if you need to, although you need elevated permissions to...

Don't keep opening/closing the file. Open once at program start and close once at program end. This will be running long term and needs to start a new file every few minutes. The program is not intended to "end". Minimizing the work other parts of the program are doing, expecially OS calls, is a go...

I'm writing a program which is a glorified datalogger. I'm reading an A/D converter at ~1Khz (using bit-banging), performing some trivial data manipulation and saving the data to files. The CPU can easily handle reading and processing the data at that rate, but the file handling (opening and closing...

Mplayer does play the files, at a blistering pace of about 2fps. I presume that's because it's not hardware accelerated like omxplayer. I noticed that before it plays the file, it brings up a few errors MPlayer svn r34540 (Debian), built with gcc-4.6 (C) 2000-2012 MPlayer Team mplayer: could not con...

This segments the video into 12 second chunks of H264 in MPEG TS and you lose no frames at all in between segments. They are sequentially numbered and can be concatenated with cat and be played. Nood question: how exactly do you play these files? I tried omxplayer but all I get is a couple of lines...