Package: recordmydesktop
Version: 0.3.8.1+svn602-1+b1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages recordmydesktop depends on:
ii  libasound2                        1.0.27.2-3
ii  libc6                             2.17-93
ii  libice6                           2:1.0.8-2
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  libogg0                           1.3.1-1
ii  libpopt0                          1.16-8
ii  libsm6                            2:1.2.1-2
ii  libtheora0                        1.1.1+dfsg.1-3.1
ii  libvorbis0a                       1.3.2-1.3
ii  libvorbisenc2                     1.3.2-1.3
ii  libvorbisfile3                    1.3.2-1.3
ii  libx11-6                          2:1.6.2-1
ii  libxdamage1                       1:1.1.4-1
ii  libxext6                          2:1.3.2-1
ii  libxfixes3                        1:5.0.1-1
ii  zlib1g                            1:1.2.8.dfsg-1

recordmydesktop recommends no packages.

recordmydesktop suggests no packages.

-- no debconf information

When you use the "--on-the-fly-encoding" option, the audio slowly starts 
falling behind the video, until it's a couple seconds late after about 30 
seconds. If you don't use this option, the audio and video remain perfectly 
synced.

I have a pretty hefty machine and none of my CPUs were more than 15% occupied 
according to xosview. It happens with both PulseAudio and ALSA, and the 
freq/channels options don't affect the problem.

Other than this option, my command line is:

recordmydesktop --windowid $(xwininfo | awk '/Window id:/ {print $4}') -o 
screencast.ogv --device pulse --channels 2 --freq 48000 --overwrite --no-frame

I don't get any error messages or any other non-optimal behaviour other than 
the loss of sync. A typical output from the script looks like this:

04:04:26 ~/temp # screencast
must pick window to record, and hit ^C when done
Initial recording window is set to:
X:24   Y:33    Width:1152    Height:864
Adjusted recording window is set to:
X:24   Y:32    Width:1152    Height:864
Your window manager appears to be FVWM

Initializing...
Buffer size adjusted to 4096 from 4096 frames.
Opened PCM device pulse
Recording on device pulse is set to:
2 channels at 48000Hz
Capturing!
^CShutting down.
*********************************************

Cached 10853 MB, from 31244 MB that were received.
Average cache compression ratio: 65.3 %

*********************************************
Saved 8229 frames in a total of 7551 requests
....
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...
[108%]  [Cache File 21]
Encoding finished!
Wait a moment please...

Done.
Written 137602482 bytes
(113063284 of which were video data and 24539198 audio data)

Cleanning up cache...
Done!!!
Goodbye!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to