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

NavyEOD_24 <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|1                           |0
         Resolution|WAITINGFORINFO              |---
             Status|NEEDSINFO                   |REPORTED

--- Comment #6 from NavyEOD_24 <[email protected]> ---
Hello, emohr and Jean! I apologize for the late reply, I got a burst of
motivation to finish the video with this bug and finally got done. Sadly it's
not all good news, as I've returned with some hopefully useful information.
When I was watching the rendered result, everything except for a couple minutes
in the beginning of the video played as I expected it would. To see if I had
accidentally caused an error or replaced an audio track by accident I opened
the file again, noticing that all of audio track 3 was replaced with audio
track 4. This *only affected the source streams* from where I got the footage
from, not other clips or audio.

This makes me think it may be something with that particular source clip,
however I opened a backup file to see if I could recover the work and found
that everything was back in its original position. Something that confuses me
is whenever I saved this backup as two completely different files, both files
were bugged and had their audio tracks replaced. I'm not sure if it *is* my
source clip or if it's something with melt. I'll leave that deduction to the
professionals.

To answer your question, emohr, this bug started happening in 25.08 randomly
one day whenever I was using it for this video. I didn't change any settings
nor did I activate some weird audio merging option. I opened it, saw that the
tracks were bugged out, then updated to 25.08.2 to see if it fixed itself. It
did not. 25.08.2 still has this bug. I'll try doing a clean install and then
seeing if that also works. As I'm writing this I'm getting a small snippet from
the problematic source clip for you to mess around with and see if there's a
problem with it or something else entirely. When I post this message it is
still in the process of uploading the video into the gbGoogle Drive folder
found both at the bottom of the original post and this reply.

Jean, when I experimented with the footage you gave me nothing happened to the
audio streams. I rendered it, saved it, closed it, changed it again, saved it
and reopened it once more. Nothing bugged out from what I saw. This was on a
new save file. On the save file for my video, though, the moment I drop your
clip into the timeline audio streams are being replaced. I've included a couple
pictures of the issue, one as soon as I drop it in and moving it up and down on
the timeline along with another one before it's dropped into the timeline. You
can see kdenlive is already replacing the streams before I let go of my mouse.
They're named "jeanclip" for their prefixes.

Overall, what I can take away from this experience is that whenever I save in
A1/2/3, the tracks will replace themselves. Whenever I render in A3/4/5, the
tracks will replace themselves when I open the file after the render is
completed, assuming that I close kdenlive after the render has finished. Maybe
a fresh install will help and I will report back with what I gather if anything
at all.

Thank you for your patience and I hope this helps you out.

Regards,

https://drive.google.com/drive/folders/1C1bNK41glwRYW3KKI9hHn5XpsiU4dZxH?usp=sharing

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

Reply via email to