with later versions of xpra (probably since 0.12, but cannot be sure), I do not anymore see h264 as an encoding option.
Conversely, when I start the client I see
2014-03-24 11:49:58,984 cannot load dec_avcodec (avcodec decoder): Decoder missing from xpra.codecs.dec_avcodec.decoder: name 'get_version' is not defined 2014-03-24 11:49:58,984 cannot find get_version in <module 'xpra.codecs.dec_avcodec.decoder' (built-in)> 2014-03-24 11:49:58,985 video decoder dec_avcodec could not be loaded: name 'get_version' is not defined 2014-03-24 11:49:59,110 PyOpenGL warning: missing accelerate module 2014-03-24 11:49:59,110 PyOpenGL warning: missing array format handlers: numeric
It is unclear to me if I am missing some dependency. The package manager seems happy, though.
This on ubuntu saucy.
Does not really make much difference to me since I have always had issues with h264 (huge artifacts when using matlab from remote), but I thought it was worth signalling.
Thanks for the report. libav based distros (Ubuntu and Debian) break again... It may be something to do with forward references in cython.
I have always had issues with h264 (huge artifacts when using matlab from remote)
You should increase the quality setting, there are no artifacts given a high enough quality (~80% should be enough), and the performance and compression ratio is far superior to any of the other options. This is where xpra shines compared to everything else (vnc, nx, ..)
move get_version so it is declared above where it is used
smo: does that fix the problem? (I don't have my VMs with me)
Longer term, I think we need to move all the Debian and Ubuntu builds to use statically linked ffmpeg2.
Thanks for the patch. I confirm it does fix H.264 encoding availability and removes run-time warnings.
Thanks, applied in r5905. Will post
0.12.0-2 for Debian / Ubuntu with this fix.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/547