Opened 5 days ago
Last modified 2 days ago
#20368 assigned enhancement
x265-4.0 (wait for downstream adaption)
Reported by: | Bruce Dubbs | Owned by: | Douglas R. Reno |
---|---|---|---|
Priority: | normal | Milestone: | 99-Waiting |
Component: | BOOK | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description
New major version.
Change History (7)
comment:1 by , 5 days ago
comment:2 by , 5 days ago
For gst-plugins-bad: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3808
comment:3 by , 4 days ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 3 days ago
This might get it for ffmpeg:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/0458a86656b291c7e91564efe44e109f97f7032a
comment:5 by , 2 days ago
imlib2 doesn't use x265 anymore
We are missing a dependency on x265 in VLC though, and it does not build with x265-4.0. Going to look for a patch next.
comment:6 by , 2 days ago
No patch is available, and given that gst-plugins-bad is also still broken, let's wait on this. I was able to come up with a chunk of code for VLC that allowed it to build, however crashed when trying to encode an x265 file. Here's what upstream has to say about this: https://mailman.videolan.org/pipermail/x265-devel/2024-September/013945.html, and the API docs are at https://x265.readthedocs.io/en/master/api.html#encoder
Note that you will see an update commit and then a revert commit. I had updated it in my sandbox expecting to be able to use it, but this is unusable until ffmpeg/vlc/gst-plugins-bad are updated to use it. ffmpeg's patch does seem to build but I have not tested it.
comment:7 by , 2 days ago
Milestone: | 12.3 → 99-Waiting |
---|---|
Summary: | x265-4.0 → x265-4.0 (wait for downstream adaption) |
Note that this will cause gst-plugins-bad and ffmpeg FTBFS.