[kdenlive] [Bug 366042] git master: Kdenlive fills ram at 100% when I use Composite and Transform

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366042

--- Comment #1 from Massimo Stella  ---
After some other checks I remarked that Kdenlive increase the use of the RAM of
around half a Giga for every action I try to perform and that the rotate
feature in the Transform filter is not working at all.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 366042] New: git master: Kdenlive fills ram at 100% when I use Composite and Transform

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366042

Bug ID: 366042
   Summary: git master: Kdenlive fills ram at 100% when I use
Composite and Transform
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

When I use the new filter Transform and the new transition Composite and
Transform Kdenlive consumes all the ram I have on the pc (8GB) and Ubuntu
starts to write on the swap disk.

Reproducible: Always

Steps to Reproduce:
1. Launch Kdenlive and import some clips
2. Put 2 clips on 2 different tracks on the timeline and add the filter or the
transition on the upper clip
3. Start to change the filter/transition parameters

Actual Results:  
The pc becomes very slow and unusable and I have to kill kdenlive to take the
control back

Expected Results:  
I can use the filter/transition for animating objects by keyframes

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 364836] git master: after you insert 2 clips at the beginning of an empty timeline if you trim the second clip it jumps forward

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364836

--- Comment #3 from Massimo Stella  ---
Yes it is.
It was already ok after the first fix Jean-Baptiste done.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 364836] New: git master: after you insert 2 clips at the beginning of an empty timeline if you trim the second clip it jumps forward

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364836

Bug ID: 364836
   Summary: git master: after you insert 2 clips at the beginning
of an empty timeline if you trim the second clip it
jumps forward
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

If you insert 2 clips at the beginning of an empty timeline and you trim the
second clip, by dragging the selection tool starting at the IN point, it jumps
forward.

Reproducible: Always

Steps to Reproduce:
1. Open a new project and import one clip and set the timeline in "Strict mode"
2. Open the imported clip in the clip monitor and select a zone.
3. Click two times on the insert button located in the timeline toolbar, so
that the first inserted clip is the second on the timeline.
4. By dragging the Selection tool, trim the second clip on the timeline by
starting from its IN point: the clip will jump forward of the same lenght of
the of the clip.

Actual Results:  
The second clip on the timeline will jump forward of the same lenght of the of
the clip.

Expected Results:  
The clip is trimmed by the number of frames you dragged the mouse.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 364366] git master 2016-06-15 - Automatic clip split corrupting timeline

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364366

--- Comment #7 from Massimo Stella  ---
I finally checked the fix you done and I think it's ok. I just believe that
it's not correct, when in "strict mode" and in "normal mode", to disable the
audio split feature. I think that to put the audio in the first free audio
track is the correct way to behave. Same as if you split the audio in "mixed
mode". If no audio tracks are free in "mixed mode" the split operation has to
be disabled and in "Strict mode" you can't add both video and audio untill you
have the empty tracks for both.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 364366] git master 2016-06-15 - Automatic clip split corrupting timeline

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364366

Massimo Stella  changed:

   What|Removed |Added

 CC||maxs...@tin.it

--- Comment #2 from Massimo Stella  ---
This was not a bug.
I tested it.
When you  work in "Strict mode" the audio splitted is always inserted in the
audio track you set as target.
If you let the target on the audio track 1 and you are in overwrite mode you'll
achieve the situation described by Evert Vorster.
Now, after the "fix" (abort the audio split) we done a step backward in the
fine tuning the second editing modes also named "Strict mode". I suggest to
revert back to the previous situation.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363640] New: git master: when you mute an audio track by clicking on the speaker icon Kdenlive crashes

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363640

Bug ID: 363640
   Summary: git master: when you mute an audio track by clicking
on the speaker icon Kdenlive crashes
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

When you mute the sound of an audio  (not video/audio) track by clicking on the
timeline-head speaker icon of the selected track, also if the track is empty,
Kdenlive crashes and shuts down.

Reproducible: Always

