Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
13th August 2024, 10:03 | #1 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 7,095
|
Modifications of x265
A little overview over modifications of x265:
Yuuki-Asuna mod by msg7086 - appears to be obsolete, last release: Feb. 2019 aMod by DJATOM Patman mod by Patman86 both with: extended progress bar; XLENGTH y4m tag support; Avisynth scripts reader; Vapoursynth scripts reader Did I miss any? Last edited by LigH; 15th August 2024 at 21:17. |
13th August 2024, 17:25 | #2 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,799
|
jpsdr's mod has some more things on top of Patman86's mod.
https://github.com/jpsdr/x265/tree/x265_mod Then there's the "Kyouko" branch forked from the Yuuki-Asuna mod, which has some experimental stuff. https://github.com/AmusementClub/x265/tree/Kyouko I posted a patch earlier in the x265 thread to use with MABS containing changes from both of these branches, I don't know if it applies to the most recent sources as there's plenty of changes now.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
13th August 2024, 21:53 | #3 | Link | |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,445
|
I mean, the Patman mod is just a combination of patches from the Yuuki branch and DJATOM, squashed into a single commit with no proper attribution or history.
I've largely kept the Yuuki patches refreshed¹ against current master (publicly at https://github.com/qyot27/x265/commits/Yuuki). I think there might have been a small handful that were so broken it made no sense to continue limping them along, but I can't remember which ones. ¹generally this happens every six months or so, while I'm rebuilding my cross compilation environment after moving to the latest version of Ubuntu. Quote:
__________________
AviSynth+ native Linux/macOS/BSD support | AviSynth+ utilities and plugins for non-Windows and non-x86(-64) Last edited by qyot27; 13th August 2024 at 22:17. |
|
15th August 2024, 21:11 | #5 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 7,095
|
The Y4M header tag XLENGTH has been explained by DJATOM once, it's like a vague suggestion how many frames should be expected. This helps a progress estimation for piped input.
Multimedia Wiki: YUV4MPEG2 mentions tags starting with an X to be comments or private extensions. |
15th August 2024, 21:32 | #6 | Link | |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,445
|
Quote:
https://github.com/qyot27/x265/commi...6b14d5810a1dff If an application writes the framecount of the stream to the XLENGTH tag in the y4m stream, this patch allows x265 to read said value when intaking y4m as a pipe from that application, so that you get the normal % display and frame progress counter. Compare against piping out of FFmpeg to x265, where the framecount is unknown and there is no progress counter. Code:
ffmpeg -v 0 -i test.ext -f yuv4mpegpipe - | x265 --preset ultrafast --tune zerolatency --crf 18 -o testframecount.ext - --y4m Code:
vspipe test.vpy - -c y4m | x265 --preset ultrafast --tune zerolatency --crf 18 -o testframecount.ext - --y4m Code:
avs2yuv test.avs -o - | x265 --preset ultrafast --tune zerolatency --crf 18 -o testframecount.ext - --y4m |
|
15th August 2024, 22:49 | #7 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,878
|
Quote:
|
|
26th August 2024, 18:18 | #8 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 7,095
|
Quote:
|
|
Thread Tools | Search this Thread |
Display Modes | |
|
|