Tests of the 1.3.1 version

[Olivier Girard]

Hi,

Soon, we will go out a new "small" version, (aka 1.3.1). This version is a maintenance version.
I explain : there is none new feature but only the correction of the bugs that we have discovered in since she is out.
And like we can not all tests, we need our community.

Personally, I have found several bugs on my primary tests.

All this tests are done on a Lucid 10.04 64 bits with the version 0.62 of MLT.

* A bug in the length of the project.
My project have a initial length of 70 mn.
It is a DVD recording and after reflection I have done an error in the estimate time. He is more longer than 70 mn.
It is not a problem like Openshot increase the timeline 's length. In fact, I am blocked around 42 mn. The preview is working same after this date, but the timeline doesn't work, she is stopped at this location.
I join the screenshots explaining this bug .

* a bug about the Qt curve theme who is only on KDE and on Marverick. This bug is not produced on Lucid.
The bug report is here : https://bugs.launchpad.net/bugs/720609

[Olivier Girard (eolinwen)]

Here the screenshots about the first bug.

[Jonathan Thomas (jonoomph)]

Olivier, if you zoom out of the timeline, are you able to see the entire timeline? I think this might be related to the cairo canvas coordinate issue we fixed.... where I just stop drawing the timeline, if it exceeds a certain number coordinates in length.

The QT Curve theme bug is a tricky one. Without being able to reproduce the bug, it's a hard thing to fix. I'm not sure if a simple try / except block in Python would prevent the error.

[Olivier Girard (eolinwen)]

A good idea to zoom. I think that could save me. I will test soon as I
finished my render.
I have something strange. I have done a previous render/export my video in
the format DVD (like I always done.) My export was finished , I have none
file and the window congrealed. I kill him for output. I think that the
automatic save was the problem in the backend .It will be good if she was
desactivated when we done an export/render.

I will find some others links about this sorts of..........issues, that we
have.

2011/3/10 Jonathan Thomas <email address hidden>

> Olivier, if you zoom out of the timeline, are you able to see the entire
> timeline? I think this might be related to the cairo canvas coordinate
> issue we fixed.... where I just stop drawing the timeline, if it exceeds
> a certain number coordinates in length.
>
> The QT Curve theme bug is a tricky one. Without being able to reproduce
> the bug, it's a hard thing to fix. I'm not sure if a simple try /
> except block in Python would prevent the error.
>
> ** Changed in: openshot
> Milestone: None => 1.3.1
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/730268
>
> Title:
> Tests of the 1.3.1 version
>
> Status in OpenShot Video Editor:
> New
>
> Bug description:
> Hi,
>
> Soon, we will go out a new "small" version, (aka 1.3.1). This version is a
> maintenance version.
> I explain : there is none new feature but only the correction of the bugs
> that we have discovered in since she is out.
> And like we can not all tests, we need our community.
>
> Personally, I have found several bugs on my primary tests.
>
> All this tests are done on a Lucid 10.04 64 bits with the version 0.62
> of MLT.
>
> * A bug in the length of the project.
> My project have a initial length of 70 mn.
> It is a DVD recording and after reflection I have done an error in the
> estimate time. He is more longer than 70 mn.
> It is not a problem like Openshot increase the timeline 's length. In
> fact, I am blocked around 42 mn. The preview is working same after this
> date, but the timeline doesn't work, she is stopped at this location.
> I join the screenshots explaining this bug .
>
> * a bug about the Qt curve theme who is only on KDE and on Marverick. This
> bug is not produced on Lucid.
> The bug report is here : https://bugs.launchpad.net/bugs/720609
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/openshot/+bug/730268/+subscribe
>

--
Olivier
Cenwen un elfe sur la banquise/ an elve on the ice
Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
http://linuxevolution.wordpress.com/
Le forum d'Openshot où vous me trouverez : http://openshotusers.com/
http://openshotusers.com/forum/index.php

[Olivier Girard (eolinwen)]

Abotu the QT Curve therme, I don't know exactly. Only Marverick is touched
and at first look, not only Openshot. I must said that I don't know to think
now. See here :
http://openshotusers.com/forum/viewtopic.php?f=21&t=669#p3889

2011/3/10 <email address hidden> <email address hidden>

