#80 xvidcap 1.1.5: capture area with odd height

closed-fixed
capture (20)
5
2007-05-27
2007-05-07
dooglus
No

If I drag the xvidcap application window down the screen, the capture area moves down with it.

If I keep dragging, eventually, the bottom of the capture area hits the bottom of the screen, and stays there.

Capturing with the area in that position results in some corruption in the captured video - see the attachment for an example.

Capturing single frames rather than multi frames stops the problem happening.

In the attached example, cap_geometry is 1001x637+457+413, and screen size is 1680x1050

I have been using avant-window-navigator, with auto-hide enabled, which makes the bottom edge of the screen sensitive. I don't know if that's relevant.

Discussion

  • dooglus
    dooglus
    2007-05-07

    example recording with ghosting

     
    Attachments
    • assigned_to: nobody --> charly4711
    • labels: --> capture
    • status: open --> open-works-for-me
     
  • Logged In: YES
    user_id=782084
    Originator: NO

    can you describe what kind of corruption you see in the attached video, because it looks good to me.
    The only thing that strikes me is that each of your screen dimensions is an odd number which should not be possible. Let me see why this is so.

     
  • dooglus
    dooglus
    2007-05-11

    annotated screenshot

     
  • dooglus
    dooglus
    2007-05-11

    Logged In: YES
    user_id=1546005
    Originator: YES

    I've taken a screenshot of the video while it plays back, and drawn on it in red to highlight the corruption I see. I then increased the brightness and contrast in the screenshot to bring out the blue a bit better - dark blue on black isn't easy to see, but it is there, in the original video, and in both screenshots.

    It's only there if the capture area is against the bottom of the screen.
    File Added: Screenshot-MPlayer.jpg

     
  • dooglus
    dooglus
    2007-05-11

    brighter annotated screenshot

     
  • dooglus
    dooglus
    2007-05-11

    Logged In: YES
    user_id=1546005
    Originator: YES

    File Added: Screenshot-MPlayer-Brighter.jpg

     
  • dooglus
    dooglus
    2007-05-11

    Logged In: YES
    user_id=1546005
    Originator: YES

    I was wrong about the 'bottom edge' thing. The corruption happens exactly when the height of the capture area is odd.

    See the 2 new attached videos - one with even height (ok) and one with odd height (corrupted).
    File Added: 946x136.mpeg

     
  • dooglus
    dooglus
    2007-05-11

    • summary: xvidcap 1.1.5: capture area against bottom of screen... --> xvidcap 1.1.5: capture area with odd height
     
  • dooglus
    dooglus
    2007-05-11

    even height - correct capture

     
    Attachments
  • dooglus
    dooglus
    2007-05-11

    odd height - corrupted capture

     
    Attachments
  • dooglus
    dooglus
    2007-05-11

    Logged In: YES
    user_id=1546005
    Originator: YES

    File Added: 946x137.mpeg

     
  • dooglus
    dooglus
    2007-05-11

    Logged In: YES
    user_id=1546005
    Originator: YES

    > The only thing that strikes me is that each of your screen
    > dimensions is an odd number which should not be possible.

    I can drag the capture area to any size I like. It goes up and down in single digits, so I can choose even or odd sizes easily. This is in GNOME, running the Xgl X server and Compiz.

     
  • Logged In: YES
    user_id=782084
    Originator: NO

    Ahh, that's a regression then. It should be impossible to select odd-numbered dimensions because that is calling for trouble while encoding.
    Actually mpeg requires the dimensions to be dividable by 8 (or 4 or somesuch), but 2 seems to be alright.
    Gimme a day or two to research why the original check does not have any effect.

     
    • status: open-works-for-me --> open-accepted
     
    • status: open-accepted --> pending-accepted
     
  • Logged In: YES
    user_id=782084
    Originator: NO

    fix committed to svn, please test.

     
    • status: pending-accepted --> pending-fixed
     
  • Logged In: YES
    user_id=1312539
    Originator: NO

    This Tracker item was closed automatically by the system. It was
    previously set to a Pending status, and the original submitter
    did not respond within 14 days (the time period specified by
    the administrator of this Tracker).

     
    • status: pending-fixed --> closed-fixed