Steps to Reproduce:
1. Mute the sound of an audio (not video/audio) track by clicking on the
timeline-head speaker icon of the selected track.

Actual Results:  
Kdenlive crashes and shuts-down.

Expected Results:  
You can't hear anymore the sound of the disabled track.

KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kdenlive path = /usr/bin pid = 2943
KCrash: Arguments: /usr/bin/kdenlive 
QSocketNotifier: Invalid socket 8 and type 'Read', disabling...
QSocketNotifier: Invalid socket 20 and type 'Read', disabling...
QSocketNotifier: Invalid socket 19 and type 'Read', disabling...
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
sock_file=/run/user/1000/kdeinit5__0
Invalid read from eventfd: Descrittore di file errato
Code should not be reached at pulsecore/fdsem.c:157, function flush().
Aborting.
Unable to start Dr. Konqi

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363354] git master: error during compile

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363354

Massimo Stella  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Massimo Stella  ---
I'm sorry for the mistake in signaling this bug.
I didn't read there was to update a library.
I did it and everything worked.
I guess we can close and delete this bug signalisation.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363354] New: git master: error during compile

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363354

Bug ID: 363354
   Summary: git master: error during compile
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Installation
  Assignee: vpi...@kde.org
  Reporter: maxs...@tin.it

After the latest modify
https://git.launchpad.net/kdenlive/commit/?id=4e4870bbb16b0c83cade0eff3aeeedda190e3be6
it's no more possible to compile Kdenlive.
The error is this one:
mainwindow.cpp:244:36: error: ‘GroupedDragging’ is not a member of
‘QMainWindow’

Reproducible: Always

Steps to Reproduce:
1.Open the terminal and write
2.git clone https://git.launchpad.net/kdenlive
3.cd kdenlive
4.mkdir build
5.cd build
6.cmake .. -DCMAKE_INSTALL_PREFIX=/install/path
7.make -j4

Actual Results:  
Compiling operation stops at 98% with error:
mainwindow.cpp:244:36: error: ‘GroupedDragging’ is not a member of
‘QMainWindow’

Expected Results:  
Compiling operations end successfully at 100%

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363324] New: git master: Ctrl+C + Ctrl+V comands on a grouped separated audio/video clip ("Strict" mode) don't perform the action

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363324

Bug ID: 363324
   Summary: git master: Ctrl+C + Ctrl+V comands on a grouped
separated audio/video clip ("Strict" mode) don't
perform the action
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

When you use the Ctrl+C Ctrl+V on a grouped separated audio/video clip
("Strict" mode) Kdenlive doesn't perform the action. Everything works correctly
if you use the command copy in the right-click contextual menu. After you click
on it, you can perform the paste action both by the  paste command on the
contextual menu or by the Ctrl+V keys.

Reproducible: Always

Steps to Reproduce:
1.Place a video/audio clip in separate ("Strict") mode on the timeline
2.Select it
3.Press the Ctrl+c keys
4.Select a space where to paste the object and press Crtl+v

Actual Results:  
Nothing happens and on the status bar the message "No clip copied" (Translated
from Italian) is shown.

Expected Results:  
The clip is copied in the desired place

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363268] New: git master: it's no more possible to copy and paste clips on the timeline

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363268

Bug ID: 363268
   Summary: git master: it's no more possible to copy and paste
clips on the timeline
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

When you perform a copy and paste of clips on the timeline, Kdenlive refuses to
paste the clip in the clipboard on the timeline even if there is the space for
doing it

Reproducible: Always

Steps to Reproduce:
1.Select a clip on the timeline and select copy from the menu or Ctrl+C
2.Move the edit line (cursor) where you want to perform the paste action
3.Select paste from the menu or Ctrl+V

Actual Results:  
No paste action is performed and, if you retry the action several time
consecutively,  a message in the status bar which says "impossible to paste the
selected clip" (I translated it from Italian) is shown.

