I am not encoding "on the fly" and after recording yesterday, rescuemydesktop was encoding during looong hours. This morning it was at "151%", 90% cpu but the final file was not delivered. I killed the process and launched rescue option
….:~/Vidéos/rushRMD$ recordmydesktop -rescue ~/Vidéos/rushRMD2
This may take several minutes.
Pressing Ctrl-C will cancel the procedure (resuming will not be possible, but
any portion of the video, which is already encoded won't be deleted).
Output file: /home/…_4.ogv
It never arrived to give me an .ogv file…
drwxr-xr-x 2 claire claire 4,0K 2011-01-12 10:32 ./
drwxr-xr-x 4 claire claire 4,0K 2011-01-12 12:20 ../
-rw-r--r-- 1 claire claire 11M 2011-01-12 09:36 audio.pcm
-rw-r--r-- 1 claire claire 501M 2011-01-12 09:36 img.out
-rw-r--r-- 1 claire claire 500M 2011-01-12 09:35 img.out.1
-rw-r--r-- 1 claire claire 295 2011-01-12 09:36 specs.txt
~/Vidéos/rushRMD$ ffmpeg -i img.out.1
img.out: Invalid data found when processing input
I don"t know what to do and these recording are very precious for me…
Does anyone have an idea?
I need to rescue a ~30 minute desktop recording for my wife (to free up the ~66 GB the raw files are "eating"!) and just found this forum yesterday. According to this post: https://sourceforge.net/projects/recordmydesktop/forums/forum/590956/topic/3687517 the 0.3.8.* releases are not working with the -rescue switch. I would prefer to be able to use the version of recordMyDesktop that came with our Linux distribution (Mandriva 2010.2) but it appears one has to build an old release to have this work. It seems your experience confirms that -rescue is not working, although you did not state the release you are using. What is your release version of recordMyDesktop?
Log in to post a comment.