ffmpeg keeps changing its arguments. Hence what worked yesterday with one ffmpeg, may not work tomorrow with a different ffmpeg version. This is especially true when moving between distributions.
It seemed to have recorded although the system froze when I tried to open the file (With Kaffeine). When I tried to open with ‘Videos’ it said I needed a ‘H.264 Codec’ even though I installed all Codecs packs.
For playing H.264 files with ‘Videos’ (totem) you need gstreamer-plugins-ugly-orig-addon from Packman.
I guess you just installed the codecs for gstreamer-0_10.
Regarding your freeze with Kaffeine:
I guess this could be video driver related.
What gfx card do you have?
Please install the package “Mesa-demo-x” and post the output of “glxinfo | grep render”.
Does kaffeine show some output before the system freezes if you start it in a terminal window?
This is cool. I had always wondered how to use ffmpeg to capture everything going on with screen and sound. Works, although I had to use pulse audio volume control to set things to capture the right source. That said, my audio and video were out of sync by 19 seconds (!), which the code to correct posted above did not even come close to correcting. I ended up syncing them in kdenlive. My questions: (i) is there some way to actually determine the magnitude of the sync issue without simply watching the video? (ii) What in that line needs to be changed to get the correction right? I’m just guessing it’s that -itoffset parameter?
The command for syncing is specifically tuned for the lag in my PC. The arguments can be changed for your PC.
19 seconds is excessively large. My PC has a core-i7-920 with a GTX-260 graphic card using the proprietary nvidia graphic drivers. I wonder what your PC has, so as to have such a massive desync.
Not that I know of. You are trying to sync video to audio. ie it suggests to me both references are needed.
Try various values, see what works. Its been so long since I tuned the above for my PC (over a year ago) I can no longer remember.