> A good idea to zoom. I think that could save me. I will test soon as I
> finished my render.
> I have something strange. I have done a previous render/export my video in
> the format DVD (like I always done.) My export was finished , I have none
> file and the window congrealed. I kill him for output. I think that the
> automatic save was the problem in the backend .It will be good if she was
> desactivated when we done an export/render.
>
> I will find some others links about this sorts of..........issues, that we
> have.
>
>
> 2011/3/10 Jonathan Thomas <email address hidden>
>
>> Olivier, if you zoom out of the timeline, are you able to see the entire
>> timeline? I think this might be related to the cairo canvas coordinate
>> issue we fixed.... where I just stop drawing the timeline, if it exceeds
>> a certain number coordinates in length.
>>
>> The QT Curve theme bug is a tricky one. Without being able to reproduce
>> the bug, it's a hard thing to fix. I'm not sure if a simple try /
>> except block in Python would prevent the error.
>>
>> ** Changed in: openshot
>> Milestone: None => 1.3.1
>>
>> --
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>> https://bugs.launchpad.net/bugs/730268
>>
>> Title:
>> Tests of the 1.3.1 version
>>
>> Status in OpenShot Video Editor:
>> New
>>
>> Bug description:
>> Hi,
>>
>> Soon, we will go out a new "small" version, (aka 1.3.1). This version is
>> a maintenance version.
>> I explain : there is none new feature but only the correction of the bugs
>> that we have discovered in since she is out.
>> And like we can not all tests, we need our community.
>>
>> Personally, I have found several bugs on my primary tests.
>>
>> All this tests are done on a Lucid 10.04 64 bits with the version 0.62
>> of MLT.
>>
>> * A bug in the length of the project.
>> My project have a initial length of 70 mn.
>> It is a DVD recording and after reflection I have done an error in the
>> estimate time. He is more longer than 70 mn.
>> It is not a problem like Openshot increase the timeline 's length. In
>> fact, I am blocked around 42 mn. The preview is working same after this
>> date, but the timeline doesn't work, she is stopped at this location.
>> I join the screenshots explaining this bug .
>>
>> * a bug about the Qt curve theme who is only on KDE and on Marverick.
>> This bug is not produced on Lucid.
>> The bug report is here : https://bugs.launchpad.net/bugs/720609
>>
>> To unsubscribe from this bug, go to:
>> https://bugs.launchpad.net/openshot/+bug/730268/+subscribe
>>
>
>
>
> --
> Olivier
> Cenwen un elfe sur la banquise/ an elve on the ice
> Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot :
> http://linuxevolution.wordpress.com/
> Le forum d'Openshot où vous me trouverez : http://openshotusers.com/
> http://openshotusers.com/forum/index.php
>

--
Olivier
C...

[Olivier Girard (eolinwen)]

A bug that some people have (and not me) concern the 1.3.0. They have some problems to see (video and audio) with any sort of files that they were using without none problems with the 1.2.2. I can not explain that. At first look a lot of occupation of CPU is used too.
More explanations here : https://bugs.launchpad.net/openshot/+bug/719296

[Olivier Girard (eolinwen)]

Another comment about the timeline bug with cairo : https://bugs.launchpad.net/openshot/+bug/722285

[Olivier Girard (eolinwen)]

The bug about the icons which disappear seems always present ; see here : https://bugs.launchpad.net/openshot/+bug/505578

[Olivier Girard (eolinwen)]

