| Summary: | Applications/15.12.0: transition selection parameters show wrong track | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Wegwerf <wegwerf-1-2-3> |
| Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | wegwerf-1-2-3 |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/kdenlive/41fa0029f9fe485ab92fdf263943f8436029de94 | Version Fixed/Implemented In: | 15.12.0 |
| Sentry Crash Report: | |||
| Attachments: | Wrong track index test case Kdenlive 15.12.0 project | ||
|
Description
Wegwerf
2015-11-15 14:13:02 UTC
Created attachment 95513 [details]
Wrong track index test case Kdenlive 15.12.0 project
Setting the track-with to "Video 2" also works; this seems to correspond with the index calculation used in MLT, where "timeline" tracks are counted bottom up. In the old Kdenlive track model indexes were top down instead. So it's really now inside-out. ;) I can reproduce the problem, working on it thanks. I rewrote the track logic for 15.12 so that we now always use the MLT numbering in Kdenlive, because previously some parts used an inverted numbering, some not and it was a total mess. But of course the rewrite caused some regressions. Hopefully it is now easier to fix them. Should be done in a few minutes. Git commit 41fa0029f9fe485ab92fdf263943f8436029de94 by Jean-Baptiste Mardelle. Committed on 15/11/2015 at 14:27. Pushed by mardelle into branch 'Applications/15.12'. Fix transition track parameter broken, should fix this bug M +1 -1 src/project/transitionsettings.cpp http://commits.kde.org/kdenlive/41fa0029f9fe485ab92fdf263943f8436029de94 (In reply to Jean-Baptiste Mardelle from comment #3) > I can reproduce the problem, working on it thanks. I rewrote the track logic > for 15.12 so that we now always use the MLT numbering in Kdenlive, because > previously some parts used an inverted numbering, some not and it was a > total mess. But of course the rewrite caused some regressions. > > Hopefully it is now easier to fix them. Should be done in a few minutes. Yeah, this kind of refacturing is necessary work ... and always causes a certain amount of pain on all sides. :) Did two quick checks on existing projects; this looks fine now. Thank you very much for the quick fix, as this was blocking me from moving to 15.12.0 in my projects. Thanks! |