HANDBRAKE 1.1.0 (first update in YEARS)

ghacks.net/2018/04/09/handbrake-1-10-major-video-converter-update/

handbrake.fr/news.php?article=39

GET IN HERE NIGGYS

Attached: logo[1].png (250x250, 20K)

HandBrakeCLI -i inputfile.mkv -o output.mkv -E av_aac -B 256k -6 stereo -R 48000 -e x264 -2 -T -b 4000 -v2 -a1 -s1

what's there to update?

>The core conversion process has not changed all that much though;

oh, it is literally nothing

Mkvtoolnix is better, mkv is the only video format we need. Prove me wrong.

mkv isn't a video format it's a container, dipshit

also x264 from vlc team (ffmpeg, handbrake) encode video. mkvtoolnix doesn't do that
dipshit.
one more time: you're dumb

meGUI chad here, take your YIFY shitter software back to r/eddit

>ffmpeg GUI == yifiy shitter software

you truly are autistic. handbrake combines ffmpeg with many other softwares to bring sane defaults and the best of all of them for encoding. especially for decombing etc.

autist

>Mkv
>Format

What the fuck user?

You truly are fucking retarded

all the bashing & you clearly being a complete idiot aside:
yes mkv is by far the best container and the only container that is needed / should be used. There is absolutely no reason to use any other container other than something "not supporting" mkv, in which case it should support it, and could, easier than other containers.