Another bug is related here (https://answers.launchpad.net/openshot/+question/147266). I have noticed the same thing but for me it was not so important (in the length) but anyway it is significant. I must done some complementary tests. We will see that MLT match the action need but put a long time to realize that. And I should test with Process Manager open for seeing the CPU occupation. We will be have some surprise about this.

[Olivier Girard (eolinwen)]

I shloud precise that the previous bug is really serious.

[Olivier Girard (eolinwen)]

I have another one on the French Ubuntu forum (in the thread dedicated) with the effect RVG with a sequence image but not yet confirmed.

[Olivier Girard (eolinwen)]

I don' t know why but I have a problem when I export a MPEG-TS FILE like DVD (either simple either advanced export), my export seems okay, I have same the popup but my window is not closed, my file .dvd is empty, I must kill my application. I put the last ouptut that I have in the terminal
on_mnuRemoveClip_activate clicked
project modified: Removed clip
state saved
on_tlbMakeMovie_clicked called with self.GtkToolButton
on_cboExportType_changed
on_cboUploadServices_changed
on_cboProjectType_changed
on_cboExportTo_changed
on_cboProjectType_changed
on_cboProjectType_changed
on_btnExportVideo_clicked
NEW SDL CONSUMER
[mpegts @ 0x39221e0]read_seek: 0 4219397786
[mpegts @ 0x39221e0]gen_seek: 0 4219397786
[mpegts @ 0x39221e0]pos_min=0x23fc pos_max=0x13d0f5cac dts_min=4219397402 dts_max=5143776635
[mpegts @ 0x39221e0]9212 20680 5319384236 / 4219397402 4219399197 5143776635 target:4219397786 limit:5319384236 start:11422 noc:0
[mpegts @ 0x39221e0]pos_min=0x23fc pos_max=0x50c8 dts_min=4219397402 dts_max=4219399197
[mpegts @ 0x39221e0]9212 20680 20680 / 4219397402 4219399197 4219399197 target:4219397786 limit:11421 start:9213 noc:1
[mpegts @ 0x39221e0]pos=0x23fc 4219397402<=4219397786<=4219399197
[mpegts @ 0x3657160]read_seek: 0 4219397786
[mpegts @ 0x3657160]gen_seek: 0 4219397786
[mpegts @ 0x3657160]pos_min=0x23fc pos_max=0x13d0f5cac dts_min=4219397402 dts_max=5143776635
[mpegts @ 0x3657160]9212 20680 5319384236 / 4219397402 4219399197 5143776635 target:4219397786 limit:5319384236 start:11422 noc:0
[mpegts @ 0x3657160]pos_min=0x23fc pos_max=0x50c8 dts_min=4219397402 dts_max=4219399197
[mpegts @ 0x3657160]9212 20680 20680 / 4219397402 4219399197 4219399197 target:4219397786 limit:11421 start:9213 noc:1
[mpegts @ 0x3657160]pos=0x23fc 4219397402<=4219397786<=4219399197
[mpeg2video @ 0x3b75180]bitrate above max bitrate
[mpegts @ 0x3b05f90]read_seek: 0 4219397786
[mpegts @ 0x3b05f90]gen_seek: 0 4219397786
[mpegts @ 0x3b05f90]pos_min=0x23fc pos_max=0x13d0f5cac dts_min=4219397402 dts_max=5143776635
[mpegts @ 0x3b05f90]9212 20680 5319384236 / 4219397402 4219399197 5143776635 target:4219397786 limit:5319384236 start:11422 noc:0
[mpegts @ 0x3b05f90]pos_min=0x23fc pos_max=0x50c8 dts_min=4219397402 dts_max=4219399197
[mpegts @ 0x3b05f90]9212 20680 20680 / 4219397402 4219399197 4219399197 target:4219397786 limit:11421 start:9213 noc:1
[mpegts @ 0x3b05f90]pos=0x23fc 4219397402<=4219397786<=4219399197
[mpegts @ 0x3969a50]read_seek: 0 4278056186
[mpegts @ 0x3969a50]gen_seek: 0 4278056186
[mpegts @ 0x3969a50]pos_min=0x23fc pos_max=0x13d0f5cac dts_min=4219397402 dts_max=5143776635
[mpegts @ 0x3969a50]9212 337563964 5319384236 / 4219397402 4279047605 5143776635 target:4278056186 limit:5319384236 start:337563388 noc:0
[mpegts @ 0x3969a50]pos_min=0x23fc pos_max=0x141ed13c dts_min=4219397402 dts_max=4279047605
[mpegts @ 0x3969a50]9212 331963068 337563964 / 4219397402 4278268210 4279047605 target:4278056186 limit:337563387 start:331953042 noc:0
[mpegts @ 0x3969a50]pos_min=0x23fc pos_max=0x13c95abc dts_min=4219397402 dts_max=4278268210
[mpegts @ 0x3969a50]9212 330767952 331963068 / 4219397402 4278129582 4278268210 target:4278056186 limit:331953041 start:330757505 noc:0
[mpeg...

[Olivier Girard (eolinwen)]

I have done some complementary test about the previous bug. In fact, I have two problems.
One about the timeline who is not expanded automatically. This time the length of my project was superior at the initial length of the video clip (260 for 240), the automatic save was dis-activated, nothing was done on the video and I have an length of my timeline bolcked another time at 42.32. I am nearly sure that was the length set the previous time. However, we can read it on the preview player and find a workaround uisng the zoom bar.
I don't know if this bug is linked at this one above, but my export video either using the simple, the advanced options either mixing the both (just changing a parameter), is a failure one time on two.
I continue my test about the diaporama this time.

[Olivier Girard (eolinwen)]

I have done some tests about slideshow (like it is explained here : https://answers.launchpad.net/openshot/+question/147266).
Effectively, I can note with some clips videos (.avi + .mpeg2) and 100 photos a "lag"when the play head is run. It is less important that in the question thread but it is important (10 sec) between a ask and the realisation of the action.
My photos are imported with the function Add to the timeline. I have add same a crash with the preview. My project was containing just the photos and the crash have been done in the middle of the slideshow.

I don't know if it is linked but I have imported by the great function Add to Timeline a bunch of video files (4), and there are not put in the two tracks (track 2 and track 1) or (track 5 and track 4). All the clips are in the track3 at the suit (or in the track5).

And I have yet a crash (segmentation error) on the export in DVD format with this project.

I will re-take the tests tomorrow on another computer. i began to have some doubts on this one same if i have never had some problems on this one.

[Olivier Girard (eolinwen)]

Here the output of the crash export project in DVD format :
[mjpeg @ 0x7f37f9fcc270]index=1
[mjpeg @ 0x7f37f9fcc270]qscale[1]: 6
[mjpeg @ 0x7f37f9fcc270]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0x7f37f9fcc270]marker=c0 avail_size_in_buf=19766
[mjpeg @ 0x7f37f9fcc270]sof0: picture: 320x240
[mjpeg @ 0x7f37f9fcc270]component 0 2:1 id: 0 quant:0
[mjpeg @ 0x7f37f9fcc270]component 1 1:1 id: 1 quant:1
[mjpeg @ 0x7f37f9fcc270]component 2 1:1 id: 2 quant:1
[mjpeg @ 0x7f37f9fcc270]pix fmt id 21111100
[mjpeg @ 0x7f37f9fcc270]marker parser used 17 bytes (136 bits)
[mjpeg @ 0x7f37f9fcc270]marker=e2 avail_size_in_buf=19747
[mjpeg @ 0x7f37f9fcc270]marker parser used 417 bytes (3336 bits)
[mjpeg @ 0x7f37f9fcc270]marker=da avail_size_in_buf=19327
[mjpeg @ 0x7f37f9fcc270]escaping removed 92 bytes
[mjpeg @ 0x7f37f9fcc270]component: 0
[mjpeg @ 0x7f37f9fcc270]component: 1
[mjpeg @ 0x7f37f9fcc270]component: 2
[mjpeg @ 0x7f37f9fcc270]mjpeg decode frame unused 19327 bytes
[mjpeg @ 0x7f37f9fcc270]marker=d8 avail_size_in_buf=20008
[mjpeg @ 0x7f37f9fcc270]marker parser used 0 bytes (0 bits)
[mjpeg @ 0x7f37f9fcc270]marker=e0 avail_size_in_buf=20006
[mjpeg @ 0x7f37f9fcc270]marker parser used 16 bytes (128 bits)
[mjpeg @ 0x7f37f9fcc270]marker=dd avail_size_in_buf=19988
[mjpeg @ 0x7f37f9fcc270]restart interval: 0
[mjpeg @ 0x7f37f9fcc270]marker parser used 4 bytes (32 bits)
[mjpeg @ 0x7f37f9fcc270]marker=db avail_size_in_buf=19982
[mjpeg @ 0x7f37f9fcc270]index=0
[mjpeg @ 0x7f37f9fcc270]qscale[0]: 3
[mjpeg @ 0x7f37f9fcc270]index=1
[mjpeg @ 0x7f37f9fcc270]qscale[1]: 6
[mjpeg @ 0x7f37f9fcc270]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0x7f37f9fcc270]marker=c0 avail_size_in_buf=19848
[mjpeg @ 0x7f37f9fcc270]sof0: picture: 320x240
[mjpeg @ 0x7f37f9fcc270]component 0 2:1 id: 0 quant:0
[mjpeg @ 0x7f37f9fcc270]component 1 1:1 id: 1 quant:1
[mjpeg @ 0x7f37f9fcc270]component 2 1:1 id: 2 quant:1
[mjpeg @ 0x7f37f9fcc270]pix fmt id 21111100
[mjpeg @ 0x7f37f9fcc270]marker parser used 17 bytes (136 bits)
[mjpeg @ 0x7f37f9fcc270]marker=e2 avail_size_in_buf=19829
[mjpeg @ 0x7f37f9fcc270]marker parser used 417 bytes (3336 bits)
[mjpeg @ 0x7f37f9fcc270]marker=da avail_size_in_buf=19409
[mjpeg @ 0x7f37f9fcc270]escaping removed 81 bytes
[mjpeg @ 0x7f37f9fcc270]component: 0
[mjpeg @ 0x7f37f9fcc270]component: 1
[mjpeg @ 0x7f37f9fcc270]component: 2
[mjpeg @ 0x7f37f9fcc270]mjpeg decode frame unused 19409 bytes
[mjpeg @ 0x7f37f9fcc270]marker=d8 avail_size_in_buf=20096
[mjpeg @ 0x7f37f9fcc270]marker parser used 0 bytes (0 bits)
[mjpeg @ 0x7f37f9fcc270]marker=e0 avail_size_in_buf=20094
[mjpeg @ 0x7f37f9fcc270]marker parser used 16 bytes (128 bits)
[mjpeg @ 0x7f37f9fcc270]marker=dd avail_size_in_buf=20076
[mjpeg @ 0x7f37f9fcc270]restart interval: 0
[mjpeg @ 0x7f37f9fcc270]marker parser used 4 bytes (32 bits)
[mjpeg @ 0x7f37f9fcc270]marker=db avail_size_in_buf=20070
[mjpeg @ 0x7f37f9fcc270]index=0
[mjpeg @ 0x7f37f9fcc270]qscale[0]: 3
[mjpeg @ 0x7f37f9fcc270]index=1
[mjpeg @ 0x7f37f9fcc270]qscale[1]: 6
[mjpeg @ 0x7f37f9fcc270]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0x7f37f9fcc270]marker=c0 avail_size_in_buf=19936
[mjpeg @ 0x7f37f9fcc270]sof0: picture: 320x240
[mjpeg @ 0x7f37f9fc...

[Olivier Girard (eolinwen)]

I have done some complementary tests on now a LMDE 64 bits with MLT 0.62.2
Composition of the test.:
- a video file in avi
- three titles animated on the previous clip
- a picture (length at 10 s)
- a bunch of pictures add with the feature "add to timeline" with random transitions.

It is the same than yesterday.

I can not import the Titles animated created previously. Imported like a image sequence gives me all the pictures and not one clip.

I have no lag/latence when I import a bunch of pictures contrary on the other system (Lucid).

I have always a lag/latence when I want to go to the begin or/and when I preview the files.

I have always a crash (and I can repeat it each time) when I preview my files. It is a segfault error. I will try to have an output better than I put now . This crash is always when the play head attack the first transition.

[Olivier Girard (eolinwen)]

here my output of my terminal when the crash is happen.
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnMoveDown_clicked
on_btnAdd_clicked
project modified: Added files to timeline
state saved
on_tlbPrevious_clicked called with self.GtkToolButton
Autosaving...
project saved! - DiaporamaVideoTests
on_tlbPlay_clicked called with self.GtkToolButton
Erreur de segmentation
olivier@mediacenter ~/Bazaar/openshot/openshot $ python openshot.py
--------------------------------
   OpenShot (version 1.3.1~alpha1)
--------------------------------
Process no longer exists: 3065. Creating new pid lock file.
state saved
project modified: Opened project
state saved
NEW SDL CONSUMER
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkTreeView::odd-row-color' of type `GdkColor' from rc file value "((GString*) 0x20e8ac0)" of type `GString'
on_tlbPlay_clicked called with self.GtkToolButton
Erreur de segmentation
olivier@mediacenter ~/Bazaar/openshot/openshot $

I must precise that the automatic save is activated.w e can see it in the first output and not in the second but it is exactly the same action done.

[Olivier Girard (eolinwen)]

Another issue (it is not a bug and I am not sure about this). I have the thumbnail view. I want to select the major part of the picture under the first and the three last. So I select the second and thies before the three last. Normally, it will select all the picture between the second and the last (under the three) but no. I have all the picture under the second but none this one under the first. See the picture it is better than my explanations.

[Olivier Girard (eolinwen)]

I have tried to export my Project always using a DVD format and I have always a segfault error. See below :
olivier@mediacenter ~/Bazaar/openshot/openshot $ gdb python
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/python...(no debugging symbols found)...done.
(gdb) run openshot.py
Starting program: /usr/bin/python openshot.py
[Thread debugging using libthread_db enabled]
--------------------------------
   OpenShot (version 1.3.1~alpha1)
--------------------------------
[New Thread 0x7fffebd34700 (LWP 20184)]
[New Thread 0x7fffd856a700 (LWP 20191)]
state saved
[New Thread 0x7fffd7d69700 (LWP 20192)]
Not the primary instance of OpenShot. Not starting queue watcher thread.
[Thread 0x7fffd7d69700 (LWP 20192) exited]
[New Thread 0x7fffd7d69700 (LWP 20193)]
[Thread 0x7fffd7d69700 (LWP 20193) exited]
[New Thread 0x7fffd7d69700 (LWP 20194)]
[New Thread 0x7fffd73b8700 (LWP 20195)]
[New Thread 0x7fffd68b3700 (LWP 20196)]
[New Thread 0x7fffd5cad700 (LWP 20197)]
on_frmMain_key_press_event
on_frmMain_key_press_event
[New Thread 0x7fffd355e700 (LWP 20199)]
project modified: Opened project
state saved
[Thread 0x7fffd5cad700 (LWP 20197) exited]
[Thread 0x7fffd7d69700 (LWP 20194) exited]
[Thread 0x7fffd68b3700 (LWP 20196) exited]
[Thread 0x7fffd73b8700 (LWP 20195) exited]
NEW SDL CONSUMER
[New Thread 0x7fffd73b8700 (LWP 20200)]
[Thread 0x7fffd73b8700 (LWP 20200) exited]
[New Thread 0x7fffd73b8700 (LWP 20201)]
[New Thread 0x7fffd68b3700 (LWP 20202)]
[New Thread 0x7fffd7d69700 (LWP 20203)]
[New Thread 0x7fffd5cad700 (LWP 20204)]
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkTreeView::odd-row-color' of type `GdkColor' from rc file value "((GString*) 0x15fc520)" of type `GString'
on_frmMain_key_press_event
on_frmMain_key_press_event
[Thread 0x7fffd355e700 (LWP 20199) exited]
on_frmMain_key_press_event
on_frmMain_key_press_event
on_tlbSeekBackward_clicked
on_frmMain_key_press_event
on_frmMain_key_press_event
on_frmMain_key_press_event
on_frmMain_key_press_event
on_frmMain_key_press_event
on_frmMain_key_press_event
on_frmMain_key_press_event
on_mnuMakeMovie1_activate called with self.GtkImageMenuItem
on_tlbMakeMovie_clicked called with self.GtkImageMenuItem
[New Thread 0x7fffd355e700 (LWP 20208)]
[New Thread 0x7fffd2d5d700 (LWP 20209)]
on_cboExportType_changed
on_cboUploadServices_changed
on_cboProjectType_changed
on_cboExportTo_changed
[Thread 0x7fffd355e700 (LWP 20208) exited]
on_cboProjectType_changed
on_cboProjectType_changed
[Thread 0x7fffd2d5d700 (LWP 20209) exited]
on_cboProjectType_changed
on_cboProjectType_changed
on_btnExportVideo_clicked
[Thread 0x7fffd5cad700 (LWP 20204) exited]
[Thread 0x7fffd73b8700 (LWP 20201) exited]
[Thread 0x7fffd7d69700 (LWP 20203) exited]
[Thread 0x7...

[Olivier Girard (eolinwen)]

Here the backtrace of the segfault when I preview the files until the crash at the first transition
olivier@mediacenter ~/Bazaar/openshot/openshot $ gdb python
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/python...(no debugging symbols found)...done.
(gdb) run openshot.py
Starting program: /usr/bin/python openshot.py
[Thread debugging using libthread_db enabled]
--------------------------------
   OpenShot (version 1.3.1~alpha1)
--------------------------------
[New Thread 0x7fffebd34700 (LWP 20235)]
[New Thread 0x7fffd856a700 (LWP 20242)]
state saved
[New Thread 0x7fffd7d69700 (LWP 20243)]
[New Thread 0x7fffd355e700 (LWP 20244)]
[Thread 0x7fffd355e700 (LWP 20244) exited]
[New Thread 0x7fffd355e700 (LWP 20245)]
[New Thread 0x7fffd73b8700 (LWP 20246)]
Not the primary instance of OpenShot. Not starting queue watcher thread.
[Thread 0x7fffd7d69700 (LWP 20243) exited]
[New Thread 0x7fffd7d69700 (LWP 20247)]
[New Thread 0x7fffd64ad700 (LWP 20248)]
[New Thread 0x7fffd42d2700 (LWP 20249)]
project modified: Opened project
state saved
[Thread 0x7fffd64ad700 (LWP 20248) exited]
[Thread 0x7fffd355e700 (LWP 20245) exited]
[Thread 0x7fffd7d69700 (LWP 20247) exited]
NEW SDL CONSUMER
[Thread 0x7fffd73b8700 (LWP 20246) exited]
[New Thread 0x7fffd73b8700 (LWP 20250)]
[Thread 0x7fffd73b8700 (LWP 20250) exited]
[New Thread 0x7fffd73b8700 (LWP 20251)]
[New Thread 0x7fffd7d69700 (LWP 20252)]
[New Thread 0x7fffd355e700 (LWP 20253)]
[New Thread 0x7fffd64ad700 (LWP 20254)]
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkTreeView::odd-row-color' of type `GdkColor' from rc file value "((GString*) 0x15fc320)" of type `GString'
on_tlbPlay_clicked called with self.GtkToolButton
[Thread 0x7fffd42d2700 (LWP 20249) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd7d69700 (LWP 20252)]
0x00007fffe3b0abba in ?? () from /usr/lib/mlt/libmltcore.so
(gdb)

Like you can see, it is always the same library who is the responsible.

[Olivier Girard (eolinwen)]

I precise that each time, i must kill the application using gdb. It is not the case when I run it in the terminal, she is always destroy.

[Olivier Girard (eolinwen)]

Another test with an export in another format (youtube-HD) gives me the same result (a crash ) at the same position on the export (see the screenshot)

[Olivier Girard (eolinwen)]

I have tried something else on the 1.3.0 version (not the 1.3.1) exporting the same project in the same format (aka DVD) and I have the same crash.

We have a big big problem with MLT, It is impossible to export in several formats.

[Olivier Girard (eolinwen)]

I have tried something else on another new project with a DVD recording. My timeline is limited at 37mm.13sec for a project of 270 mn and a file of 240mn. The fact to increase the zoom bar at 11 sec (instead of 7 sec) gives me a limitation at 58mn.
No problem when I increase or decrease the clip.
I have done an export with the simple parameters (without none modification) and that's okay.

I must do two others tests for validate my hypothesis but I have an idea why it is always crash when we done an exportation but I am not sure that will be this evening. ^^

[Olivier Girard (eolinwen)]

Eureka. It is what I was thinking.
The fact to modified the parameters at the exportation are doing nothing (=no crash).
In fact, the crash comes each time that you modified the name of the file. If it is different of the name of the project it is crashed. The modification doesn't matter (i.e either St-pierre, Pierre or la pierre )it gives the same result).

[Olivier Girard (eolinwen)]

On Lucid I have always some crashs but near at the end of the exportation without changing the name of the file (i.e. the same than the project).
Difficult to realise an exportation.

A bug report in the forum about the exportation using libxvid (see here : http://openshotusers.com/forum/viewtopic.php?f=11&t=759&start=20). I confirm it.
I have this in output with gdb :
[mjpeg @ 0xb7a9d10]marker=db avail_size_in_buf=19656
[mjpeg @ 0xb7a9d10]index=0
[mjpeg @ 0xb7a9d10]qscale[0]: 3
[mjpeg @ 0xb7a9d10]index=1
[mjpeg @ 0xb7a9d10]qscale[1]: 6
[mjpeg @ 0xb7a9d10]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0xb7a9d10]marker=c0 avail_size_in_buf=19522
[mjpeg @ 0xb7a9d10]sof0: picture: 320x240
[mjpeg @ 0xb7a9d10]component 0 2:1 id: 0 quant:0
[mjpeg @ 0xb7a9d10]component 1 1:1 id: 1 quant:1
[mjpeg @ 0xb7a9d10]component 2 1:1 id: 2 quant:1
[mjpeg @ 0xb7a9d10]pix fmt id 21111100
[mjpeg @ 0xb7a9d10]marker parser used 17 bytes (136 bits)
[mjpeg @ 0xb7a9d10]marker=e2 avail_size_in_buf=19503
[mjpeg @ 0xb7a9d10]marker parser used 417 bytes (3336 bits)
[mjpeg @ 0xb7a9d10]marker=da avail_size_in_buf=19083
[mjpeg @ 0xb7a9d10]escaping removed 87 bytes
[mjpeg @ 0xb7a9d10]component: 0
[mjpeg @ 0xb7a9d10]component: 1
[mjpeg @ 0xb7a9d10]component: 2
[mjpeg @ 0xb7a9d10]mjpeg decode frame unused 19083 bytes
[mjpeg @ 0xb7a9d10]marker=d8 avail_size_in_buf=19618
[mjpeg @ 0xb7a9d10]marker parser used 0 bytes (0 bits)
[mjpeg @ 0xb7a9d10]marker=e0 avail_size_in_buf=19616
[mjpeg @ 0xb7a9d10]marker parser used 16 bytes (128 bits)
[mjpeg @ 0xb7a9d10]marker=dd avail_size_in_buf=19598
[mjpeg @ 0xb7a9d10]restart interval: 0
[mjpeg @ 0xb7a9d10]marker parser used 4 bytes (32 bits)
[mjpeg @ 0xb7a9d10]marker=db avail_size_in_buf=19592
[mjpeg @ 0xb7a9d10]index=0
[mjpeg @ 0xb7a9d10]qscale[0]: 3
[mjpeg @ 0xb7a9d10]index=1
[mjpeg @ 0xb7a9d10]qscale[1]: 6
[mjpeg @ 0xb7a9d10]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0xb7a9d10]marker=c0 avail_size_in_buf=19458
[mjpeg @ 0xb7a9d10]sof0: picture: 320x240
[mjpeg @ 0xb7a9d10]component 0 2:1 id: 0 quant:0
[mjpeg @ 0xb7a9d10]component 1 1:1 id: 1 quant:1
[mjpeg @ 0xb7a9d10]component 2 1:1 id: 2 quant:1
[mjpeg @ 0xb7a9d10]pix fmt id 21111100
[mjpeg @ 0xb7a9d10]marker parser used 17 bytes (136 bits)
[mjpeg @ 0xb7a9d10]marker=e2 avail_size_in_buf=19439
[mjpeg @ 0xb7a9d10]marker parser used 417 bytes (3336 bits)
[mjpeg @ 0xb7a9d10]marker=da avail_size_in_buf=19019
[mjpeg @ 0xb7a9d10]escaping removed 84 bytes
[mjpeg @ 0xb7a9d10]component: 0
[mjpeg @ 0xb7a9d10]component: 1
[mjpeg @ 0xb7a9d10]component: 2
[mjpeg @ 0xb7a9d10]mjpeg decode frame unused 19019 bytes
[mjpeg @ 0xb7a9d10]marker=d8 avail_size_in_buf=19706
[mjpeg @ 0xb7a9d10]marker parser used 0 bytes (0 bits)
[mjpeg @ 0xb7a9d10]marker=e0 avail_size_in_buf=19704
[mjpeg @ 0xb7a9d10]marker parser used 16 bytes (128 bits)
[mjpeg @ 0xb7a9d10]marker=dd avail_size_in_buf=19686
[mjpeg @ 0xb7a9d10]restart interval: 0
[mjpeg @ 0xb7a9d10]marker parser used 4 bytes (32 bits)
[mjpeg @ 0xb7a9d10]marker=db avail_size_in_buf=19680
[mjpeg @ 0xb7a9d10]index=0
[mjpeg @ 0xb7a9d10]qscale[0]: 3
[mjpeg @ 0xb7a9d10]index=1
[mjpeg @ 0xb7a9d10]qscale[1]: 6
[mjpeg @ 0xb7a9d10]marker parser used 132 bytes (1056...

[Olivier Girard (eolinwen)]

And the specification of the avi format with libxvid for the video and libmp3lame for audio.

[Olivier Girard (eolinwen)]

Currently, I have began to do some tests about the effect Chromakey (It is a ask of a member of the French Ubuntu Forum who have a problem with=> he doesn't work).
I have found a issue with the Preview Slider.
When you preview the modification that you have already done on a effect, and when the preview is finished, you can see (on the screenshot) that the Slider is not exactly at the end.

[Olivier Girard (eolinwen)]

Hi,
I link two threads who are some tests too about this version in the same location.
https://bugs.launchpad.net/openshot/+bug/742034
https://bugs.launchpad.net/openshot/+bug/742018

[Jonathan Thomas (jonoomph)]

All of the items that I consider "fixable" have been fixed at this point. Some of the bigger issues with MLT 0.7.+ still remain (with sluggish performance on some hardware), but those are out of my control at this point.