[kdenlive] [Bug 487976] New: Glitchy audio when playing it forward/reverse at 2X or faster

2024-06-03 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=487976

Bug ID: 487976
   Summary: Glitchy audio when playing it forward/reverse at 2X or
faster
Classification: Applications
   Product: kdenlive
   Version: 24.05.0
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Effects & Transitions
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 170100
  --> https://bugs.kde.org/attachment.cgi?id=170100&action=edit
Video showing playback differences on Kdenlive and Windows Media Player

Playing audio in Kdenlive at speeds higher than 2X now produces crackling or
sharp noises that makes it hard to concentrate on dialogue if there is any in
the material. This is my use case: I go fast forward in a video to find the
interesting part of a speech and cut it in shorter clips. Listening to the
material now is very distracting with all the crackles.

Attached on this report is a video showing how the audio sounds like on
Kdenlive at 2X-3X, and how it sounds on Windows Media Player at 2X.

STEPS TO REPRODUCE
1. Have a random video with dialogue or just download an MP3 for free from
pixabay[.]com/music/
2. Insert the file on the timeline and press "L" on the keyboard until Kdenlive
starts to play it at 2X speed or faster
3. 

OBSERVED RESULT
The audio is very crackly at higher speeds, similiar to noises caused by
interference.

EXPECTED RESULT
The audio should be cleaner, without the crackle and maintain the pitch.

SOFTWARE/OS VERSIONS
Windows: 10 Pro
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 6.7.1

ADDITIONAL INFORMATION
Drive: Crucial SSD MX500
Processor: Intel i3-6100 with integrated graphics, no GPU
RAM: 12 GB

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

[kdenlive] [Bug 492692] New: Difficulties with editing/playing back MPEG files in Kdenlive 24.08*

2024-09-05 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=492692

Bug ID: 492692
   Summary: Difficulties with editing/playing back MPEG files in
Kdenlive 24.08*
Classification: Applications
   Product: kdenlive
   Version: 24.08.0
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 173363
  --> https://bugs.kde.org/attachment.cgi?id=173363&action=edit
5-second frame counter

SUMMARY
In the 24.* versions it seems to me that playing or editing MPEG files under
Kdenlive has become more unreliable. At least under 23.08.5 (Qt5) I didn't
notice frozen frames when moving the playhead back/forward. They become more
noticeable when you cut such a clip in two and quickly go back/forward a frame
with the < and > keys near the cut.

STEPS TO REPRODUCE
1. Open the video attached here, a 5-second clip produced by Kdenlive using the
time frame counter tool;
2. In the timeline go fast forward a few seconds with the ">" key, then back to
the beginning of the clip using "<"
3. Make a cut somewhere e.x. in the middle

OBSERVED RESULT
Kdenlive manages to play the video, it stops to do so for too many frames when
going backwards with the mouse or the "<" key. This makes it impossible to do
accurate cuts scene by scene, because you don't know at which exact frame the
cut is really happening.

EXPECTED RESULT
I tried playing/editing the same MPEG video under Kdenlive 23.08.5, and there I
don't see the issue with the playback/jumping frames. 

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 492692] Difficulties with editing/playing back MPEG files in Kdenlive 24.08*

2024-09-05 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=492692

--- Comment #1 from Bibido  ---
Created attachment 173366
  --> https://bugs.kde.org/attachment.cgi?id=173366&action=edit
Issue playing MPEG file accurately

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

[kdenlive] [Bug 493108] New: "Mix Clips" UI with default Luma composition slightly wider

2024-09-14 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=493108

Bug ID: 493108
   Summary: "Mix Clips" UI with default Luma composition slightly
wider
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 173649
  --> https://bugs.kde.org/attachment.cgi?id=173649&action=edit
Luma composition tab with horizontal scrollbar

SUMMARY
Using the latest experimental version, I notice the UI when applying "Mix
Clips" is slightly wider than before (official build) when the default
composition type is set to Luma. Now you need to use the horizontal scrollbar
below it to view it all or manually expand the Composition Stack tab.