Expected Results:  
That the clip in the clipboard has pasted at the edit line (cursor) position

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363247] New: git master: Shift + R on a disabled video/audio clip creates only video with audio embedded clips

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363247

Bug ID: 363247
   Summary: git master: Shift + R on a disabled video/audio clip
creates only video with audio embedded clips
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

If you disable an audio/video clip in "Strict" mode and the you split it by
Shift+R, you'll have both on the video and on the audio track a video with
audio embedded clips. The video part embeds the audio and the audio part
becomes a video with embedded audio.

Reproducible: Always

Steps to Reproduce:
1. Insert a clip on the timeline with audio and video separated ("Strict" mode)
2. Disable the clip
3. Use the Shift +R command or the scissors for splitting the clip

Actual Results:  
You'll find only video with audio embedded clips both on the video and on the
audio tracks

Expected Results:  
The application has to split the clips in the same way it does when they aren't
disabled.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363246] New: Git master: Insert/overwrite actions just insert/overwrite a blank space instead of audio and video.

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363246

Bug ID: 363246
   Summary: Git master: Insert/overwrite actions just
insert/overwrite a blank space instead of audio and
video.
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

When you perform an Insert or Overwrite action, Kdenlive inserts or overwrites
a blank space of the correct length (both if you use the selected timeline zone
or if you use the selected clip zone) in the target tracks on the timeline
instead of the audio and video sources. This happens both in "Mixed" and in
"Strict" mode.

Reproducible: Always

Steps to Reproduce:
1. Select a zone in the timeline or in the clip
2. Set the target tracks
3. Insert (V9 or overwrite (W)

Actual Results:  
The application inserts or overwrites a blank space

Expected Results:  
The application has to insert or overwrite the audio video sources

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363036] git master: Timeline zone bar issues

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363036

Massimo Stella  changed:

   What|Removed |Added

Summary|Timeline zone bar issues|git master: Timeline zone
   ||bar issues

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 363036] New: Timeline zone bar issues

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=363036

Bug ID: 363036
   Summary: Timeline zone bar issues
   Product: kdenlive
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

You can't just select one frame only as zone length, by the keyboard or by the
mouse, and if you drag the blue bar, for changing its length or for moving it
to another zone of the timeline, this is not correctly shown.

Reproducible: Always

Steps to Reproduce:
1. Set an In point on the timeline then move the editline cursor forward of one
frame and set the Out point.
2.Shrink the timeline zone bar by the mouse.
3.Drag the timeline zone bar by the mouse.

Actual Results:  
You can't create a one frame long  timeline zone bar by the keyboard or by the
mouse.
If you drag or shrink the timeline zone bar by the mouse it's wrongly
represented.

Expected Results:  
The option to select a zone which is one frame long (useful when you works with
still image sequences)
Correct representation of the timeline zone bar when you drag or resize it by
the mouse

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdenlive] [Bug 362630] New: when you insert a clip in the timeline, by the mouse in insert mode, all the clips in the timeline move forward

[Massimo Stella via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362630

Bug ID: 362630
   Summary: when you insert a clip in the timeline, by the mouse
in insert mode, all the clips in the timeline move
forward
   Product: kdenlive
   Version: unspecified
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: maxs...@tin.it

when you insert, by the mouse in insert mode,  a clip in any point of the
timeline, except than the starting point, the beginning of the project moves
forward of the same lenght of the clip you inserted. If you put the clip at the
beginnig of the timeline everything works smooth: you have no project time
shift.

Reproducible: Always

Steps to Reproduce:
1.Open a project you already have or create one with just one clip on the
timeline
2.Set the mouse mode on insert
3.Insert a clip from the clip monitor by draggin it in the middle of one clip

Actual Results:  
the beginning of the project and all the following clips move forward of the
same lenght of the clip you inserted

Expected Results:  
You insert the clip in the place on the timeline you choose and the part of the
project after the clip you inserted moves forward of the same number of frames
of the lenght of the clip you inserted

-- 
You are receiving this mail because:
You are watching all bug changes.