recordMyDesktop

Resent changes in the code that allow the program to be a lot
more efficient, make divisibility of width and height by 16
even more mandatory than before.
As such and since this has always been the intended mode of
operation (to adjust the recording area at startup), this
bug(which is actually a design constraint) won't be fixed.

Thanks for your interest in the improvement of recordMyDesktop.

John.-

Yes I'm aware of this problem.
It exists on all versions of recordMyDesktop and it is
the intended behavior of the program.

The reason for this is that theora has a hard dependency on
dimensions being divisible by 16.
So recordMyDesktop adjusts the recording area to obtain
a valid width and height.

The proper way to do that, though, is not by changing the
capturing area, but by padding the resulting video file.

Unfortunately, there are many parts within the code that
depend on the fact that the size will be an even number and
divisible by 16(or 4), on both dimensions.

So even though I'll try to correct this behavior at some point,
it is not going to be soon. There will be needed some major
refactoring first.

This bug will remain open until the issue is resolved, but I'm lowering
priority, since I won't be working on it right now.


Thank you for reporting this issue.


John

Same thing goes for recordMyDesktop v0.3.3.2-cvs
It not the video that get's stretched, but rather the capturing area that
goes higher.

When I run the following:
recordmydesktop -width 320 -height 200 -x 3 -y 24
The resulting OGG video looks like i've run the following instead:
recordmydesktop -width 320 -height 208 -x 3 -y 19