STEPS TO REPRODUCE
1. Have a clip cut in two and use "Mix Clips" to add a wipe method
2. 
3. 

OBSERVED RESULT
In the Luma composition UI, the text is forcing the graphical elements to
expand further than before. One of the Alignment buttons is not visible in my
Full HD screen, just like the buttons beside Wipe Method or Position.

EXPECTED RESULT
All the UI elements should fit the tab as before.

SOFTWARE/OS VERSIONS
Windows: 10
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 492314] New: Gain slider missing by default in "Volume" effect

2024-08-28 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=492314

Bug ID: 492314
   Summary: Gain slider missing by default in "Volume" effect
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 173040
  --> https://bugs.kde.org/attachment.cgi?id=173040&action=edit
Gain missing bar to change volume up/down

SUMMARY

In the latest experimental build of Kdenlive the Gain slider in the Volume
effect does not appear by default, i.e. one cannot increase/decrease the
overall volume of a clip. In my case it only works once I click the "Switch...
" button in the effect UI.

STEPS TO REPRODUCE
1. Open a clip and right-click to insert "Volume" as effect
2. Try to increase the volume
3. 

OBSERVED RESULT
The gain values cannot be changed. For the effect to work, you should click the
"Switch to curve editor view button" or "Switch to timeline view". If you do so
and go to the video track and then back to the audio track with the "Volume"
enabled, the gain slider is hidden again.

EXPECTED RESULT
In the official release the GUI for changing the volume does not display such
problem.

SOFTWARE/OS VERSIONS
Windows: 11 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 490370] New: Kdenlive crashes when copy/pasting only the video part

2024-07-16 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=490370

Bug ID: 490370
   Summary: Kdenlive crashes when copy/pasting only the video part
Classification: Applications
   Product: kdenlive
   Version: 24.05.2
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Have a random clip cut in smaller parts. Now under Windows, ALT+click to select
only the upper part of one of the smaller clips you just cut, i.e. just the one
on the video track, not the complete clip. Copy the selection and paste it with
Ctrl+V in another video track or the current one.

OBSERVED RESULT

Kdenlive hangs and crashes a few moments later.

EXPECTED RESULT

Kdenlive should just paste the video part in the track I am in.

SOFTWARE/OS VERSIONS
Windows: 10/11

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

[kdenlive] [Bug 491227] New: Alt+Shift+Selecting multiple clips on audio/video track deletes their audio/video as well or causes a crash

2024-08-03 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=491227

Bug ID: 491227
   Summary: Alt+Shift+Selecting multiple clips on audio/video
track deletes their audio/video as well or causes a
crash
Classification: Applications
   Product: kdenlive
   Version: 24.05.2
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 172256
  --> https://bugs.kde.org/attachment.cgi?id=172256&action=edit
Selecting only the clips on the video track

***
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
When having a video with audio that are normally grouped together, Kdenlive
cannot keep them apart if you delete just the audio/video part and the
audio/video part of one or more clips selected with Alt+Shift. And if you have
two audio/video clips in a single group, i.e. one audio+video clip grouped with
another audio+video clip, you can crash Kdenlive if you Alt+Shift+Select just
their video clips (or audio) as well as one or more audio/video clip on the
same track.

STEPS TO REPRODUCE
1. Have any video with audio cut into two or more clips on the same or
different tracks
2. Select just the clips on the video tracks, not audio, using the "Alt" +
"Shift" keys and press "Del" key to delete them
3. To make Kdenlive crash, join two audio/video clips together in one single
group. Select just their audios/videos with Alt+Shift and another audio/video
on another clip that is not part of the original group.

OBSERVED RESULT
All clips on the video track are removed, including their audio until the last
selected clip, which is retained. When two audio/video clips are joint into a
single a single group and you delete them independently, Kdenlive crashes.

EXPECTED RESULT
If I choose to remove only specific elements in the video track I don't expect
Kdenlive to delete their corresponding audio, and I don't expect it to crash
when clips are grouped together.

