Automated release: version and notes generated from pull requests merged since 2.10.3.
Fixed
join.pyno longer leaves a one-frame hole where a clip's picture starts after 0. A cut part often has its first video packet a little after its first audio packet (0.08 s against 0.058 s here). Every clip's sound chain already started at 0 (asetpts=PTS-STARTPTS), but its picture chain kept the offset, so the concat filter (andxfade's offsets) placed it one frame late: a--transition nonejoin of a 2.53 s and a 3.0 s clip at 30 fps came out 166 frames over 5.567 s (29.82 fps,verified: false). video-editing-skill's CONCAT correctly refused the file. This was introduced in 2.4.1 (#302), when the plain cut started trimming every clip toclip_length. The picture now starts at 0 like its sound: 166 frames over 5.533 s at exactly 30 fps.- fix(join): start each clip's picture at 0 so a late first frame leaves no hole (#338)
- docs(readme): fresnel-style header with a Liquid Glass app icon (#337)
What's Changed
- docs(readme): fresnel-style header with a Liquid Glass app icon by @kajisho5 in #337
- fix(join): start each clip's picture at 0 so a late first frame leaves no hole by @kajisho5 in #338
Full Changelog: v2.10.3...v2.10.4