>> - What toolchain did you use? Was it the Xephyr/jack_capture/ffmpeg
I tinkered around with Xephyr for a while today, and had some problems
with what was described on http://www.rncbc.org/drupal/node/219#comment-3859 -
specificly, starting your X session with simply "/etc/X11/Xsession &" did
not work for me - the harddisk started rattling for a while, but nothing
happened. I'd think that it is trying to "start too much" of the services,
some of which are perhaps already running through my initial login.
What I instead did now was to:
- Enable XDMCP on my PC (via /etc/gdm/custom.conf)
-> for Ubuntu Karmic, see http://www.peppertop.com/blog/?p=690
- Start Xephyr like this:
Xephyr :2 -query 127.0.0.1 -once -screen 1280x1024
- Log in as usual, set up applications and continue from there
- Start jack_capture&ffmpeg from outside Xephyr as described by you below.
I also noticed that if I log in as some other user (one with a "default"
Ubuntu desktop, perhaps better for screencasts), I need to allow the "host"
to read the XDisplay of the "guest" by issuing a "xhost localhost" before
I can start ffmpeg.
However, this means that if I run QJackCtl/jackd as that other user, I cannot
get at its audio stream with any JACK client - not even as root. I assume
that is a safety mechanism in JACK. But there are ways to overcome this,
like with sudo.
> I used ffmpeg's default MPEG-4 compression, but with a very high maximum
Ah, ok - a "manual initial sync". As long as video is correctly recorded
thereafter (no framedrops?), this should be fine.
Thanks a lot for these explanations - this is all most useful to me.
Linux-audio-user mailing list