SOFTWARE/OS VERSIONS
Windows: 10 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version:

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

[kdenlive] [Bug 491227] Alt+Shift+Selecting multiple clips on audio/video track deletes their audio/video as well or causes a crash

2024-08-03 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=491227

--- Comment #1 from Bibido  ---
Created attachment 172257
  --> https://bugs.kde.org/attachment.cgi?id=172257&action=edit
Crash when selecting only clips from and outside the group

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

[kdenlive] [Bug 491227] Alt+Shift+Selecting multiple clips on audio/video track deletes their audio/video as well or causes a crash

2024-08-09 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=491227

Bibido  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED

--- Comment #3 from Bibido  ---
(In reply to Jean-Baptiste Mardelle from comment #2)
> Thanks for your report.
> Unselected clips being deleted should now be fixed with for 24.08.0 with
> this commit:
> https://invent.kde.org/multimedia/kdenlive/-/commit/
> 73e6dc2d89c4749c42e981c8f5c31e71be16d2e2
> 
> I could not reproduce the crash, would be great if you could test with the
> beta builds for 24.08:
> https://cdn.kde.org/ci-builds/multimedia/kdenlive/release-24.08/windows/

Thank you. I can't reproduce the crash anymore with the latest beta build.

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

[kdenlive] [Bug 497209] New: Improvements to semi-transparent outline boxes/preview in subtitle editor

2024-12-08 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=497209

Bug ID: 497209
   Summary: Improvements to semi-transparent outline boxes/preview
in subtitle editor
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Title Clips & Subtitles
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 176442
  --> https://bugs.kde.org/attachment.cgi?id=176442&action=edit
Two-line subtitle

SUMMARY

Kdenlive has made some very welcome changes to its subtitling feature. What you
see in the image attached to this report are my suggestions for improving it
further.

STEPS TO REPRODUCE
1. Create a subtitle
2. In Subtitle Style Editor, Background choose "Box as Outline"
3. Change Outline color to black with Alpha Channel setting at 150

OBSERVED RESULT
1. When using two or more lines of text with a semi-transparent background -
"Box as outline" with Alpha Channel set to a value of 150 - what happens now is
the box outlines of the subtitle are not uniform, but the part where they meet
gets darker as the box above overlaps the one with text below. In the image
attached on the right I have highlighted the dark line in yellow on Kdenlive's
monitor.
2. In the Subtitle Style Editor when I click the "Show Preview" button, I only
see the first line of my subtitle even though it contains two in this case.

EXPECTED RESULT
1. Make the outline color uniform if background color of the outline is
semi-transparent and don't allow boxes to overlap if there is only one subtitle
with two or more lines of text.
2. Preview multiple lines of text as in the subtitle.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 497209] Improvements to semi-transparent outline boxes/preview in subtitle editor

2024-12-08 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=497209

--- Comment #1 from Bibido  ---
Created attachment 176443
  --> https://bugs.kde.org/attachment.cgi?id=176443&action=edit
YouTube example for multi-line subtitle with transparent background

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

[kdenlive] [Bug 499365] New: Cannot distinguish in-out points set in Clip Monitor

2025-01-31 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=499365

Bug ID: 499365
   Summary: Cannot distinguish in-out points set in Clip Monitor
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: User Interface & Miscellaneous
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 177860
  --> https://bugs.kde.org/attachment.cgi?id=177860&action=edit
The in/out you cannot see

SUMMARY
Since Kdenlive got the improved audio thumbnails in master-git I am finding it
very difficult to make out the in and out markings on the Clip Monitor. 


STEPS TO REPRODUCE
1. Have a video clip opened in the Clip Monitor
2. Set a random in and out zone on the Clip Monitor
3. 

OBSERVED RESULT
Hovering the mouse on the audio thumbnail does not give any indication which
segment was selected. When you move the out of the thumbnail, the audio
thumbnail starts to fade away and then you can hardly see what you selected.

