I have recently started having this problem as well... I always appreciated how Bandicam doesn't affect gameplay performance much while recording, but it is not the game performance or recording performance that is the problem for me either - it is the resultant output, the recorded file that seems to have the dropped frames.
It doesn't matter what codec I choose (MPEG-1, H.264/CUDA, MJPEG, x264 (External), Lagarith (External)) they all result in a recorded file that is choppy. It doesn't matter what player I choose (VLC, Windows Media Player, Media Player Classic, Nero Kwik Media) they all play back the recorded file and the recording seems 'choppy'. I tried to adjust the Priority of Bandicam and that didn't change anything. It looks fine though, good quality in the recording, it just 'skips' a bit when viewing the file. I thought it might be the 'Skip recording while frame is not updated' setting, but disabling this didn't make a difference either.
I tried lowering the in-game resolution and detail/graphic settings, lowering the resolution being recorded at (in Bandicam) and lowering the Quality setting in Bandicam. These all resulted in higher frames per second while playing the game and while recording, but still resulted in a video file that was 'choppy' when viewed. I tried re-installing Bandicam (latest download, thanks for the update to the program
), rebooting, etc. and although the game runs smoothly and recording with Bandicam goes smoothly, the output/recorded file seems 'choppy' when played back. I didn't have this problem a while ago, so I'm not sure what could be causing it.
Just for comparison (sorry to mention competitors), I tested the same game and codec with Dxtory (using the x264 codec in both Bandicam and Dxtory with the same exact settings) and Dxtory did not produce this issue either, the recorded file was smooth when playing back/viewing the file. I thought perhaps it could be how Dxtory can be set to use more Processing Threads (I usually have it set to 6), so I reduced this setting to 1 in Dxtory and it still produced a much smoother output video than Bandicam with the same codec. I also tested the same game with FRAPS (which is much more demanding on the system in terms of creating the larger recorded file) and the output video was smooth upon playback.
I'm not sure what I can suggest to help Bandicam reproduce/find out what the issue might be, hopefully it can be found out
I don't know if it is related, but I am also now having the problem where, on startup of Bandicam, sometimes it locks up the entire Windows interface and if I use CTRL+ALT+DEL I cannot even run the Task Manager to End the Process, I am forced to LogOff or Reset the system. I Uninstalled all Internet Explorer applications and functions (instructions from another thread) and it did not solve the issue of Bandicam "Not Responding"... Interesting problems!''
I did some more testing with Bandicam, because I noticed when looking through Dxtory (trying to figure out why it can create a video that was not 'choppy') that there was a setting that said "Multi GPU fix" in Dxtory's configuration, I assumed for when using SLI. I have been using SLI since a bit before December, but I can't remember when Bandicam started giving me troubles...
I did some recordings with SLI disabled (via the video card driver control panel) and lo'and'behold, the recorded video from Bandicam wasn't 'choppy'! Freeman and Dfactor, if you are using SLI, try recording with it disabled (and you can now even choose to put the recording onto the second GPU if using H.264/CUDA/etc in Bandicam) and see if that helps your video recording issue like it did in this case.
I haven't tested it on many games yet, but will continue testing and see if it may be related to SLI mode or not. I'm not sure if this information helps people running on one GPU (and it doesn't solve the 'not responding' on startup issue with Bandicam), but I wanted to put it here in case it helps anyone.