#x264 — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #x264, aggregated by home.social.
-
I have a weird behaviour of #ffmpeg on #NetBSD: when transcoding a video (either from an existing video or from still frames, doesn't matter) with #x264, everything is fine. But when I encode with #x265, the ffmpeg process sets itself to niceness 20. I can trace the system calls, and it does indeed call setpriority with x265, and not with x264, but I cannot find it in the source code.
This happens with both ffmpeg5 and ffmpeg7 on NetBSD, but not on Ubuntu. I haven't yet tested anything else.
Normally I wouldn't mind if a CPU-hungry encoder runs "nice", but I would like to decide that for myself, and in my current setup, the CPU clock modulation daemon ignores nice processes and so doesn't raise the frequency, and so my encoding runs slow. And non-superusers cannot lower the niceness.
Another weird NetBSD problem. Please help or boost. -
x265 is considerably more efficient than x264. I just re-encoded the entirety of my copy of Farscape, from the same Bluray source discs. Here's a comparison of the final file size for each copy. Settings were as follows:
Both copies were encoded with an RF of 20, 1080p, framerate same as source. The #x264 copy only had a 160 kbps AAC stereo audio track. The #x265 copy included that, but also included an un-touched DTS-HD-MA surround sound track, as well as commentary audio tracks.
-
About 6 months ago I got a bee in my bonnet about the quality of current codecs. I ended up doing more than 1000 encodes, comparing various codecs, presets and quality settings. A little over a month ago I wrote something up about it.
https://colinmckellar.com/2024/01/11/video-encoder-comparison/
#AV1 #ffmpeg #x264 #x265 -
I re-encoded my test video with #x265 at the same bitrates and presets, to visually compare with #AV1 in my simple browser tool.
It turns out that the "#hevc in browser" story is much more complicated than with #AV1. It just doesn't work on any browser on my #Android phone - Firefox nor Chrome.
https://caniuse.com/hevc references "wontfix" issues. I guess I'll just compare them in VLC "offline" then, and for web do #x264 instead...
-
OOoohh! I just statically compiled AtomicParsley for Synology doing the same instructions except adding "LDFLAGS=-static " to the #make command. It worked!
Okay, so I did #FFMPEG earlier, #x264 / #x265, and now I did #MP4Box and #AtomicParsley!
My workflow is almost complete on #Synology!
I'm also completely thrilled that - after installing Docker Desktop - it was this easy!
-
Using Automatic Ripping Machine (ARM) to rip some DVDs, the lag of computers with DVD drives make this necessary. Also I need to free some of the shelf space in the living room.
#ARM uses #HandBrakeCLI, which is the #Linux #CLI version of #HandBrake, I derived to use a preset "HQ 576p25 Surround" for the #DVDs, which makes sure the input resolution it kept.
In ARM I can add some options to the HandBrake command that is called in the background, I have this in there:--markers --audio-lang-list eng,deu,spa,fra --all-audio --audio-copy-mask aac,ac3,mp3,dts,dtshd --audio-fallback aac --subtitle scan -F --subtitle-lang-list=eng,deu,spa,fra --first-subtitle --subtitle-burned=none --quality 23.0 --format av_mp4 --encoder-preset slower
I wanted to keep chapter markers (--markers), rip all eng,deu,spa,fra audio tracks (--audio-lang-list eng,deu,spa,fra --all-audio), copy audio without transcoding if in format given "--audio-copy-mask aac,ac3,mp3,dts,dtshd", if audio in other format then transcode to lossless aac which is MP4 compliant (--audio-fallback aac). I tried MKV before, which seems nice, but won't play on my TV for some reason, so I thought I will try MP4 container instead.
For the subtitile I have some problem right now, need to figure out how to prevent burned subtitiles, but I think this should do:
--subtitle scan -F --subtitle-lang-list=eng,deu,spa,fra --first-subtitle --subtitle-burned=none
And now most important I wand a decent video quality and not too big files, I came to this:
--quality 23.0 --format av_mp4 --encoder-preset slower
But I would still love to increase the #quality a bit and give the process a bit more time, now 126 min DVD rips and transcodes in less than 50 minutes on the old laptop I use to do this. It is my ripping machine now.
The resuting command is:nice HandBrakeCLI -i /dev/sr1 -o '/home/arm/media/transcode/movies/NAME/NAME.mp4' --main-feature --preset "HQ 576p25 Surround" --markers --subtitle scan -F --audio-lang-list eng,deu,spa,fra --all-audio --audio-copy-mask aac,ac3,mp3,dts,dtshd --audio-fallback aac --subtitle-lang-list=eng,deu,spa,fra --first-subtitle --quality 23.0 --format av_mp4 --encoder-preset slower >> /home/arm/logs/NAME.log 2>&1
Problems/ideas... I would love to use x265, I think it won't take to long to encode compared to x264 and I can save some storage, but there is not preset like the one above for the resolution I need. So I would have to provide all the parameters via the CLI command.
So give me feedback, also really happy to get any tips what options I should add to the command.
#video #ripping #rip #encode #mp4 #x264 #x265 #dvd #bluray #blueray
