[kdenlive] [Bug 354940] Corrupted project after Video Profile change e.g. 1080p50 > 1080p25

2016-08-05 Thread Wegwerf via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=354940

Wegwerf  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 Status|CONFIRMED   |RESOLVED

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


[kdenlive] [Bug 354940] Corrupted project after Video Profile change e.g. 1080p50 > 1080p25

2016-07-31 Thread Wegwerf via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=354940

Wegwerf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 CC||wegwerf-1-...@gmx.de
 Ever confirmed|0   |1

--- Comment #5 from Wegwerf  ---
cstark, can you please test using the recent stable Kdenlive 16.04.2 version,
with MLT 6.2.0+ at least? Does the bug still persists? If not, I would like to
ask you to be so kind as to close this bug report. Thank you very much for your
cooperation!

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


[kdenlive] [Bug 354940] Corrupted project after Video Profile change e.g. 1080p50 > 1080p25

2015-12-31 Thread Jean-Baptiste Mardelle via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=354940

--- Comment #4 from Jean-Baptiste Mardelle  ---
Git commit 66eea0af8b418c42ac1768e9ab90537404010367 by Jean-Baptiste Mardelle.
Committed on 01/01/2016 at 01:10.
Pushed by mardelle into branch 'master'.

Fix various error corrupting project when changing profile's framerate

M  +1-0src/doc/kdenlivedoc.cpp
M  +2-0src/doc/kdenlivedoc.h
M  +1-0src/mainwindow.cpp
M  +2-2src/monitor/monitor.cpp
M  +2-2src/renderer.cpp
M  +1-1src/renderer.h
M  +1-0src/timeline/customruler.cpp
M  +4-1src/timeline/timeline.cpp
M  +1-1src/timeline/timeline.h
M  +21   -27   src/timeline/track.cpp
M  +1-3src/timeline/track.h

http://commits.kde.org/kdenlive/66eea0af8b418c42ac1768e9ab90537404010367

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


[kdenlive] [Bug 354940] Corrupted project after Video Profile change e.g. 1080p50 > 1080p25

2015-12-13 Thread via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=354940

qubo...@gmail.com changed:

   What|Removed |Added

 CC||qubo...@gmail.com

--- Comment #2 from qubo...@gmail.com ---
Changing to a profile with a different FPS while already having clips in the
timeline appears to have multiple side effects. Here is one in detail:

Fade effects' durations are changed to nonsense values.

Steps to reproduce:
1. Start kdenlive with a 1080p 30fps video default
2. Import 30 fps video
3. Drag video to timeline, cut it on left and right, remove all but the center
part
4. Add fade in and out effects to video
5. Change profile to 1080p 25fps
6. Refresh the clip's properties view (click in timeline, then on clip)

Expected result:
1a. The duration values remain the same OR
1b. The duration values are approximately scaled to have about the same
duration notwithstanding the change in frames per second

Actual result:
1. Both duration values are nonsensical (one is way too long, the other is 0)

Video:
https://youtu.be/pMNCAV9Q9Zg

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


[kdenlive] [Bug 354940] Corrupted project after Video Profile change e.g. 1080p50 > 1080p25

2015-12-13 Thread via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=354940

--- Comment #3 from qubo...@gmail.com ---
One more issue:

Clips' starting position in the video file is changed to nonsense value while
duration remains the same.

Steps to reproduce:
1. Start kdenlive with a 1080p 30fps video default
2. Import 30 fps video
3. Drag video to timeline, cut it on left and right, remember what happens in
the scene, in particular how exactly it starts.
4. Move the clip to the left of the timeline.
5. Change profile to 1080p 25fps
6. Play back the project

Expected result:
1. The clip has approximately the duration and same start and end position
relative to its video file (depending on whether the positions/durations can be
divided evenly)

Actual result:
1. The duration appears to remain the same but the start position of the clip
relative to the video file's length appears to be different

Video:
https://youtu.be/9ZXmKGAG2l8

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