#5 -height differs from resulting OGG height

closed-wont-fix
None
3
2007-07-08
2007-02-27
No

version: recordMyDesktop v0.3.1

when setting -height parameter the resulting ogg hasn't got exacly this height value, here is some examples i've tried out:

-height 200 # OGG becomes 208
-height 199 # OGG becomes 208
-height 197 # OGG becomes 208
-height 195 # OGG becomes 208
-height 193 # OGG becomes 208
-height 192 # OGG becomes 192

Discussion

  • Robert Grønning

    Logged In: YES
    user_id=1527135
    Originator: YES

    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

     
  • John Varouhakis

    John Varouhakis - 2007-02-27

    Logged In: YES
    user_id=1585344
    Originator: NO

    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

     
  • John Varouhakis

    John Varouhakis - 2007-02-27
    • priority: 5 --> 3
    • assigned_to: nobody --> iovar
     
  • John Varouhakis

    John Varouhakis - 2007-07-08
    • status: open --> closed-wont-fix
     
  • John Varouhakis

    John Varouhakis - 2007-07-08

    Logged In: YES
    user_id=1585344
    Originator: NO

    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.-

     

Log in to post a comment.