There is no downside of mkv, and all positive. Other than support (which is very rare these days to find anything that doesn't support it)

that being said. The codec of the video and the audio inside the CONTAINER need to be supported as well. usually they are h264 and aac or h264 and mp3 which are widely supported. but they aren't always this.

use ffmpeg

handbrake is using ffmpeg dummy
using both I can automatically pull the correct subtitle and english track from a video, normalize the audio to it's highest dB, make all the quiet scenes at that. re-encode all the video and audio to my preferred bitrate, and mkv container
and strip all chapter data and metadata out

Uhh guys I've been encoding all my blu ray rips with x265. Should I be using x264 instead? I don't know much about this sort of stuff I just picked x265 because it's a bigger number.

Attached: 1347048078254.png (358x414, 254K)

>no cuda support
>opencl option enabled make handbrake crash
Trash!

x265 is interior to x264
It's only used for proper HDR support

No. x265 is better quality at same or even lower bit rate (file size)

If your devices work with it, that's good.
I only use x264 because half of my family who uses my media server around the states all have old ass ARM chip devices I setup for them and those lag like fuck with x265.

Lol. Here's a (You). There is a reason why no one uses GPU for this task

It's really not. x265 should only be used when encoding 4K/HDR content.

no. you can test it yourself or view the thousands of examples all over the internet.. x265 shows much better quality especially at low bitrate.

>using GPU to encode

just fuck right out of here. might as well use mpeg2 for video with 3 pixels

>can't handle grain
>broken psy that will introduce banding
>strong smoothing by default
Pretty much all examples demonstrate that x265 is objectively worse in most situations.

>muh low bitrates
While x265 certainly outperforms x264 when encoding at very low bitrates I don't see how that's relevant. Nobody will bother watching shitty 4K videos @ 2mbps.

all of those things are good and the reason why the picture looks better.

4k TVs auto smooth all 1080p and lower video

What a ridiculous statement
Also, surely you can disable "smoothing" on 4K TVs? Why would they ruin the grain?

because no normies like the fucking grain

>banding and lost detail will make the picture look better
Here's a (You)

Attached: 1476288353638.png (448x468, 194K)

X265 or HVEC is a colossal failure in all aspects. Encoding takes longer and produces a worse image at the same bitrate. Some people in this thread have pointed out that x265 performs better at lower bitrates, while this is true it's not relevant to Blu-ray encodes. We're talking .webm bitrates here, not what you would typically see on a BD encode (anywhere from 8-12mbps, sometimes much higher depending on the source)
At this point everyone is hoping that AV1 will succeed, however I'm worried that they will fall for the same mistake x265 did - and focus on garbage Netflix tier bitrates.

>using anything higher than 2k kbps for video

>Using a constant bitrate

>not knowing you set a average bitrate for VBR to try and match while doing 2 pass so it gives more bits to faster scenes

wew lad

sorry meant to reply to
this idiot

mkvtoolnix isn't a video convertor, nor is mkv a video format
i hope this is bait

Where the fuck is the AV1 support?

in my own tests, it's just not worth the encoding time except when making extremely low quality video
at higher quality, there's less of a difference between them, so i opt to save time and use x264 instead

It's not really out yet
Firefox technically has AV1 support now that the spec is finalized

Can it remux DVDs yet?

I saw that, along with some tests that showed VP9 clearly performing better at low bitrates.

what's your thoughts on YIFY rips?
x265 can save you a fair bit of space if you're cool with that kind of quality, otherwise don't bother, it's not worth the time

Attached: chart_3.png (1920x1080, 90K)

encoders need to mature I still think x264 produces better quality than x265 at the same bitrate except for really bitstarved encodes but I haven't personally tested it in a while

Is it rational to reencode all my porn in x265? The quality difference won't be very noticable and it will save a huge amount of space. It also won't take much more than a few hours if I use GPU acceleration.

>gpu acceleration
>quality difference won't be noticable
only if video quality is your lowest priority

x265 supports gpu acceleration?

kek I couldn't notice a quality difference in porn scenes

It does with ffmpeg nvenc

doesn't that do the entire h265 encode though? how does x265 use nvenc?

I just don't know what to believe

I remember YIFY looking bad years ago when I was in school but I haven't watched any in a long time. The encodes that I've been doing look fine to me. I can see a difference when I take screenshots and zoom in but it's barely noticeable (to me at least).

For what it's worth, here's the settings I've been using.

Attached: Untitled-1.jpg (1001x668, 306K)

>Using ABR ever
Holy shit you're retarded

he probably doesn't know what ABR is, which is fair, since nobody has used in for fucking ages

at the end of the day, if you're ok with it, you're ok with it.
i do wonder what bluray discs you have that are actually 30fps though, that's pretty uncommon outside of internet video

30fps isn't really uncommon

Looks like I forgot to change that setting for the screenshot (which means I probably also forgot to change it a few times when it mattered). I usually set it to same as source.

I feel really dumb now so I'm going to bed. But thanks for the help everyone

Attached: 1377144891902.jpg (300x262, 37K)

you mean VBR, you fucking autist.. nobody uses ABR

the closest common rate is 29.97 (30/1.001)

>transcode pornography
is there any dumber reason to waste electricity than that

Except the retard I replied to

If you have a significant amount of porn (over 100 gb), it can reduce the size on disk by at least half for most files.

>meshit
>chad
>

I don't know my dude, but my GPU (980 Ti) has x265 hardware acceleration. It's very fast (speeds up transcoding from x264 to x265 by a factor of 3 to 35).

easier way is to shift-delete or bleachbit erasing the whole stash
nobody 'needs' porn, especially hundreds of gigs of that stuff

Nobody "needs" computers, video games, or movies for that matter. What's your point?

damn you got me
might as well just wank my self to death watching only the highest quality interracial pornography, yes sir thank you sir ok

nigga there is a difference between downloading porn and watching porn all the time
I just happen to have good porn downloaded and stored efficiently

>still can't re-encode imported DV video without it fucking with the resolution and frame

So it still can't rip DVDs or blurays without reencoding? It's amazing how there's plenty of free software that should in theory be able to do this, but none exists.

Are you fucking retarded?

>Impliying you are encoding with Handbrake

Handbrake is the sole reason why public trackers get flooded with utter garbage

>produces a worse image at the same bitrate.
Do you have a source for that?

>2018
>he's thinking cpu has better encode quality than gpu or vice-versa
YOU fucking need right out of here, fucking illiterate.

Attached: 1492722094408.jpg (225x225, 6K)

>all those (You)s
user must be happy

Name : ffmpeg
Version : 1:3.4.2-2
Provides : libavcodec.so=57-64 libavdevice.so=57-64 libavfilter.so=6-64 libavformat.so=57-64 libavresample.so=3-64 libavutil.so=55-64 libpostproc.so=54-64 libswresample.so=2-64 libswscale.so=4-64
Depends On : alsa-lib bzip2 fontconfig fribidi glibc gmp gnutls gsm jack lame libavc1394 libiec61883 libmodplug libpulse libraw1394 libsoxr libssh libtheora libvdpau libwebp libx11 libxcb libxml2 opencore-amr openjpeg2 opus sdl2 speex v4l-utils xz zlib libomxil-bellagio libass.so=9-64 libbluray.so=2-64 libfreetype.so=6-64 libva-drm.so=2-64 libva.so=2-64 libva-x11.so=2-64 libvidstab.so=1.1-64 libvorbisenc.so=2-64 libvorbis.so=0-64 libvpx.so=5-64 libx264.so=152-64 libx265.so=151-64 libxvidcore.so=4-64
Optional Deps : ladspa: LADSPA filters [installed]
Required By : ffmpegthumbnailer gst-libav mpv python2-sipsimple retroarch
Optional For : alsa-plugins gegl02 moc sway
Conflicts With : None
Replaces : None

Name : handbrake
Version : 1.0.7-3
Depends On : bzip2 gcc-libs zlib gst-plugins-base libnotify dbus-glib gtk3 libass lame libxml2 opus libvorbis libtheora libsamplerate libx264 jansson librsvg libgudev desktop-file-utils hicolor-icon-theme
Optional Deps : gst-plugins-good: for video previews [installed]
gst-libav: for video previews [installed]
libdvdcss: for decoding encrypted DVDs [installed]
Required By : None
Optional For : None
Conflicts With : None
Replaces : None


wat

>YIFY
it's only ''''acceptable'''' because the contrast brightness and colours are decreased to mask the low bitrate