openshot.bugs team mailing list archive

Thread
Date
[Bug 1603081] [NEW] video seek (display?) freezes when holding down the right arrow key

To: openshot.bugs@xxxxxxxxxxxxxxxxxxx
From: Gregory Kramida <algomorph@xxxxxxxxx>
Date: Thu, 14 Jul 2016 13:33:21 -0000
Reply-to: Bug 1603081 <1603081@xxxxxxxxxxxxxxxxxx>
Sender: bounces@xxxxxxxxxxxxx
Public bug reported:

Video traversal freezes when pressing and holding the right arrow key.
Video frame is then stuck in the display window, until openshot-qt is closed and reopened.
Freeze not happen every time, but often, i.e. 1/3 of the times.
Steps to reproduce (2&3 may be imortant, not sure):
1)Launch openshot-qt
2)Set default profile to 1080p 60fps / 44100 Stereo 
3)Reopen openshot-qt
4)Drag & drop provided video from file manager to openshot-qt GUI
5)Press & hold right key to traverse the video.
If the video doesn't freeze after the first 60s of (5), repeat.
If unable to reproduce bug, let me know, I'll post approx. frame ranges after which traversal fails.


64-bit
OS: Ubuntu 16.04 
Installation: built & installed libopenshot, libopenshot-audio, openshot-qt from official git repositories.
Version: 2.0 (latest), all other libraries latest as of 7/14/16, 0.1.1-8 and 0.1.1-3 respectively.
FFmpeg from official Ubuntu repo, package version 7:2.8.6-1ubuntu2
melt from official Ubuntu repo, package version Version: 6.0.0-2

Does video play & seek correctly with FFMPEG? -Yes
Does video play & seek correctly with melt? -Yes
Output of ffmpeg -i on video:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/algomorph/Data/AMBR_data/cap/mouse_cap04/al/al0.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf56.40.101
  Duration: 00:09:37.83, start: 0.005805, bitrate: 5135 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 4999 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 44100 Hz, stereo, fltp, 128 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
    Side data:
      audio service type: main

Bug is *not* reproducible on smaller samples, but is reproducible on large videos of similar size and encoding (tested on multiple such videos).
Full video *is* available for developers at http://algomorph.com/storage/al0.mp4 until this bug is resolved.

*All videos have been generated using OpenShot with the export command.

** Affects: openshot
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of OpenShot
Bugs, which is subscribed to OpenShot Video Editor.
https://bugs.launchpad.net/bugs/1603081

Title:
  video seek (display?) freezes when holding down the right arrow key

Status in OpenShot Video Editor:
  New

Bug description:
  Video traversal freezes when pressing and holding the right arrow key.
  Video frame is then stuck in the display window, until openshot-qt is closed and reopened.
  Freeze not happen every time, but often, i.e. 1/3 of the times.
  Steps to reproduce (2&3 may be imortant, not sure):
  1)Launch openshot-qt
  2)Set default profile to 1080p 60fps / 44100 Stereo 
  3)Reopen openshot-qt
  4)Drag & drop provided video from file manager to openshot-qt GUI
  5)Press & hold right key to traverse the video.
  If the video doesn't freeze after the first 60s of (5), repeat.
  If unable to reproduce bug, let me know, I'll post approx. frame ranges after which traversal fails.

  
  64-bit
  OS: Ubuntu 16.04 
  Installation: built & installed libopenshot, libopenshot-audio, openshot-qt from official git repositories.
  Version: 2.0 (latest), all other libraries latest as of 7/14/16, 0.1.1-8 and 0.1.1-3 respectively.
  FFmpeg from official Ubuntu repo, package version 7:2.8.6-1ubuntu2
  melt from official Ubuntu repo, package version Version: 6.0.0-2

  Does video play & seek correctly with FFMPEG? -Yes
  Does video play & seek correctly with melt? -Yes
  Output of ffmpeg -i on video:
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/algomorph/Data/AMBR_data/cap/mouse_cap04/al/al0.mp4':
    Metadata:
      major_brand     : isom
      minor_version   : 512
      compatible_brands: isomiso2avc1mp41
      encoder         : Lavf56.40.101
    Duration: 00:09:37.83, start: 0.005805, bitrate: 5135 kb/s
      Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 4999 kb/s, 60 fps, 60 tbr, 15360 tbn, 120 tbc (default)
      Metadata:
        handler_name    : VideoHandler
      Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 44100 Hz, stereo, fltp, 128 kb/s (default)
      Metadata:
        handler_name    : SoundHandler
      Side data:
        audio service type: main

  Bug is *not* reproducible on smaller samples, but is reproducible on large videos of similar size and encoding (tested on multiple such videos).
  Full video *is* available for developers at http://algomorph.com/storage/al0.mp4 until this bug is resolved.

  *All videos have been generated using OpenShot with the export
  command.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openshot/+bug/1603081/+subscriptions