EXPECTED RESULT
The color of the selected zone should be different in order to easily identify
it from the color of the audio thumbnail.

SOFTWARE/OS VERSIONS
Windows: 10 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 499685] New: Kdenlive crashes when moving cursor between videos with a Transform composition

2025-02-08 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=499685

Bug ID: 499685
   Summary: Kdenlive crashes when moving cursor between videos
with a Transform composition
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Video Effects & Transitions
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 178080
  --> https://bugs.kde.org/attachment.cgi?id=178080&action=edit
One video above the other, Transform in the middle

SUMMARY
Whenever the timeline cursor touches two videos one above the other, with the
one above having a Transform composition, Kdenlive crashes when using the
latest git version. 

STEPS TO REPRODUCE
1. Have two MPEG clips, one above the other
2. Apply a Transform composition on the upper clip that spreads further left
than the clip below
3. Move the timeline cursor with your mouse or arrow keys

OBSERVED RESULT
The image I am attaching here shows the application before it froze and then
crashed. You can see the timeline cursor is in the middle of the two videos.
Kdenlive doesn't crash if I move the cursor with my mouse on the left side of
the Transform composition that is empty (i.e. when the two videos don't touch),
but it crashes immediately once it reaches the zone when both videos touch each
other.

The rendering process also fails when I try to export the two videos with
Transform in the middle. This is the result:

"Rendering of ... crashed

[libx264 @ 02139be006c0] interlace + weightp is not implemented
[in @ 0213a7f60ac0] Changing video frame properties on the fly is not
supported by all filters. [in @ 0213a7f60ac0] filter context - w: 1920 h:
1080 fmt: 1 csp: unknown range: unknown, incoming frame - w: 1920 h: 1080 fmt:
1 csp: bt709 range: unknown pts_time: 5303.48"

EXPECTED RESULT
Kdenlive shouldn't crash. 

SOFTWARE/OS VERSIONS
Windows: 11 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 499685] Kdenlive crashes when moving cursor between videos with a Transform composition

2025-02-08 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=499685

--- Comment #2 from Bibido  ---
(In reply to Bernd from comment #1)
> I tried to replicate (albeit on Linux) but cannot reproduce your error. What
> are the values of the Transform composition? Can you try with a Transform
> effect?

I just click the little circle at the bottom of the upper clip to create a
composition (which defaults to Wipe and doesn't cause a crash) and then I
change that to a Transform composition using the mousewheel because sometimes I
need to make use of the transparent background in the upper video (it happens
even with normal MPEGs now that I tried). So I don't touch any values of the
Transform composition and I also have no problems with the normal Transform
effect.

As I am testing, I notice the program crashes during cursor moves also with
other types of compositions, such as Vertical Barn Door Wipe.

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

[kdenlive] [Bug 499685] Kdenlive crashes when moving cursor between videos with a Transform composition

2025-02-10 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=499685

Bibido  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED

--- Comment #3 from Bibido  ---
The latest git version seems to have fixed the crash with Transform, so thank
you all.

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

[kdenlive] [Bug 496391] New: Kdenlive crashes when clicking "Remove all keyframes after cursor"

2024-11-17 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=496391

Bug ID: 496391
   Summary: Kdenlive crashes when clicking "Remove all keyframes
after cursor"
Classification: Applications
   Product: kdenlive
   Version: 24.08.3
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Video Effects & Transitions
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

SUMMARY
If you have a video or color clip in the timeline and apply any effect that
allows you to set keyframes, clicking "Remove all keyframes after cursor" when
there are no actual keyframes after the cursor causes Kdenlive to crash.

STEPS TO REPRODUCE
1. Have a color clip and apply a Transform effect
2. Without setting any keyframe, move the cursor inside the effect to the
middle of the clip
3. Click "Remove all keyframes after cursor" in the effect's options

OBSERVED RESULT
Kdenlive crashes under Windows 10.

EXPECTED RESULT
The application should not crash where there are no keyframes to remove.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 503028] New: Pressing the "v" key on Project Bin inserts video on Track 2 and audio on Track 1

2025-04-19 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=503028

Bug ID: 503028
   Summary: Pressing the "v" key on Project Bin inserts video on
Track 2 and audio on Track 1
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Timeline & Editing
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

SUMMARY
In order to quickly put my clips on the timeline and avoid dragging them, I
often use the "v" shortcut key. On Kdenlive 24.12.3 doing this will correctly
insert the chosen clip to Video Track 1 and Audio Track 1. 

STEPS TO REPRODUCE
1. Open Kdenlive's latest git version and add an MPEG clip to the Project Bin
2. With the clip selected on the Project Bin, press the "v" key on your
keyboard
3. 

OBSERVED RESULT
Pressing "v" in the latest git build will insert the chosen clip to Track 2 for
video and Track 1 for Audio. In the timeline the clip now looks like it's fixed
and you cannot drag the Video down to Track 1. You can do that only if you
ungroup the clip.

EXPECTED RESULT
When pressing the "v" shortcut key, insert the clip on the timeline at the
selected/active track (by going with the up/down arrow keys on the timeline)
instead of defaulting to Track 2.

SOFTWARE/OS VERSIONS
Windows: 11 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 503365] New: Moving a clip ending with a transition creates a longer transition that cannot be deleted

