linux-traipu team mailing list archive

[Charlie Shaw <n2924-dotcom@xxxxxxxxxxx>]

Thanks for the clarifications, but 'File > Import' is not a work-around
(see below).

The (potential) hardware & real software differences between our
respective platforms could be responsible for the 'hard or impossible to
reproduce' behaviour that you are seeing; as well as the difficulty of
reproducing the exact sequence of 'input commands' (see below).

Is there a way to bring this thread to the attention of other devs who
have access to at least a Ubuntu 11.10 environment  ?

As mentioned earlier, doing a 'File > Import' of the clip, then re-size,
then play will reproduce the bug on my machine 'pretty reliably'.

'Exact sequence of input commands':

- a more precise description of how I resize is:

1. File > Import the mp4 clip (length about 11 seconds).
2. drag/drop thumbnail onto the timeline, starting at 0
3. Expand the timeline scale to maximum (1 second).
4. drag the red 'cursor' to the 8 second position (ie mark desired end point of clip)
5. click 'resize' button.
6. scroll timeline right until end of (original) clip is visible
7. drag end of clip to somewhere 'just to the right' of the red cursor (just to the left also results in this issue).
8. click 'rewind to start' button.
9. click 'Play'; allow to play to new end point
10. drag red cursor back/left by 3 seconds
11. repeat steps 9 & 10

Following these steps, I get a lock-up sometimes after the 2nd click of
'Play' (ie 'immediately'), sometimes I have to iterate several times
(max seems about 6 so far).  Very occasionally I get the Play or Pause
button legend 'stuck' on the display and am able to activate the
terminal window as the logged in user (rather than having to use Ctrl-
Alt-F2 to activate a 2nd console).

SO there is either some other element not described above eg exact mouse
pointer trajectory / timing; timing between clicks; location of hover
whilst clip playing; exact position of end of re-sized clip etc that is
needed to reproduce this issue reliably.... or this 'randomness' is a
reflection of the hazard that may be responsible for this bug..

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

Title:
  previewing effect of video edits causes Openshot + Desktop to freeze

Status in OpenShot Video Editor:
  Incomplete

Bug description:
  Openshot 1.4.3 installed via PPA under Ubuntu 11.10 as per guide on
  Openshot website.

  Initial messages on start-up:

  charlie@fiona-ubuLenovo-3000-G530:~$ openshot ./Pictures/100CASIO/CIMG1113.AVI &[1] 5498
  charlie@fiona-ubuLenovo-3000-G530:~$ 
  ------------------------- ERROR 1 ------------------------------
  Failed to import 'from openshot import main'
  Error Message: cannot import name main
  ----------------------------------------------------------------
  --------------------------------
     OpenShot (version 1.4.3)
  --------------------------------
  Process no longer exists: 5295.  Creating new pid lock file.
  Adding files to the watch queue:
  /home/charlie/Pictures/100CASIO/CIMG1113.AVI

  Detecting formats, codecs, and filters...
  :
  :
  etc... 

  application seems to load / run.

  Use the Resize tool to shorten the AVI file loaded above (size is
  approx 13MBytes, generated by a Casio ZX-60 camera); resizing is
  successful and modified AVI file can be saved as mp4, replayed with eg
  Movie.

  BUT: if I use the 'preview' button to check result of the re-size
  before  saving/exporting the video file, the Openshot GUI locks up.

  Moving mouse to left of screen to 'activate' 'Dash' launcher has no
  effect; Alt-Tab has no effect (there are other apps running).

  Ctrl-Alt-F2 DOES bring up a console where root can login;
  Python/Openshot are NOT taking an excessive amount of CPU (virtually
  none..).

  kill -9 'pid of Openshot' restores normal system function.

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