Bug 444717 - Different audio volumes in editor window and rendered video
Summary: Different audio volumes in editor window and rendered video
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface & Miscellaneous (show other bugs)
Version: 21.08.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-10-31 14:01 UTC by hadmut
Modified: 2024-06-08 12:24 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:
fritzibaby: timeline_corruption+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description hadmut 2021-10-31 14:01:00 UTC
I just ran into a usability trap: wav (and other) audio files are played with different volume in the editor window and in the rendered video. 

I accidently produced a voice over, that was too silent. I had used audacity to record and clean it, and it had optimal volume in audacity, but I had accidently moved the gain slider on the left side of the track to some negative value without noticing it. So while the record was good and optimal, the exported wav file was not, i.e. it was way too silent, volume too low. 

My fault, that the audio file was bad, but I didn't realize. 

Because once I had imported this into kdenlive, kdenlive showed the wave form as normal and good, and it even played it in the preview/editor window with good volume, so it still appeared to be good. But in the rendered video, it had it's real volume, so it had a significant lower volume as other parts of the video. (cost me some hours to figure this out and find the reason for the problem.)




STEPS TO REPRODUCE
1.  have a good video with optimal audio volume
2.  have a poor audio with e.g. voice but too silent (e.g. use audacity to record bla bla, but move the gain slider on the left to some negative value before exporting to wav). 
3. import both into kdenlive and put the video first and the audio after it in the time line
4. listen in editor mode and see the waveform
5. render and hear the difference

OBSERVED RESULT
audio levels in editor window differ from rendered video

EXPECTED RESULT
audio levels in editor window should be similar to rendered video

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma:  Ubuntu 20.04 with appimage
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 cginest 2022-08-25 22:19:55 UTC
Im also seeing this in Windows 10 on build 22.04.3. Essentially renders the audio portion of the app completely useless. I have to export video only and put the audio together in an audio program.
Comment 2 emohr 2022-12-18 10:27:15 UTC
Thank you for reporting. We fixed some audio issues in the past. Please try with version 22.12.0. For rendering: make sure parallel processing is switched off in: render -> more options. Does this audio level issue still appear?
Comment 3 diekuhrannte@web.de 2023-10-23 16:56:17 UTC
Could it be that these problems no longer exist? For me on Linux and Kdenlive version 23.08.1 is displayed exactly the right volume. Both in the master when the clip is in the timeline and in the clip monitor.
Comment 4 diekuhrannte@web.de 2024-03-30 19:04:08 UTC
Can you please report whether the problem still exists? Or can we close the bug report?
Comment 5 Bug Janitor Service 2024-04-14 03:47:49 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2024-04-29 03:45:59 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 7 hadmut 2024-06-08 12:24:05 UTC
Sorry, 

I was extremely busy and occupied with other things for over a year, and haven't been using kdenlive recently.