2025-04-25 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=503365

Bug ID: 503365
   Summary: Moving a clip ending with a transition creates a
longer transition that cannot be deleted
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Video Effects & Transitions
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 180663
  --> https://bugs.kde.org/attachment.cgi?id=180663&action=edit
Strange transition created after moving clip to the right

SUMMARY
This may not be a problem that many people might encounter, but I found it
while testing recent changes from master builds. What might be most problematic
is the part of not being able to delete the longer transitions being created.

STEPS TO REPRODUCE
1. Have a 1-minute long MPEG clip cut into three parts (creating 5 smaller
clips in total)
2. Select clip 2 and 4 and press the "u" key to create a transition
3. Drag clip 4 and place it after clip 5

OBSERVED RESULT
Dragging clip to the right creates some kind of long transition extending from
clip 5 to clip 4, at least in appearance, but one cannot delete it as normally
done with the Del key. The original uncut clip in the Project Bin cannot be
deleted either, with Kdenlive complaining about locking. Pressing Ctrl+Z a few
times to undo these might crash Kdenlive.

EXPECTED RESULT
Clip 4 should not inherit the transition to clip 5 when dragged at any new
place in the timeline. 

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-17 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

--- Comment #2 from Bibido  ---
Created attachment 178477
  --> https://bugs.kde.org/attachment.cgi?id=178477&action=edit
A blank PNG appears white in the Project Monitor

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-17 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

