CTRL-C won't stop recording, no file written

Help
ogress
2007-07-17
2013-06-03
  • ogress

    ogress - 2007-07-17

    Hi,

    I'm running recordmydesktop from the commandline. Hitting Control-C is not stopping the recording, I have to kill the process. There is also no file written, so I guess the problem arises from the capturing.
    I tried to compile for 64bit and 32bit, but always the same problem.

    I found one solution in a forum, to install the GUI gtk_recordmydesktop and use the buttons, but when I try to compile it, make is just doing nothing.

    Any ideas?

    Thx in advance
    Olli

     
    • John Varouhakis

      John Varouhakis - 2007-07-17

      Please specify:
      i)  Distribution/version that you use.
      ii) Processor type/architecture.
      iii) Graphics card and the driver that you are using.
      iv)  Anything else you consider important or
            less common in your setup (e.g. compiz/beryl)
      v) Version of recordMyDesktop.

      Also two more things:
      1)please run the program with --no-sound, to see
      if the problem is related to sound capturing.
      2) since the program was terminated abnormally, you will have
      leftover files that need to be cleaned. Go to the /tmp
      directory and remove all subdirectories starting with
      rMD-session . You can also simply run:
      ~$ rm -rf /tmp/rMD-session-*

      Installing gtk-recordMyDesktop won't probably solve this problem,
      as it's just a frontend and it doesn't change anything in the way that
      recordMyDesktop works.
      As for make not doing anything, the program is written in python
      so it's not supposed to get compiled. run make install and
      the program should get installed normally.

      John.-

       
    • ogress

      ogress - 2007-07-18

      Thanks for your quick reply

      My system is
      i) Suse 10.0
      ii) 2 Dual Core AMD Opteron Processor 285 / x86_64
      iii) 2 Quadro FX 4500/PCI/SSE2 / Nvidia driver 1.0-9746
      iv)
      v) recordMyDesktop version 0.3.5
       

      I've already tried with --no-sound, it is not the problem. There are also no rMD-session-* folders created.
      Now I found another GUI called krecordmydesktop, which I could install. From that GUI, it just seems that I can record. A rMD-session-* folder is created, which contains just one file called 'img.out'. When I stop recording, I can choose a filename. After that the encoding should follow, but nothing happens.
      So I tried to encode on-the-fly, which threw an error. So I went back to the commandline and tried to encode on-the-fly, where I get a segfault.

      Olli

       
    • Nobody/Anonymous

      From what I can tell, I'm experiencing the same problem as the original poster and maybe have a few things to add.

      System setup is the following:
      Fedora 8
      Athlon 64 X2 4200+
      NVidia video card.

      recordMyDesktop was compiled with the following options:

      Jack                    :Disabled
      Default Audio Backend   :ALSA

      The problem occurs regardless of screen resolution, and window manager (Gnome and KDE, With or without compiz-fusion).  Also changing the video driver from the proprietary Nvidia driver to the oss NV driver does nothing.  Using the Vesa driver just as a shot in the dark also does not fix the problem.  Turning off audio recording does not effect the outcome one way or the other.  The app WILL record video, but does it inconsistently.  Running it 30 times with the same parameters for the same length of time might yield one working video.  Usually when it fails, the img.out file in the tmp directory is created, but has a 0 byte size.   The audio.pcm always increases in size even while the img.out file remains at 0 bytes.  Occasionally the audio.pcm file will play back video instead of audio when I attempt to play it in mplayer.  I do not know what format the img.out file is in, and I am unable to play that in any application.

      The actual problem is that when ctrl-c is pressed in the console, the app appears to just lock up.  This behavior is the same regardless of what version of recordmydesktop is used (I tried compiling about 6 different versions off of the sourceforge page and all of them had the same behavior).

      There are no error messages displayed when the app fails to generate a video and the application must be killed from the console with a killall -9

      It's a real shame that I can't get this thing working properly.  This application appears to be exactly what I've been looking for on the rare occasion that I'm able to record a video with it.  It seems that pretty much all of the desktop capture software for linux is really buggy and almost unusable (istanbul takes blurry video, and xvidcap takes jittery video at unstable framerates with broken sound). This app takes the best quality video/audio out of all of them and it would be really cool if you can fix it.

       
      • John Varouhakis

        John Varouhakis - 2007-11-19

        >> The audio.pcm always increases in size even while the img.out file
        >> remains at 0 bytes. Occasionally the audio.pcm file will play back
        >> video instead of audio when I attempt to play it in mplayer. I do
        >> not know what format the img.out file is in, and I am unable to
        >> play that in any application.

        The audio.pcm file is raw pcm data, but it has a non standard
        interleaving which means that if it has more than 1 channels, it's no
        good for other applications.
        Mplayer is probably confused trying to find a header (there is none in
        this file).

        As for img.out, that's a completely custom format unusable to any other
        application. It basically holds yuv:420 data.

        Now, on your problem, it seems that one thread stays idle and thus
        never terminates (which prevents encoding from starting).
        On the past, I've seen this behavior caused by libXdamage
        not properly reporting events, but I doubt that this is the case
        on your distribution.

        So, as a first step, I'll need your help to identify which thread
        is causing the problem.
        Please run recordMyDesktop in a terminal, like this:

        1) recordmydesktop
        2) recordmydesktop --no-sound
        3) recordmydesktop --full-shots
        4) recordmydesktop --no-sound --full-shots

        and paste the results here.

        It's important to post the full output up to and including
        the part where it prints "Shutting Down...". The number of dots
        following the message "shutting down" is very important as they
        indicate terminating threads.
        Also, since you can handle compiling from source, please do the
        above with the most recent release of recordMyDesktop,
        or, better yet, a CVS snapshot (in any case, remember to report the
        exact version that you used for the above tests).

        Thanks.

         
    • Nobody/Anonymous

      Here is the output from the cvs snapshot (recordMyDesktop v0.3.7-cvs)

      First try ran and completed.
      -----Begin Output------
      [root@ty3193 src]# ./recordmydesktop
      Initial recording window is set to:
      X:0   Y:0    Width:3360    Height:1050
      Adjusted recording window is set to:
      X:0   Y:4    Width:3360    Height:1040
      Your window manager appears to be KWin

      Initializing...
      Buffer size adjusted to 4096 from 4096 frames.
      Opened PCM device hw:0,0
      Recording on device hw:0,0 is set to:
      1 channels at 22050Hz
      Capturing!

      *********************************************

      Cached 5 MB, from -1271 MB that were received.
      Average cache compression ratio: 0 %

      *********************************************
      Saved 212 frames in a total of 211 requests
      Shutting down.....
      STATE:ENCODING
      Encoding started!
      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).
      Please wait...
      [100%]
      Encoding finished!
      Wait a moment please...

      Done.
      Written 1849276 bytes
      (1847964 of which were video data and 1312 audio data)

      Cleanning up cache...
      Done!!!
      Goodbye!
      [root@ty3193 src]#                                                     
      -----End Output--------

      Second try failed with no change in parameters (Ctrl-c was pressed, but the app did not stop running).
      -----Begin Output------
      [root@ty3193 src]# ./recordmydesktop
      Initial recording window is set to:
      X:0   Y:0    Width:3360    Height:1050
      Adjusted recording window is set to:
      X:0   Y:4    Width:3360    Height:1040
      Your window manager appears to be KWin

      Initializing...
      Buffer size adjusted to 4096 from 4096 frames.
      Opened PCM device hw:0,0
      Recording on device hw:0,0 is set to:
      1 channels at 22050Hz
      Capturing!
      -----End Output-------

      3rd try with some width/height parameters failed to complete nearly every time I ran it (the app fails with a much higher frequency when width/height is defined).
      -----Begin Output------
      [ted@timepod src]# ./recordmydesktop -width 500 -height 500 -x 100 -y 100
      Initial recording window is set to:
      X:100   Y:100    Width:500    Height:500
      Adjusted recording window is set to:
      X:94   Y:94    Width:512    Height:512
      Your window manager appears to be KWin

      Initializing...
      Buffer size adjusted to 4096 from 4096 frames.
      Opened PCM device hw:0,0
      Recording on device hw:0,0 is set to:
      1 channels at 22050Hz
      Capturing!
      -----End Output------

      4th try with width/height defined and --no-sound fails.
      -----Begin Output-----
      [tdrake@ty3193 src]$ ./recordmydesktop -width 500 -height 500 -x 100 -y 100 --no-sound
      Initial recording window is set to:
      X:100   Y:100    Width:500    Height:500
      Adjusted recording window is set to:
      X:94   Y:94    Width:512    Height:512
      Your window manager appears to be KWin

      Initializing...
      Capturing!
      ------End Output------

      5th try with width/height defined and --full-shots worked every time I tried it (tried it about 30 times).
      ------Begin Output------
      [tdrake@ty3193 src]$ ./recordmydesktop -width 500 -height 500 -x 100 -y 100 --full-shots
      Initial recording window is set to:
      X:100   Y:100    Width:500    Height:500
      Adjusted recording window is set to:
      X:94   Y:94    Width:512    Height:512
      Your window manager appears to be KWin

      Initializing...
      Buffer size adjusted to 4096 from 4096 frames.
      Opened PCM device hw:0,0
      Recording on device hw:0,0 is set to:
      1 channels at 22050Hz
      Capturing!

      *********************************************

      Cached 0 MB, from 141 MB that were received.
      Average cache compression ratio: 0 %

      *********************************************
      Saved 141 frames in a total of 139 requests
      Shutting down.....
      STATE:ENCODING
      Encoding started!
      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).
      Please wait...
      [101%]
      Encoding finished!
      Wait a moment please...

      Done.
      Written 326475 bytes
      (325606 of which were video data and 869 audio data)

      Cleanning up cache...
      Done!!!
      Goodbye!
      --------End Output------

      6th try with width/height defined, --no-sound and --full-shots worked every time.
      -----Begin Output------
      [tdrake@ty3193 src]$ ./recordmydesktop -width 500 -height 500 -x 100 -y 100 --full-shots --no-sound
      Initial recording window is set to:
      X:100   Y:100    Width:500    Height:500
      Adjusted recording window is set to:
      X:94   Y:94    Width:512    Height:512
      Your window manager appears to be KWin

      Initializing...
      Capturing!

      *********************************************

      Cached 0 MB, from 31 MB that were received.
      Average cache compression ratio: 0 %

      *********************************************
      Saved 31 frames in a total of 29 requests
      Shutting down......
      STATE:ENCODING
      Encoding started!
      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).
      Please wait...
      [106%]
      Encoding finished!
      Wait a moment please...

      Done.
      Written 93211 bytes
      (93211 of which were video data and 0 audio data)

      Cleanning up cache...
      Done!!!
      Goodbye!
      --------End Output-------

       
      • John Varouhakis

        John Varouhakis - 2007-11-20

        Ok, thanks for the thorough feedback. I think I have
        an idea of what might be causing the problem.

        I'll come back with more details as soon as I get the
        chance to look into it more thoroughly.

        John.-

         
    • Nobody/Anonymous

      I am getting a similar issue on openSuSE 10.3 using NVidia Quadro FX1400 card, Dual Core AMD Athlon X86_64 using the packages, release 3.7.  Process seemingly never terminates and creates an empty .ogg file, nothing ever encoded.  I had this working just fine under openSuSE 10.2, now under 10.3 for some reason, very unstable.  It may work 1 time out of 10.  Have tried both the QT and GTK interfaces and version 3.6 as well as 3.7 with same result.

       
    • Nobody/Anonymous

      Initial recording window is set to:
      X:0   Y:0    Width:1680    Height:1050
      Adjusted recording window is set to:
      X:0   Y:4    Width:1680    Height:1040
      Your window manager appears to be KWin

      Initializing...
      Buffer size adjusted to 4096 from 4096 frames.
      Opened PCM device hw:0,0
      Playback frequency 22050Hz is not available...
      Using 44100Hz instead.
      Recording on device hw:0,0 is set to:
      2 channels at 44100Hz
      Capturing!

      and no response to ctrl-C

       

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks