*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY Multicam tool does not make cuts in timeline. When a track is chosen other tracks remain uncut. Consequently only the uppermost track will play back. STEPS TO REPRODUCE 1. Unlock tracks and turn on Multicam tool 2. Start scrubbing 3. Click on track to choose OBSERVED RESULT No cut is made, consequently only the uppermost track plays back EXPECTED RESULT Cuts between tracks. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: # System Details Report --- ## Report details - **Date generated:** 2024-07-09 11:43:43 ## Hardware Information: - **Hardware Model:** ASRock B450M Pro4 - **Memory:** 64.0 GiB - **Processor:** AMD Ryzen™ 7 5700X × 16 - **Graphics:** NVIDIA GeForce GT 1030 - **Disk Capacity:** 6.8 TB ## Software Information: - **Firmware Version:** P8.01 - **OS Name:** Ubuntu 24.04 LTS - **OS Build:** (null) - **OS Type:** 64-bit - **GNOME Version:** 46 - **Windowing System:** X11 - **Kernel Version:** Linux 6.8.0-36-generic KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
So you are saying the Multicam Tool does not behave like described in the official documentation (https://docs.kdenlive.org/en/cutting_and_assembling/editing.html#multicam-tool)?
Created attachment 171514 [details] attachment-896549-0.html Good day Bernd, Thank you for responding. I have been working on a series of video projects, and the Multicam worked correctly on all except the last project. The documentaton states: " You can then seek/play to the wanted position, click on a track view in the project monitor and it will lift all tracks except for the previously active track." In this project, the Multicam does not lift tracks when I click on a track view. THe tracks are not locked, even the audio tracks. I created a new project with 2 tracks, and the Multicam works with this new project. Yet on the one project it does not work. I wonder if the problem may be caused by a mixture of 4K and HD tracks? Yet the previous projects all contained a mix of resolutions, and with them I experienced no problem. Looking forward to your response. Roy On Tue, 9 Jul 2024 at 19:08, Bernd <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > Bernd <berndmj@yahoo.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |berndmj@yahoo.com > > --- Comment #1 from Bernd <berndmj@yahoo.com> --- > So you are saying the Multicam Tool does not behave like described in the > official documentation > ( > https://docs.kdenlive.org/en/cutting_and_assembling/editing.html#multicam-tool > )? > > -- > You are receiving this mail because: > You reported the bug.
Created attachment 171531 [details] attachment-993485-0.html Good day Bernd, Just to let you know that I have uninstalled and reinstalled both the Debian and Snap versions, and the problem persists with both versions. Cheers, Roy On Tue, 9 Jul 2024 at 19:08, Bernd <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > Bernd <berndmj@yahoo.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |berndmj@yahoo.com > > --- Comment #1 from Bernd <berndmj@yahoo.com> --- > So you are saying the Multicam Tool does not behave like described in the > official documentation > ( > https://docs.kdenlive.org/en/cutting_and_assembling/editing.html#multicam-tool > )? > > -- > You are receiving this mail because: > You reported the bug.
(In reply to node999 from comment #3) > Created attachment 171531 [details] > attachment-993485-0.html > > Good day Bernd, > Just to let you know that I have uninstalled and reinstalled both the > Debian and Snap versions, and the problem persists with both versions. > Cheers, Roy I just tried it on Linux Pop!_OS 22.04 LTS with Kdenlive appimage version 24.05.2 and it works like it should and is documented: cuts are made the other tracks are shifted accordingly. Please try with the appimage. But I also noticed that when scrubbing the track numbers are somehow mixed up. I uploaded an attachment with a recording.
Created attachment 171538 [details] Screen recording of the multicam tool behavior
Created attachment 171539 [details] Screen recording of the multicam tool behavior
Created attachment 171543 [details] attachment-1022550-0.html Hello Bernd, Thank you for your response. I do know how the multicam tool works because I have used in many times before. However, on my last project, it does not make cuts. This is the problem. -Roy On Wed, 10 Jul 2024 at 11:55, Bernd <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > Bernd <berndmj@yahoo.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Attachment #171538 [details]|0 |1 > is obsolete| | > > --- Comment #6 from Bernd <berndmj@yahoo.com> --- > Created attachment 171539 [details] > --> https://bugs.kde.org/attachment.cgi?id=171539&action=edit > Screen recording of the multicam tool behavior > > -- > You are receiving this mail because: > You reported the bug.
Maybe there is something specific to your project that causes the issue. Can you please confirm whick Kdenlive version you are using,? you mention 23.08.4 in the report. Best to use the latest 24.05.2. If bug is still there, it might help if you could share the .kdenlive project file
Created attachment 171546 [details] 23 June Sarah Gala-v2.kdenlive Hello Jean-Baptiste, Thank you for your suggestion. I agree that there appears to be something specific to the project, but there are no guidelines of which I am aware that allow the problem to be identified. I downloaded the 24.05.02 appimage from the Kdenlive website and repeated the same procedure, making sure that the video files were unlocked. The same problem occurs. One comment: in order to make manual cuts to a track while in Multicam mode, it is necessary to return to the Selection tool. THis is not made clear in the documentation on Multicam mode. I attach the project file for your inspection. Regards, Roy On Wed, 10 Jul 2024 at 12:58, Jean-Baptiste Mardelle < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > --- Comment #8 from Jean-Baptiste Mardelle <jb@kdenlive.org> --- > Maybe there is something specific to your project that causes the issue. > Can > you please confirm whick Kdenlive version you are using,? you mention > 23.08.4 > in the report. Best to use the latest 24.05.2. > > If bug is still there, it might help if you could share the .kdenlive > project > file > > -- > You are receiving this mail because: > You reported the bug.
(In reply to node999 from comment #9) > Created attachment 171546 [details] > 23 June Sarah Gala-v2.kdenlive > > Hello Jean-Baptiste, Thank you for your suggestion. > > I agree that there appears to be something specific to the project, but > there are no guidelines of which I am aware that allow the problem to be > identified. I downloaded the 24.05.02 appimage from the Kdenlive website > and repeated the same procedure, making sure that the video files were > unlocked. The same problem occurs. > > One comment: in order to make manual cuts to a track while in Multicam > mode, it is necessary to return to the Selection tool. THis is not made > clear in the documentation on Multicam mode. > > I attach the project file for your inspection. > > Regards, Roy Thanks for the project file, but the files are needed too if we want to pinpoint the culprit. BTW, @J-B-M, the project file open without the sequences. It is all mashed up in the same timeline, no tabs with the sequences although they show up in the project bin and can be collapsed and expanded there. Regression?
Created attachment 171550 [details] attachment-1065541-0.html Thanks for your reply.The project file opens normally on my computer. You can find all files in the Drive folder below. Be aware that it is 137 Gb. < https://drive.google.com/drive/folders/1jV9QOx3taXeEBKvhfM2S3IuV5dBWGon8?usp=sharing > Regards, Roy On Wed, 10 Jul 2024 at 16:28, Bernd <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > --- Comment #10 from Bernd <berndmj@yahoo.com> --- > (In reply to node999 from comment #9) > > Created attachment 171546 [details] > > 23 June Sarah Gala-v2.kdenlive > > > > Hello Jean-Baptiste, Thank you for your suggestion. > > > > I agree that there appears to be something specific to the project, but > > there are no guidelines of which I am aware that allow the problem to be > > identified. I downloaded the 24.05.02 appimage from the Kdenlive website > > and repeated the same procedure, making sure that the video files were > > unlocked. The same problem occurs. > > > > One comment: in order to make manual cuts to a track while in Multicam > > mode, it is necessary to return to the Selection tool. THis is not made > > clear in the documentation on Multicam mode. > > > > I attach the project file for your inspection. > > > > Regards, Roy > > Thanks for the project file, but the files are needed too if we want to > pinpoint the culprit. > > BTW, @J-B-M, the project file open without the sequences. It is all mashed > up > in the same timeline, no tabs with the sequences although they show up in > the > project bin and can be collapsed and expanded there. Regression? > > -- > You are receiving this mail because: > You reported the bug.
@Bernd: There is only one sequence in the project, it's just that all project folders are placed into the sequence folder. I found the problem, spacer tool does not work because the tracks are not activated. When you unlock the video tracks, the track tag (the rectangle with the track tag (V1, V2, V3) is gray, meaning the track is not activated. You need to click in this rectangles to make the track tag green, then multicam will work. When using the multicam tool on your project, I see a warning message saying "Please activate a track to perform operation" as a hint... The track state (active / inactive) is used when performing insert / lift operations, allowing you to perform the operations on active tracks only. However, in the case of the multicam tool, I think it doesn't really make sense to use this tracks status. So I propose to modify the behavior and make multicam work on all tracks (except locked tracks). Seems more intuitive.
Created attachment 171568 [details] attachment-1200419-0.html Many thanks for tracking down the problem. In the end it is my fault, but perhaps the experience will serve to improve the program and make it more intuitive. Regards, Roy On Thu, 11 Jul 2024 at 02:54, Jean-Baptiste Mardelle < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > --- Comment #12 from Jean-Baptiste Mardelle <jb@kdenlive.org> --- > @Bernd: There is only one sequence in the project, it's just that all > project > folders are placed into the sequence folder. > I found the problem, spacer tool does not work because the tracks are not > activated. When you unlock the video tracks, the track tag (the rectangle > with > the track tag (V1, V2, V3) is gray, meaning the track is not activated. You > need to click in this rectangles to make the track tag green, then multicam > will work. When using the multicam tool on your project, I see a warning > message saying "Please activate a track to perform operation" as a hint... > > The track state (active / inactive) is used when performing insert / lift > operations, allowing you to perform the operations on active tracks only. > However, in the case of the multicam tool, I think it doesn't really make > sense > to use this tracks status. > > So I propose to modify the behavior and make multicam work on all tracks > (except locked tracks). Seems more intuitive. > > -- > You are receiving this mail because: > You reported the bug.
(In reply to Jean-Baptiste Mardelle from comment #12) > @Bernd: There is only one sequence in the project, it's just that all > project folders are placed into the sequence folder. Oh, that's interesting and good to know but very confusing. Especially when exchanging project files like we just did. Can this be prevented programmatically? Shall I create a FR for this or is an issue better? Also, have you had a chance to watch the screen recording I provided? I noticed the tracks get mixed up. I can open a new bug request if you prefer. Thanks!
Created attachment 171573 [details] attachment-1231597-0.html Hi Bernd, I assume that your comments were intended for Jean-Baptiste. However, here are a couple of points that might be worth noting. When rendering is started, an error is produced: [mov,mp4,m4a,3gp,3g2,mj2 @ 0x75751dab4980] st: 0 edit list: 1 Missing key frame while searching for timestamp: 1001 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x75751dab4980] st: 0 edit list 1 Cannot find an index entry before timestamp: 1001. Moreover, without multiple threads rendering is very slow: 9fps despite a fairly powerful machine. Processor AMD Ryzen 7 5700X 8-Core Processor Memory 65759MB (24406MB used) Machine Type Desktop Operating System Ubuntu 24.04 LTS Would multithreading speed up rendering significantly.? Is it safe? Regards, Roy On Thu, 11 Jul 2024 at 09:59, Bernd <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=489981 > > --- Comment #14 from Bernd <berndmj@yahoo.com> --- > (In reply to Jean-Baptiste Mardelle from comment #12) > > @Bernd: There is only one sequence in the project, it's just that all > > project folders are placed into the sequence folder. > > Oh, that's interesting and good to know but very confusing. Especially when > exchanging project files like we just did. Can this be prevented > programmatically? Shall I create a FR for this or is an issue better? > > Also, have you had a chance to watch the screen recording I provided? I > noticed > the tracks get mixed up. I can open a new bug request if you prefer. > > Thanks! > > -- > You are receiving this mail because: > You reported the bug.
@Bernd: I watched the video but the quality is very low and I cannot read the track names on it, so hard to understand what you mean. Can you better describe the issue with an annotated screenshot maybe? @Roy: the render warning shouldn't be too problematic, FFmpeg outputs quite a lot of those. Regarding the rendering speed, that's another topic , should not be discussed in this bug report. Multithreading is generally safe but in some cases some effects can cause rendering artifacts.
Git commit c75f11ad51deb642d46625d6f21d79f54ed0220d by Jean-Baptiste Mardelle. Committed on 12/07/2024 at 07:05. Pushed by mardelle into branch 'master'. Make multitrack tool operate on inactive tracks as well M +1 -1 src/timeline2/view/timelinecontroller.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/c75f11ad51deb642d46625d6f21d79f54ed0220d
(In reply to Jean-Baptiste Mardelle from comment #16) > @Bernd: I watched the video but the quality is very low and I cannot read > the track names on it, so hard to understand what you mean. Can you better > describe the issue with an annotated screenshot maybe? Sorry for that, J-B-M. I had to run it through Handbrake to keep the size below the 4MB limit of bugs.kde.org. What I did is this: * Add seven clips to the timeline * Switch to the Multicam tool and hit Play * I press the track numbers in sequence starting with 1, and going in reverse order after reaching 7, than up again * Once I run out of tracks, I reload the project and repeat this but this time scrubbing through the timeline and pressing the track numbers inthe same order (1-7, 7-1, 1-7, ...) The first thing I noted is that in the Multicam tool view in the project monitor, the number of the last track used (i.e. a clip was added to) is highlighted, and if I press 1 the first cut is made in track #7. The first cadence (1 thru 7) goes ok in the first pass but then gets out of sync. Perhaps pressing the number of a track that doesn't have a clip trips up Kdenlive, but this issue is most noticable in the second pass (scrubbing). The original screen recording (albeit it edited) is about 10MB. If you still need it, I can share it via opendesktop.
@bernd: I still cannot reproduce so yes if possible I am interested in your video
(In reply to Jean-Baptiste Mardelle from comment #19) > @bernd: I still cannot reproduce so yes if possible I am interested in your > video https://my.opendesktop.org/s/JKdngAS6g4om2EE If you need the project file and clips, let me know