--- Comment #4 from Bibido  ---
(In reply to Jean-Baptiste Mardelle from comment #3)
> Works for me with the latest build (9678). Can you please check ?

With "build 9679" I still get the same issue: the transparent PNG turns white
and suggests me to "Transcode Clip" when I insert the image from my file
browser.

No such issue with the portable "stable build" 24.12.2.

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

[kdenlive] [Bug 491227] Alt+Shift+Selecting multiple clips on audio/video track deletes their audio/video as well or causes a crash

2025-03-13 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=491227

Bibido  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED

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

[kdenlive] [Bug 492314] Gain slider missing by default in "Volume" effect

2025-03-13 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=492314

Bibido  changed:

   What|Removed |Added

 Resolution|WORKSFORME  |FIXED

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-03-12 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

Bibido  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #8 from Bibido  ---
In today's git build 9816, the issue I reported with PNGs has been fixed.

Thank you!

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

[kdenlive] [Bug 500247] New: Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-17 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

Bug ID: 500247
   Summary: Problems opening transparent PNG file in latest git,
and "qtblend" error
Classification: Applications
   Product: kdenlive
   Version: git-master
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Video Effects & Transitions
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 178475
  --> https://bugs.kde.org/attachment.cgi?id=178475&action=edit
blank PNG

SUMMARY
Today's git build (9670) of Kdenlive seems to have problems with transparent
PNG files and certain transitions/effect I have loaded in my project appear to
be missing, like "qtblend transition" or "audiospectrum effect" just to name a
few.

STEPS TO REPRODUCE
1. Open a new project and insert the "blankpng" I have attached here (produced
with Krita)
2. 
3. 

OBSERVED RESULT
When you open the "blankpng" image, an empty Transcode Clip window will pop up
but you can't take any action because there is nothing to select.

EXPECTED RESULT
Transparent PNGs should work as before this build, as well as previous effects
or qtblend.

SOFTWARE/OS VERSIONS
Windows: 11 Pro
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-17 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

--- Comment #1 from Bibido  ---
Created attachment 178476
  --> https://bugs.kde.org/attachment.cgi?id=178476&action=edit
Problem when opening existing project

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-22 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

--- Comment #6 from Bibido  ---
You are right, the installer version works as expected. 

I use the portable versions for testing the latest. It tells me there are
missing MLT modules: qimage, pixbuf and kdenlivetitle (screenshot attached).

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

[kdenlive] [Bug 500247] Problems opening transparent PNG file in latest git, and "qtblend" error

2025-02-22 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=500247

--- Comment #7 from Bibido  ---
Created attachment 178731
  --> https://bugs.kde.org/attachment.cgi?id=178731&action=edit
MLT modules missing in git portable version

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

[kdenlive] [Bug 507793] Audio from MP4 file broken in the beginning when uploaded to YouTube

2025-08-02 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=507793

--- Comment #3 from Bibido  ---
Created attachment 183751
  --> https://bugs.kde.org/attachment.cgi?id=183751&action=edit
MP4 file as produced by Kdenlive (fine by itself, but problematic if uploaded
on YT)

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

[kdenlive] [Bug 507793] New: Audio from MP4 file broken in the beginning when uploaded to YouTube

2025-08-02 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=507793

Bug ID: 507793
   Summary: Audio from MP4 file broken in the beginning when
uploaded to YouTube
Classification: Applications
   Product: kdenlive
  Version First git-master
   Reported In:
  Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Rendering & Export
  Assignee: j...@kdenlive.org
  Reporter: bibidib...@gmail.com
  Target Milestone: ---

Created attachment 183749
  --> https://bugs.kde.org/attachment.cgi?id=183749&action=edit
Broken audio as downloaded from YouTube

SUMMARY
The following video (produced for a news channel in MPEG**) fails to play
correctly once uploaded to YouTube. The problem only affects the audio in the
beginning, where spoken words are entirely missing or get distorted. This might
also be YouTube's fault and not Kdenlive's. It happens when I export the file
as MP4.
** The resulting faulty audio I downloaded from YouTube is attached here. I
cannot attach the MPEG here because of the size, but I can send it to you by
link or e-mail if you would like to try.


STEPS TO REPRODUCE
1. Use Kdenlive to convert the attached original MPEG file to MP4 in order to
upload that to YouTube
2. Upload the resulting MP4 file to YouTube
3. 

OBSERVED RESULT
Spoken words in the beginning of the audio are missing or distorted if you
compare the original to the YouTube version I have provided.

EXPECTED RESULT
There should be no change to audio/video files rendered by Kdenlive when played
back on YouTube.

SOFTWARE/OS VERSIONS
Windows: 11 Pro, v 24H2
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 6.16.0
Qt Version: 6.8.3

ADDITIONAL INFORMATION

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

[kdenlive] [Bug 507793] Audio from MP4 file broken in the beginning when uploaded to YouTube

2025-08-02 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=507793

--- Comment #2 from Bibido  ---
This is the MP4 file information, as rendered by Kdenlive, according to
MediaInfo:

General
Format   : MPEG-4
Format profile   : Base Media
Codec ID : isom (isom/iso2/avc1/mp41)
File size: 1.60 MiB
Duration : 3 s 520 ms
Overall bit rate mode: Variable
Overall bit rate : 3 818 kb/s
Frame rate   : 25.000 FPS
Writing application  : Lavf61.7.100

Video
ID   : 1
Format   : AVC
Format/Info  : Advanced Video Codec
Format profile   : High@L4
Format settings  : CABAC / 4 Ref Frames
Format settings, CABAC   : Yes
Format settings, Reference frames: 4 frames
Codec ID : avc1
Codec ID/Info: Advanced Video Coding
Duration : 3 s 520 ms
Bit rate : 3 715 kb/s
Width: 1 920 pixels
Height   : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode  : Constant
Frame rate   : 25.000 FPS
Color space  : YUV
Chroma subsampling   : 4:2:0
Bit depth: 8 bits
Scan type: MBAFF
Scan type, store method  : Interleaved fields
Scan order   : Top Field First
Bits/(Pixel*Frame)   : 0.072
Stream size  : 1.56 MiB (97%)
Writing library  : x264 core 164 r3106M eaa68fa
Encoding settings: cabac=1 / ref=1 / deblock=1:0:0 /
analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 /
me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=tff / bluray_compat=0 /
constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1
/ weightb=1 / open_gop=0 / weightp=0 / keyint=15 / keyint_min=1 / scenecut=40 /
intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 /
qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Color range  : Limited
Color primaries  : BT.709
Transfer characteristics : BT.709
Matrix coefficients  : BT.709
Codec configuration box  : avcC

Audio
ID   : 2
Format   : AAC LC
Format/Info  : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 3 s 520 ms
Source duration  : 3 s 541 ms
Bit rate mode: Variable
Bit rate : 93.0 kb/s
Maximum bit rate : 160 kb/s
Channel(s)   : 2 channels
Channel layout   : L R
Sampling rate: 48.0 kHz
Frame rate   : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size  : 40.2 KiB (2%)
Source stream size   : 40.2 KiB (2%)
Default  : Yes
Alternate group  : 1

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

[kdenlive] [Bug 507793] Audio from MP4 file broken in the beginning when uploaded to YouTube

2025-08-02 Thread Bibido
https://bugs.kde.org/show_bug.cgi?id=507793

--- Comment #1 from Bibido  ---
This is the MPEG file information according to MediaInfo:

General
Format   : MPEG-PS
File size: 12.9 MiB
Duration : 3 s 600 ms
Overall bit rate mode: Constant
Overall bit rate : 30.0 Mb/s
Frame rate   : 25.000 FPS

Video
ID   : 224 (0xE0)
Format   : MPEG Video
Format version   : Version 2
Format profile   : Main@High
Format settings  : BVOP
Format settings, BVOP: Yes
Format settings, Matrix  : Default
Format settings, GOP : M=3, N=12
Format settings, picture structure   : Frame
Duration : 3 s 600 ms
Bit rate mode: Constant
Bit rate : 29.0 Mb/s
Maximum bit rate : 30.0 Mb/s
Width: 1 920 pixels
Height   : 1 080 pixels
Display aspect ratio : 16:9
Frame rate   : 25.000 FPS
Standard : PAL
Color space  : YUV
Chroma subsampling   : 4:2:0
Bit depth: 8 bits
Scan type: Interlaced
Scan order   : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame)   : 0.559
Time code of first frame : 00:24:59:08
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame  : Closed
Stream size  : 12.4 MiB (97%)
Color primaries  : BT.709
Transfer characteristics : BT.709
Matrix coefficients  : BT.709

Audio
ID   : 192 (0xC0)
Format   : MPEG Audio
Format version   : Version 1
Format profile   : Layer 2
Duration : 3 s 504 ms
Bit rate mode: Constant
Bit rate : 384 kb/s
Channel(s)   : 2 channels
Sampling rate: 48.0 kHz
Frame rate   : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Stream size  : 164 KiB (1%)

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