Opened 2 years ago
Closed 8 months ago
#17829 closed enhancement (fixed)
Upgrade to FFmpeg 6
Reported by: | waddlesplash | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta5 |
Component: | Audio & Video/Codecs | Version: | R1/beta3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #18565 | |
Platform: | All |
Description
It has ABI differences with 4.2 and thus we must rebuild the media-addon against it immediately after upgrading.
Change History (13)
comment:1 by , 2 years ago
Type: | bug → task |
---|
comment:2 by , 2 years ago
comment:3 by , 2 years ago
Note I recorded this as a "task"; I think the only thing required here is that we just rebuild the media-addon against the new FFmpeg. I don't think it will take any amount of time.
comment:4 by , 2 years ago
We're still on a version of FFmpeg from 2019, is the main motivation for changing this.
follow-up: 6 comment:5 by , 2 years ago
Ok, I guess I'm a bit worried about the regressions it could cause in media encoding/decoding if we need to adjust how we use the APIs. It would be annoying to further delay the release because of that. It really depends how much the API changed.
In general it's the kind of thing I'd rather do at the start and not at the end of a release cycle.
comment:6 by , 2 years ago
Replying to pulkomandy:
Ok, I guess I'm a bit worried about the regressions it could cause in media encoding/decoding if we need to adjust how we use the APIs. It would be annoying to further delay the release because of that. It really depends how much the API changed.
In general it's the kind of thing I'd rather do at the start and not at the end of a release cycle.
I agree, especially since we already have various issues in media encoding/decoding. No need to introduce new, unknown ones.
comment:7 by , 2 years ago
Based on reading the changelog, I think the changes are purely in terms of ABI? I agree if we have to make anything but trivial source changes then we should do this later.
comment:8 by , 2 years ago
If you do this later, will you move it to beta-5 or close the ticket for now?
comment:9 by , 2 years ago
Component: | Audio & Video → Audio & Video/Codecs |
---|---|
Milestone: | R1/beta4 → R1/beta5 |
Owner: | changed from | to
Priority: | blocker → normal |
Summary: | Upgrade FFmpeg to 4.4 → Upgrade FFmpeg to 4.4 (or 5) |
Type: | task → enhancement |
We now use a more current release of 4.2, I think this can be deferred at this point and we can jump straight to 5 when ready.
comment:10 by , 21 months ago
Summary: | Upgrade FFmpeg to 4.4 (or 5) → Upgrade FFmpeg to 4.4 (or 5) (or 6) |
---|
comment:11 by , 10 months ago
Blocking: | 18565 added |
---|
comment:12 by , 9 months ago
Summary: | Upgrade FFmpeg to 4.4 (or 5) (or 6) → Upgrade to FFmpeg 6 |
---|
I have made the necessary changes in the media add-on code.
The packages are available in haikuports (using the version suffix as usual to allow installing the packages side by side).
All that's needed now is updating the Haiku package repository to include the new version.
Should this really be a beta4 blocker? We're already going to have (once again) more than 1 year between releases, maybe it's time to stop adding new things to the beta4 milestone and have this in beta5 instead?
What's the reasoning for having it here?